OpenEuphoria

Re: [OT] files/dir on windoze

• Posted by "Kat" <gertie at visionsix.com> Jul 08, 2004
• 599 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