Yeah, I noticed your extensive changes. I'll review them as to NetWare. It seems like there was an env thing in their somewhere also, that needed to be cleared up for NetWare. "env" is a system console command in netware, so can be executed without any path at all. Also, java and javadoc are in the same boat. A "java" loadable module actually exists somewhere in the default search path in a well known location(sys:/java/bin), but once loaded it is a command line extension, so it, javac, and javadoc do not need path information either.
I'll have to look at what happens if NetWare is treated as part of the "DOS" family. Typically on NetWare, the following things affect paths: 1) We do not care if you use "/", or "\" for path separators 2) We use ";" (semi-colon) for classpath separators 3) We have something similar to drive letters, volume names, which can be up to 40 characters large, followed by a colon. data:\ (or data:/) for example. 4) if you do not specify a volume name, (/usr/bin), NetWare assumes the sytem volume, "SYS:/usr/bin" Hopefully I'll get some time to look into this more in depth later today. Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., the leading provider of Net services software. >>> [EMAIL PROTECTED] 10/31/01 5:10:01 AM >>> On 31 Oct 2001, <[EMAIL PROTECTED]> wrote: > Use locale independent methods to identify OS or match attributes > and elements in build files. I haven't changed all toLowerCase calls as some seem to better remain locale dependent (comparing filenames in PathConvert) or I am not familar enough with them (Manifest). A special heads up for Jeff Tulley, I don't know whether Netware will be considered a part of the dos family by the <os> condition - if so we may need to change Javadoc and CommandlineJava where the code adds the extension .exe to either javadoc or java. Stefan -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
