Re: Bug? (was: Posting of "Dave" fixed)
Re: Bug? (was: Posting of "Dave" fixed)
- Subject: Re: Bug? (was: Posting of "Dave" fixed)
- From: Laurent de Segur <email@hidden>
- Date: Fri, 15 Mar 2002 09:40:47 -0800
John,
You should file your finding as a bug against Java (it may be a
duplicate.) Finder will let you insert a '/' in the name but Terminal
will list as a ':', since '/' is a dir separator under *nix and ':' is
the Mac OS FS equivalent. So what is the canonical name of a path that
you see with a '/' inside under Finder? Probably a '/' as you can still
reboot in Mac OS 9 or use legacy Carbon code and get into lots of
troubles if you had ':' in a dir or file name. Also, if you type a ':'
in a name under Finder, you'll get automagically a '-' instead right
away.
What ever is the problem, one of these two things can happen with a Java
app :
1) The '/' in the dir name gets interpreted as a dir separator.
2) The ':' is interpreted as a path separator in the class path
resolution.
Case 2 is probably the real problem and is easily demonstrated by trying
to start a simple Java class from the command line located in a sub dir
with a '/' in its name (java -cp Hello:Test Hello gets you a
NoClassDefFoundError. Note the colon in the path name.) MRJAppBuilder
and PB generated bundles will exhibit the same problem because the way
the main class is invoked. Unjaring the jar file in the
Content/Resources/Java and changing the MRJApp.properties to point to
the dir instead of the jar still causes the problem. So it's Java that
is guilty. There has been some past issues with the way a canonical path
gets resolved with Java. It seems that this particular case has been
overlooked.
Another minor bug (cosmetic) I found while playing around, is that Nav
Services shows a '/' in the dir name as a ':' in its popup menu. That's
incompatible with the visual Finder interface which will show a '/'.
Because the name of a dir is for display only, why would NavServ need to
do that anyway? IMHO, the UI should stay consistent across the board
(minus CLI stuff like Terminal maybe.) Keeping backward compatibility
with Mac OS 9 surely doesn't make things very easy, does it?
LdS
On Thursday, March 14, 2002, at 05:13 PM, John Saccente wrote:
>
Ok... after playing with this for a bit, I made an odd discovery. The
>
app runs just fine, but it depends on *where* it lives. I originally
>
had it in a folder called "Cocoa / OpenGL Code" (well, not directly in
>
that folder, but in its build directory several steps down the
>
hierarchy.) Java apps don't seem to want to run properly when inside
>
of a path with a '/' character in one of the parent folder names. I
>
tried other java apps like blast.app, with the same results.
>
>
Don't know quite what to make of that. Does that sounds like I need to
>
file a bug report, or am I just missing something obvious?
>
>
John Saccente
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.