Subj : "On the Fly" Hex-numb conversion ... ??? To : Steve From : Gerald Miller Date : Tue Mar 05 2002 08:37 am From: Gerald.Miller@f512.n342.z1.cereal.mv.com (Gerald Miller) Subject: "On the Fly" Hex-numb conversion ... ??? Hello Steve, Subject: "On the Fly" Hex-numb conversion ... ??? On Monday March 04 2002 at 00:46, Steve wrote to Gerald Miller: S> From: "E. S. (Steve) Fabian" S> Sorry, I mistyped - sent incomplete reply. I'll snip the part already S> answered. Thanks. Since I've "fixed" the issues addressed in your previous "incomplete reply", I'll carry on with this posting... >> And, before I forget... Why append the INCOME.DAT file? S> The sole reason is that your original scheme did not permit the S> existence of more than one catagory (0000FE05.* OR 0000FFF4.* or S> 0000.*). If any 0000FE05's exist, all others were ignored. No S> 0000FE05 but 0000FFF4, only they are considered. Any other 0000???? S> would be reported only if neither of the specific ones existed. S> Clearing the report file before start and appending allows all S> categories to be included in a single file. Another alternative (if S> more than one category can exist at the same time) is to handle each S> category separately - the two specific ones first, and reporting them, S> and going back a 3rd time, using EXCEPT or ATTRIB to exclude the S> 0000FE05 and 0000FFF4 files. Thank you. When the batch runs, there does NOT exist more than one category at a time. There may be multiple files from one category (0000FFF4.SA3 and 0000FFF4.SU0), but there is never a possibility of multiple categories. I was concerned about the possibility of 0000.*, but, thanks to you, I believe that issue #_may_# have been resolved satisfactorily. ;-) S> Another alternative is to use the DIR command to report all 0000????.* S> - this includes the first and second categories automatically. The S> reporting variables can then be set as now - report Cat. 1 if it is S> not empty; Cat. 2 if 1 is empty but 2 is not, and Cat. 3 if 1 and 2 S> are empty but there is at least one matching file. I hope that the following will handle the above possibilities: if exist %INC\INCOME.DAT rem>%INC\INCOME.DAT iff exist %INC\0000FE05.* then dir /hkmfo:d %INC\0000FE05.*>%INC\INCOME.DAT .... elseiff exist %INC\0000FFF4.* then dir /hkmfo:d %INC\0000FFF4.*>%INC\INCOME.DAT .... else dir /hkmfo:d %INC\0000????.*>%INC\INCOME.DAT .... endiff S> Note that your 00GLOBAL.ZIP would NOT match the 0000????.* pattern and S> would be excluded. Thanks for pointing that out, but I had already figured that 00GLOBAL.ZIP would NOT match the 0000????.* pattern. The appearance of the 00GLOBAL file caused me to think about the possibilities of 0000WHAT.*, 0000EVER.*, 0000FILE.*, 0000_ETC.*, and 0000.* files. I was thinking that a method of parsing everything following the LAST "0" (and before the ".") to determine if it was a hex_number. If it was a hex_number, then determine if it matched the two known categories (and perform the set routines), else it matched an unknown category and brings me to "On the Fly" Hex-numb conversion..... S> You may need to fine tune your "include" list or S> just postprocess manually everything not handled by the automated S> procedure. You may need to "mark" files you found with the automatic S> procedure, and browse for the rest. The Ror A attributes, or even the S> H or S, could be used. Or you could just compare the catalog of S> processed files with the directory... I presume that "Ror A" was a mistype for "Dir A"??? >> The >> purpose was to do a (one-time) directory listing (sorted by >> date/time) of any "hex" files because when Squish has completed >> processing these files, they no longer exist - Squish deletes >> them when all the *.PKT files have been extracted (Squish then >> tosses the *.PKT files to their respective area_tag_name and then >> deletes the *.PKT files). S> I am not familiar with Fidonet, never having used it. I know nothing S> about Squish or the purpose behind the whole program. I can appreciate your admission and have to tell you that my stating the purpose was to provide you (and others) with a little background information... I apologize for clouding the issue(s) with unnecessary facts . Thanks ... Gerald -- |Fidonet: Gerald Miller 1:342/512 | | Origin: The Cereal Port BBS (603)899-3335 199.125.78.133 (1:132/152) --- # Origin: (1:132/152.4) * Origin: Baddog BBS (1:218/903) .