Subject:
|
Re: Online Mac instructions.
|
Newsgroups:
|
lugnet.cad.dev.mac
|
Date:
|
Sat, 30 Mar 2002 19:24:20 GMT
|
Viewed:
|
4826 times
|
| |
|
|
What is the problem with case exactly on macLDGLite? The linux parts
distribution has different case directory names and ldglite has a problem
with that?
Is it just the directory names that are trouble?
LDRAW has the same notion of case as DOS, which means that it's legal to
specify a part name in any case at all.
If your program is going to put the part into a cache, you have to enforce
some kind of rule in the program for looking it up, or the cache won't be
fully effective. BrickDraw3D for one keeps them all in lowercase,
internally, and ignores the extension (.DAT).
There's also times when a reference to a part comes with no extension. I
don't know if that's an error, but BrickDraw3D tries adding a standard
extension, unless there really is an extension-less file present.
I wrote my part file search to be totally paranoid about case and extensions.
|
|
Message is in Reply To:
 | | Re: Online Mac instructions.
|
| (...) I have to admit, I'm stumped on this one. According to several sources on the internet, the Mac HFS filesystem is case preserving for writing, but case insensitive for lookups. And since the OS 8-9 ldglite code seems to be using stricmp for (...) (23 years ago, 30-Mar-02, to lugnet.cad.dev.mac)
|
17 Messages in This Thread:
 
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
