--- Jeff Tulley <[EMAIL PROTECTED]> wrote: > Hah, every time I think I'm going to unsubscribe > from the ant dev list > since I do not read it anymore, a thread catches my > eye that inevitably > has a NetWare question. > > I'm not sure, but I do not believe that Java on > NetWare supports me > jumping between servers by saying > SERVER\VOLUME:PATH. I'll have to try > it real quick and get back to you. No, it does not. > This makes sense, > since you would need some sort of authentication > mechanism to be able to > connect to the remote server.
But if you were already logged into that server, the absolute path has meaning, for example, to NetWare-specific programs like NCOPY and NDIR, correct? I am speaking from a NetWare 3.x perspective so forgive me if I sound like a neanderthal from your point of view. Then you have programs like MAP and NMAP that deal in those absolute SERVER\VOLUME:PATH paths, correct? But you're saying you can't do anything between servers with Java File I/O? You'd have to map drives first? What about shelling out via <exec>? > > I've always considered VOLUME:PATH to be an absolute > path. When dealing > with absolute or relative on any platform, I think > of it from the point > of the server on which the code is running. > Relative means ./something, > or ../../something or something (no leading slash), > am I right? I view VOLUME:PATH as relative b/c its evaluation depends on your current context. It's like the word "me"--it means something different depending on who says it. > > You were correct that volume:path and volume:\path > are equivalent. > NetWare is also very loose on \ vs / > > I haven't followed your ant changes, and have not > tested them on > NetWare, and barely have the time to do so if at > all, but I really > should since there is no reason Ant should not work > on NetWare. NetWare is a kind-of supported platform: i.e. none of the developers have an environment in which to run tests even though we hope everything works. It's a bad spot to be in but I guess it happens in OSS. -Matt > > >>>[EMAIL PROTECTED] 02/22/05 9:31 am >>> > > --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > > >On Fri, 18 Feb 2005, Matt Benson > ><[EMAIL PROTECTED]> wrote: > > > >>OR it may be that we should detect these > >conditions as > >>NOT being absolute pathnames on DOS. > > > >As with most Windows/DOS features I'm pretty much > on > >the fence. > > > >To me it sounds as if marking paths C:foo > >non-absolute and modify > >resolveFile to deal with them the way you proposed > >normalizePath to do > >would be the better approach. > > I think so too, especially since I opened up > FU.isAbsolutePath() to public access. Similarly > with > Netware... I have worked with older versions of > Netware, and on those VOLUME:PATH or VOLUME:\PATH > are > equivalent but not absolute. VOLUME: is relative to > the current server. So SERVER\VOLUME:(\)?PATH is > absolute, as is driveletter-colon-separator. Can > anyone update my knowledge of Netware file > specification conventions? > > Thanks, > Matt > > > >Stefan > > > > > --------------------------------------------------------------------- > >To unsubscribe, e-mail: > >[EMAIL PROTECTED] > >For additional commands, e-mail: > >[EMAIL PROTECTED] > > > > > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Mail - Easier than ever with enhanced search. > Learn more. > http://info.mail.yahoo.com/mail_250 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > > __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
