Mail Archives: djgpp/2003/09/23/11:16:02
"Hans-Bernhard Broeker" <broeker AT physik DOT rwth-aachen DOT de> wrote in message
news:bkpdbk$c0a$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE...
> Eli Zaretskii <eliz AT elta DOT co DOT il> wrote:
> The big drawback is that this scheme *only* applies to those programs
> built with the Cygwin DLLs, and that they tend to utterly confuse your
> average Windows user.
Very true, but "/dev/env/DJDIR" is anyway DJGPP specific (as well as any
/dev device hardcoded into applications), so I think it is pretty hard to
say that we are completely free of that confusion ;-) I think it would make
a nice feature, though, for advanced users. Like I said, it was just an
idea.
> >> Perhaps a mock 'mount' and 'umount'
> >> executable could add additional devices and physical directories (even
> >> commands) to the DJGPP.ENV....
>
> > It would be a very bad idea IMHO to rewrite DJGPP.ENV to support this
> > kind of feature. It's better to record the info on some other file.
>
> I'm not all that sure about this. If a feature like Cygwin's were to
> be added to DJGPP, then DJGPP.ENV would be the natural place to put
> it. At the very least, DJGPP.ENV would have to hold the name of the
> "/etc/mtab" equivalent file, which the libc code would then look into.
I thought of that, too. I guess it is a pro-and-con issue of how many system
files you want floating around in the end ;-) but I think it would be
logical to define all mounts in one file, and DJDIR is more or less a mount.
"Eli Zaretskii" <eliz AT elta DOT co DOT il> wrote in message
news:u65jjy9g9 DOT fsf AT elta DOT co DOT il...
> > From: "bdeck" <bdeck AT lycos DOT co DOT uk>
> > Newsgroups: comp.os.msdos.djgpp,comp.os.msdos.apps
> > Date: Tue, 23 Sep 2003 13:00:09 +0200
> However, such extensions are private to the program that uses them.
> You cannot easily have a program like `mount' mount some pseudo-device
> and have that device visible in another program, unless you leave
> some record to that effect on disk or something.
So I guess all that is missing is the interface to exactly such a textfile
;-)
Regards,
Ben
- Raw text -