From: sandmann AT clio DOT rice DOT edu (Charles Sandmann)
Message-Id: <10108070445.AA12938@clio.rice.edu>
Subject: Re: Windows 2000 /dev/null permission query
To: acottrel AT ihug DOT com DOT au (Andrew Cottrell)
Date: Mon, 6 Aug 2001 23:45:37 -0500 (CDT)
Cc: eliz AT is DOT elta DOT co DOT il (Eli Zaretskii), djgpp-workers AT delorie DOT com
In-Reply-To: <017401c11e7a$b3493f90$0a02a8c0@acceleron> from "Andrew Cottrell" at Aug 06, 2001 11:21:26 PM
X-Mailer: ELM [version 2.5 PL2]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> > > Another idea might be to use `dup' to duplicate a handle from an LFN
> > > open call, then see if that handle has the same problems with function
> > > 5701 as the original handle.  (Since `dup' doesn't have an LFN analog,
> > > maybe the duplicated handle is created as a non-LFN one, who knows?)

>  Not tested. Tomorrow

Don't bother - dup doesn't help, it continues to fail.

Right now converting to short name for existing file open calls seems to be 
the best (and only) solution to avoid some of the W2K LFN problems.  In
particular, I don't see a workaround for _get_dev_info (and the write 0
bytes issue that started this mess) without the SFN open.

I haven't tried creates - I don't know if their LFN handles fail.  If so
I guess we create LFN/close get short name open short?  Yuk.  Sigh.