Dennis,
You may be onto something there. If I use ?? in an extension only, or early enough in the filename such that it avoids the shortname kludge used by DOS, it works as expected. Emmitt Dove Manager, Converting Applications Development Evergreen Packaging, Inc. [email protected] (203) 214-5683 m (203) 643-8022 o (203) 643-8086 f [email protected] From: [email protected] [mailto:[email protected]] On Behalf Of Dennis McGrath Sent: Monday, August 03, 2009 3:31 PM To: RBASE-L Mailing List Subject: [RBASE-L] - Re: filename characters I think what is happening is with 2 or more trailing ? you trip over the short version of the filename in xxxxxx~n.xxx format I think perhaps the only way to be absolutely sure that you are getting what you want is to populate a filelist control. You can set the default directory option to include the wildcard you have been using. You then could loop through the control records and test the position of your period for each record If the record is what you expect you can create an explicit rename command and execute that. This will probably be slower than your original, but it should be bullet proof against these kind of changes. Dennis McGrath _____ From: [email protected] [mailto:[email protected]] On Behalf Of Emmitt Dove Sent: Monday, August 03, 2009 2:18 PM To: RBASE-L Mailing List Subject: [RBASE-L] - Re: filename characters Harumph. Following Mike's suggestion to try it in a CMD prompt, I did, and got the same results! DIR wp0507??.* returned, among other things: wp0507pr.eep wp0507prfj.e01 wp0507prop.e10.save Definitely NOT what I expected, but now I'm wondering if the change has been to Windows? On the other hand: DIR wp0507?.* returned: wp0507.eep wp0507a.eep So the one question mark returned the case where nothing existed beyond the non-global spec, and the one case where only one character existed, but nothing beyond the one character. Definitely different than I recall. If this change is at the OS level, and R:BASE is simply calling the OS services, it could explain the difference from what we remember. Emmitt Dove Manager, Converting Applications Development Evergreen Packaging, Inc. [email protected] (203) 214-5683 m (203) 643-8022 o (203) 643-8086 f [email protected] From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, August 03, 2009 2:56 PM To: RBASE-L Mailing List Subject: [RBASE-L] - Re: filename characters Just installed the latest update.... R>SET SHORTNAME OFF R>DIR CHECK???.TXT Volume in drive G has no label. Volume Serial Number is C4D5-11C7 Directory of G:\RBTI\Edi_V8\ 01/23/2009 09:51 AM 543 check.txt 01/23/2009 09:51 AM 543 CheckAWM.txt 01/23/2009 09:52 AM 480 CheckAlex.txt 01/23/2009 09:51 AM 543 checkalex111.txt 07/09/2009 03:42 PM 230 checkfile.txt 01/23/2009 09:52 AM 562 CheckKell.txt 6 File(s) 2,901 bytes 0 Dir(s) 115,928,457,216 bytes free Same results. I expected the above to show only files starting with CHECK and were a total of 8 characters. (the extra ???). It returned files with 12 characters. The rename command does the same. If I did not have 4102 files in my archive folder dating back to Feb. proving that this program has worked fine for a long time, exact same file format and filename length, I would say I was going nuts! Come to think of it.... I am going nuts. -Bob ----- Original Message ----- From: "Emmitt Dove" <[email protected]> To: "RBASE-L Mailing List" <[email protected]> Sent: Monday, August 3, 2009 10:30:21 AM GMT -06:00 US/Canada Central Subject: [RBASE-L] - Re: filename characters Bob, See WhatsNewInRBASE76forWindows_Update5.pdf, item 01. On the Enhanced DIR command. You need to SET SHORTNAME OFF. Emmitt Dove Manager, Converting Applications Development Evergreen Packaging, Inc. [email protected] (203) 214-5683 m (203) 643-8022 o (203) 643-8086 f [email protected] From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, August 03, 2009 10:49 AM To: RBASE-L Mailing List Subject: [RBASE-L] - Re: filename characters Does anyone have insight on the following results? I am at a loss..... R>dir checka??.??? Volume in drive G has no label. Directory of G:\RBTI\Edi_V8\ CheckAWM txt 543 1-23-09 9:51a CheckAWM.txt CHECKA~1 TXT 480 1-23-09 9:52a CheckAlex.txt CHECKA~2 TXT 543 1-23-09 9:51a checkalex111.txt 3 File(s) 1566 bytes 115894489088 bytes free R>dir checkal?.??? File not found The second dir should have returned the last two files above, but did not. The first dir should not have returned the last two files but did. Can someone confirm like behaviour on thier system or is something awry on my install. As I stated before, this worked fine for many months, but I would not think a database corruption would effect a file handling command. Thanks, -Bob ----- Original Message ----- From: "ttc inc" <[email protected]> To: "RBASE-L Mailing List" <[email protected]> Sent: Monday, August 3, 2009 9:19:08 AM GMT -06:00 US/Canada Central Subject: [RBASE-L] - filename characters Are there any settings that effect filename wildcard characters? (Turbo V8) (Other than the set single command) I have a program that has ran fine for many months. It runs 24 hours 7 days per week via a form timer. This weekend it stopped running. The code that quit working is : --Rename the Merchant EDI files so that users can discern if they have --been sent via this program and that this program will not reprocess same files at --a later time. Include a time stamp to prevent duplicate file names SET VAR voldfile TEXT = ('G:\Edisoft\Sales\HOME DEPOT WESTCOAST\recv\RC??????.???') SET VAR vnewfile TEXT = ('????????sent' + (CTXT(IHR(.#TIME)) ) + '_' + (CTXT(IMIN(.#TIME)) ) + '.???' ) RENAME .voldfile &vnewfile (The . and & are intentional and I believe correct. In any case it worked before and I have tried various combinations this morning, without success) This code has worked without issue for many months. I have several hundred archive files that prove the rename command worked in the past. Now it does not. All file names start out such as RC20090801.001, RC20090801.002, RC20090801.003 etc. The rename command should rename them to RC20090801sent_0824.001, RC20090801sent_0824.002, RC20090801sent_0825.003 and has done so in the past for hundreds of files. This weekend it stopped working. The voldfile RC??????.??? now picks up all files that start with RC, even if the filename has more that 8 characters. This did not use to happen. I.E. previously the above voldfile would not include any RC20090801sent_0824.001 files as they were longer than 8 characters. It seems like the single character wild card is not working now for some reason. I have checked the single character wildcard and it is set properly. I might find some other work around, but I need to find out why it worked before and not now. Any thoughts??? Thanks, -Bob created
