Mail Archives: djgpp/1996/08/08/13:16:45
Xref: | news2.mv.net comp.lang.java.programmer:2623 comp.os.msdos.djgpp:6967
|
From: | Jere_McDevitt AT theratx DOT com
|
Newsgroups: | comp.os.msdos.djgpp,comp.lang.java.programmer
|
Subject: | JED/Long Filenames
|
Date: | Thu, 08 Aug 1996 15:29:03 GMT
|
Organization: | IDT Corporation
|
Lines: | 26
|
Message-ID: | <4ud0ou$bu7@News.IDT.NET>
|
NNTP-Posting-Host: | natasha.theratx.com
|
To: | djgpp AT delorie DOT com
|
DJ-Gateway: | from newsgroup comp.os.msdos.djgpp
|
For all those I might have confused with my changing of JED and
getting it to work with long file names so I could do .java files:
The open and _open commands are the same. What appears to be
happening is that the newer version of DJGPP that I was using supports
long file names and it was just the re-compiling of the JED source
that allowed it to work. Perhaps in my tests I mis-spelled the name
of the test file. Not sure.
Any way, the LIBC/DOSIO.H file includes the prototype of the function
_use_lfn(); This returns a non-zero when running under Windows 95 and
a 0 under plain DOS.
The actual open code in the library uses the long file name interrupt
if this flag is true, otherwise it uses the normal DOS open.
So my guess is there wasn't any need to change the function, just
re-compile the source under the latest version of DJGPP.
Sorry for any confusion, but like I said, I didn't have the DJGPP
source to see that open and _open were different.
Hope this helps
Jere
- Raw text -