Re: [OT] files/dir on windoze
- Posted by "Kat" <gertie at visionsix.com> Jul 08, 2004
- 598 views
On 8 Jul 2004, at 8:20, Juergen Luethje wrote: > > > Irv Mullins wrote: > > > Juergen Luethje wrote: > > > >> It took about 18 minutes on my old PC. The last file is '17000.txt', > >> containing the line "This is file #17000". I looks as if everything is > >> correct on my system (Windows 98, FAT32). > >> I think you are using Windows 95, and FAT16, right? But using the FAT16 > >> system shouldn't cause the problem, should it? > > > > Perhaps you could try the test again, using long file names. > > I'll bet it's either that (LFN) or FAT 16. > > I haven't found any info on google about this, so it's not a very > > common problem. Irv, i don't do "normal" very well. If it's worth doing for me, it's probably never been done, or done right, before. This project is 14 years old, and i still have no reliable all-purpose internet file fetcher! > Oops, I almost forgot about LFN. New program (as previously, using the > exw.exe 2.4 interpreter BTW): > > }}} <eucode> > sequence number > atom t > integer fn > > t = time() > for i = 1 to 17000 do > number = sprintf("%05d", {i}) > fn = open(number & " is the number of this file. Euphoria is cool." > & " The weather is fine today.txt", "w") > -- Each file name (including the extension '.txt') has 81 > -- characters. The directory, in which I ran the program was > -- 'c:\temp\'. So the full qualified name of each file consisted > -- of 89 characters. > puts(fn, "This is file #" & number) > close(fn) > end for > t = time()-t > ? t/60 > puts(1, "minutes") > if getc(0) then end if > </eucode> {{{ > > Anything worked fine, up to file #08191 (inclusive). Then Euphoria said: > "Can't create error message file: ex.err" > > Now it's your turn. Thanks for duplicating the bug, Juergen. By any chance did it stop you from using the computer for anything else before you got out of that crashed filename program? I have a suspicion this is related to the total bytecount of the filenames and the allowed space in the FAT per directory. It occured with me using LFN on win95B, on a 15gb FAT32 partition. Keep in mind the bytecount of the filename may be higher than the filename as displayed to you. Now, if only i can get around the lockup cause by a program sleep(120)ing, or err'ing out and waiting on a keypress, when using urlmon.dll. I still have that problem, it stops all mirc activity, and stops me from launching *any* shortcut'ed programs. Got any more ideas on that one? Kat