I'm writing a routine to scan the text files in a directory and make
some small changes. What I would like to know is, what file
operations will change the order the files are presented as in R4
such that I need to scan again from R4=0 to avoid missing a file.
I am changing the file name, by adding /txt, changing the line
endings from LF to CR-LF and finally restoring the time stamp.
Or will none of that change the order?
I'm writing a routine to scan the text files in a directory and make
some small changes. What I would like to know is, what file
operations will change the order the files are presented as in R4
such that I need to scan again from R4=0 to avoid missing a file.
I am changing the file name, by adding /txt, changing the line
endings from LF to CR-LF and finally restoring the time stamp.
Or will none of that change the order?
Thanks.
Bob.
I'm writing a routine to scan the text files in a directory and make
some small changes. What I would like to know is, what file
operations will change the order the files are presented as in R4
such that I need to scan again from R4=0 to avoid missing a file.
I am changing the file name, by adding /txt, changing the line
endings from LF to CR-LF and finally restoring the time stamp.
Or will none of that change the order?
Or will none of that change the order?
In article <58e77aed9dbob@sick-of-spam.invalid>,
Bob Latham <bob@sick-of-spam.invalid> wrote:
I'm writing a routine to scan the text files in a directory and
make some small changes. What I would like to know is, what file
operations will change the order the files are presented as in R4
such that I need to scan again from R4=0 to avoid missing a file.
For this sort of thing I normally use EnumDir to give me a list of
filenames to operate with. It has the advantage of creating a list
the order of which is then irrelevant! Also its pattern-matching
option can be helpful.
I am changing the file name, by adding /txt, changing the line
endings from LF to CR-LF and finally restoring the time stamp.
Or will none of that change the order?
I don't see why it should.
But having a list to work with avoids such a possibility.
This
could also be used to create a Wipe list so that you are
effectively modifying to a copy (as you're adding an extension),
saving the final wipe until all has been well-proven to be the
result you expected - another handy possibility/advantage of the
list method!
You only need to action the "Wipe" in the finished version after
extensive testing!
Best wishes,
John
ADFS tends to store the files in alphanumerical order (or should
that be ASCII order?). DFS stores them in the order the data is on
the disc (and sorts them into alpha order when you *CAT).
On 31/12/2020 12:39, Bob Latham wrote:
I'm writing a routine to scan the text files in a directory and make
some small changes. What I would like to know is, what file
operations will change the order the files are presented as in R4
such that I need to scan again from R4=0 to avoid missing a file.
I am changing the file name, by adding /txt, changing the line
endings from LF to CR-LF and finally restoring the time stamp.
I wouldn't do any operations on a directory while scanning it. Get
a list of all the files you are interested in from the scan, then
fiddle with the files afterwards.
Or will none of that change the order?
Anything altering just the file's data such as CR/LF changes wont
affect anything in the directory, but renaming files might,
depending on the underlying filing system. Filecore plays nice,
others may not.
In article <58e77aed9dbob@sick-of-spam.invalid>,
Bob Latham <bob@sick-of-spam.invalid> wrote:
Or will none of that change the order?
Basically there is NO defined order which OS_GBPB returns files.
Best never to rely on it if you want it work always on all FS.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 293 |
Nodes: | 16 (3 / 13) |
Uptime: | 215:43:13 |
Calls: | 6,620 |
Calls today: | 2 |
Files: | 12,169 |
Messages: | 5,317,547 |