Xref:	news2.mv.net comp.os.msdos.djgpp:1036
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: info re drives : getmntent()
Date:	Mon, 12 Feb 1996 09:17:35 +0200
Organization:	NetVision LTD.
Lines:	23
Message-ID:	<Pine.SUN.3.91.960212090835.17113O-100000@is>
References:	<DM5LHy DOT Bzn AT granite DOT mv DOT net> <DM6MMD DOT 20y AT cfanews DOT harvard DOT edu> <4famgd$rae AT electra DOT saaf DOT se>
NNTP-Posting-Host:	is.elta.co.il
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

On 7 Feb 1996, Paul Schlyter wrote:

> Really?  Well, then try this in your autoexec.bat:
> 
>     assign c=a,a=c

Well, this case indeed isn't fully supported by `getmntent' right now, 
but for reasons entirely different than those which started this thread: 
the use of `biosdisk' to verify there is a disk in a floppy drive.  BIOS 
functions aren't effected by `assign' (which only hooks Int 21h), so if 
you say ``assign a=c'', the function still tries to see if there's a disk 
in drive A:, and if not, won't report anything about drive A:.  However, 
if you *do* put a disk there, it is correctly reported as "C:/" 
(`getmntent' says it's a `subst' drive, but that's ok, since `append' and 
`subst' are functionally the same).

It's an easy fix to make `getmntent' fully support `assign'; I might do 
that for the next release.

On the other hand, maybe whoever uses `assign' (to say nothing of
assigning C: to A:, which means they immediately lose their PATH to DOS
and other programs) just deserves to be punished?...

- Raw text -