Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-developers-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-developers-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin-developers AT sourceware DOT cygnus DOT com
Message-ID: <3950B82E.9202EC25@dothill.com>
Date: Wed, 21 Jun 2000 08:42:22 -0400
From: Jason Tishler <Jason DOT Tishler AT dothill DOT com>
Organization: Dot Hill Systems Corporation
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: cygwin-developers AT sourceware DOT cygnus DOT com
Subject: Re: Automatic Drive Mapping
References: <394FB4B4 DOT A5192EFE AT dothill DOT com> <20000620154329 DOT A7339 AT cygnus DOT com> <394FE082 DOT 88F63F26 AT dothill DOT com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jason Tishler wrote:
> When I first tried this (about a month ago), I seemed to have problems
> with Sun's javac and/or Microsoft's cl complaining about UNC paths not
> being supported for the the current directory.  When I tried to reproduce
> the problem today, I can only get cmd to fail.  But, who cares about cmd
> anyway?

It appears after more head scratching (not banging), I am able to
reproduce the problem that Sun's javac cannot deal with UNC style
paths:

    $ mount
    Device              Directory           Type         Flags
    K:\jdk1.2.2         /usr/java           system       binmode
    ...
    $ javac Hello.java 
    $
    $ umount -s /usr/java
    $ mount -s -b //cancerman/apps/jdk1.2.2 /usr/java
    $ javac Hello.java 
    java.lang.Error: Fatal: Resource for javac is missing
	    at sun.tools.javac.Main.initResource(Main.java:126)
    ...

The point of the above is to demonstrate that there is at least one
important (IMO) native Win32 app that cannot deal with UNC style paths.

Hence, I feel that my initial proposal is still valid.  I would like
my environment to be identical (or at least as much as possible or
reasonable) regardless of the access method -- console or telnet.
Actually, this possibly dovetails with Corinna's recent user registry
hive loading functionality.  After the HKCU is loaded, may be
HKCU\Network could be enumerated and any drives found mapped, if not
already so?

Thanks,
Jason

-- 
Jason Tishler
Director, Software Engineering       Phone: +1 (732) 264-8770 x235
Dot Hill Systems Corporation         Fax:   +1 (732) 264-8798
82 Bethany Road, Suite 7             Email: Jason DOT Tishler AT dothill DOT com
Hazlet, NJ 07730 USA                 WWW:   http://www.dothill.com