that explained why the same code can run in 9,2 but not 9.3. I like the flexibilty provided by 9.2 since when a number followed by a tab usually the tab is extra since the input statement has clearly stated the variable is numeric. Thanks anyway for all the help. ... View more

sorry, I did not make it clear. My original post is modified from the code I used. I add a / to try if it would works in 9.3 and ends up forgot to remove it. dlmstr in the code I used does not have the / ... View more

thank you. I used dlmstr='092E'x so that I would not need to change other code. I really just run the exact code on 9.2 and 9,3 on the same machine and the one on 9.3 failed but not on 9.2. 9.2 knows to remove the tab even I did not define it as the delimiter. In fact the du from cygwin on windows runs always has a tab as delimiter no matter from any machine. ... View more

yes, it uses tab, how do you tell from the log? thank you very much. Here I understand why 9.3 think it is error because it thinks the size is numeric but based on the delimiter defined, it thinks the size is not mumeric because of the tab as the char but did not know to remove that tab. but 9.2 seems does not care and just load it perfectly using the dlmstr that I told it and truncate the tab from the size since I tell it the size is numeric. Not sure why 9.3 can not and wonder if there is a setting or option that I need to turn on or it just a spot where 9.3 is not as smart as 9.2 . ... View more

I have 9.2 and 9.3 installed on my work station and above code works in 9.2, I have the code working in 9.2 on another box first and then tried to run it on my box with 9.3 and it failed and then I tried it with 9.2 on my box and it still works. but failed in 9.3.  here is output log 89 ./SAS_Scripts RULE: ----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----8----+----9----+----0 1 CHAR 89../SAS_Scripts 16 ZONE 3302254555676777 NUMR 899EF313F3329043 size=. dir_name=/SAS_Scr _ERROR_=1 _INFILE_=89 ./SAS_Scripts _N_=1 1824 ./sizing 2 CHAR 1824../sizing 13 ZONE 3333022767666 NUMR 18249EF39A9E7 size=. dir_name=/sizing _ERROR_=1 _INFILE_=1824 ./sizing _N_=2 264376 ./tmp2 3 CHAR 264376../tmp2 13 ZONE 3333330227673 NUMR 2643769EF4D02 size=. dir_name=/tmp2 _ERROR_=1 _INFILE_=264376 ./tmp2 _N_=3 16 ./tt in the c:\temp, if I do "du" it will output 89 ./SAS_Scripts 1824 ./sizing 264376 ./tmp2 16 ./tt I did see _error_ is set to 1 but I do not know what cause it. From the log, you can see dir_name is set fine. as I mentioned at begining, I have a work around , it is setting the size to be char as well, if I do input size $ dir_name $, it has no problem. but this is not the case in 9.2 ... View more

no, the dir_name is input correctly only the size is all set to missing. I see he output of size=. dir_name=/SAS_Scr _ERROR_=1 _INFILE_=89 ./SAS_Scripts _N_=1 ... View more

sorry, I need to  add more. I have cgywin installed so du is command disk usage. my os is windows 7 ... View more