| |
In lugnet.cad.dev.org.ldraw, BramL@JUNO.com (Bram Lambrecht) writes:
> In lugnet.cad.dev.org.ldraw, Todd Lehman writes:
> > In lugnet.cad.dev.org.ldraw, braml@juno.com (Bram Lambrecht) writes:
> > > I did some testing. LDLite functions fine with subdirs in MPD filenames
> > > (ex:
> > > 0 FILE foo\bar\test.dat
> > > works fine, as long as any references to that file are
> > > 1 ... foo\bar\test.dat
> > > LDraw works fine with subdirs, as we already knew.
> >
> > Awesome. That's so cool!
> > One question, though: Does it require backslashes or does it allow forward
> > slashes as well?
>
> Just tested:
> LEdit, LDraw, LDLite, and Jacob's MPD-Splitter all work with forward slashes
> as well! (Again, for Jacob's splitter, the dir must already exist.)
Excellent, that's great news!
One thing that MS-DOS didn't totally screw up back in the early days -- even
though it copied CP/M's blunder of using \ instead of / -- was the low-level
functions for accessing files. Surprisingly, many DOS functions actually
accept either \ or / as the directory delimiter in input stings even though
they output only \. As a result, most high-level functions and applications
actually work with / as well as \.
The only time that / doesn't work under DOS/Windows apps is then the code
explicitly checks for / and interprets it specially before passing the
string on to the filesystem.
--Todd
|
|
Message is in Reply To:
94 Messages in This Thread:
 
  
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
