"Jason Burgon" <gvision@[EMAIL PROTECTED]
> wrote in message
news:qoO8g.4049$fS1.1282@[EMAIL PROTECTED]
> "Rod Pemberton" <do_not_have@[EMAIL PROTECTED]
> wrote in message
> news:e3vnsp$1h8p$1@[EMAIL PROTECTED]
>
> > When programming with DJGPP and OW for MS-DOS v7.10, I found that
> > if you pass the complete path (drive,all directories, and/or
filename),
in
> > either short or long filename form, you can exceed the default path
length
> > of 64.
>
> The maximum 8.3 (SFN) path component lengths are:
>
> File name = 8 characters
> Extension = 3 characters (plus the ".")
> Fully qualified directory path = 67 characters
> Fully qualified file path - 79 characters
>
> > In other words, a path length limit only exists for incomplete
> > paths. It appears that partial LFN paths is still enabled in MS-DOS
> > v7.10. There is probably some hidden switch that noone has found
> > which enables paths over 64.
>
> As noted above, a SFN path can contain up to 79 characters (plus null
> terminator). A network path can contain up to 127 characters.
>
Since I have some pretty large paths, I decided to check. At the command
prompt, I can't exceed 64 chars. My largest LFN path is 224, which is
well
below the 256 maximum directory or 260 maxmimum path. However, my largest
SFN path is 124 characters. I can read from and switch to that directory
under program control (i.e., not command prompt and using real-mode
MS-DOS)
using complete SFN paths (i.e., not relative, not missing the drive, etc).
DJGPP has some extra code to handle large paths, but, IIRC, OpenWatcom
doesn't. So, somewhere in MS-DOS, there is an ability to handle larger
paths as long as they are complete.
This happens to be the largest SFN path on my drive (yes, the repeating
LN_GT_~1 are correct):
C:\MISC\C_REF_~1\CTESTS\NIST_P~1\NIST-P~1\STD\DIF\DATA\DIF.D\LN_GT_~1\LN_GT_
~1\LN_GT_~1\LN_GT_~1\LN_GT_~1\LN_GT_~1\LN_GT_~1\
Rod Pemberton
|
