From: "Campbell, Rolf [SKY:1U32:EXCH]" Newsgroups: comp.os.msdos.djgpp Subject: Re: gcc-2.95 and binutils-2.9 Date: Mon, 23 Aug 1999 15:00:30 -0400 Organization: Nortel Networks Lines: 36 Message-ID: <37C19A4E.8969C935@NortelNetworks.com> References: NNTP-Posting-Host: bmerhc00.ca.nortel.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.7 [en] (X11; I; HP-UX B.10.20 9000/712) X-Accept-Language: en To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Johan Venter wrote: > Eli Zaretskii wrote in message > news:Pine DOT SUN DOT 3 DOT 91 DOT 990822104528 DOT 6405G-100000 AT is... > > > > On Fri, 20 Aug 1999, Andris Pavenis wrote: > > > > > 2) try to open C:\/foo (I know the name is bad, but Windows > > > likes to say it cannot create file only after about 5 > seconds) > > Probably because C:\/foo is first converted into C:\\foo, and that looks > > to Windows like a UNC, so it goes out to search the network... > Brilliant! Yes, that must be the problem. Can anyone test it? Yes, I can and did. And it showed me a bug in DOS 7. Weird behavior that works (it displays the contents of the share): dir "C:\\machine\share" Weird behavior that doesn't work: cd "C:\\machine\share" That produces a prompt like: C:\machine\share> And then typing 'dir' gives the message invalid directory. DOS gets confused when you try to change directory into a share prefixed with a drive letter, it thinks it is a proper directory because of the UNC match of the filename, but when it changes the current directory, it doesn't use the UNC's correctly. That produces a strange situation, where you are in a directory that has never existed. -- -Rolf Campbell (39)3-6318