delorie.com/archives/browse.cgi | search |
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 |
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 |
> > > 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.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |