[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [MiNT] MiNTLib 0.52.3b
> -----Original Message-----
> From: Frank Naumann [SMTP:fnaumann@mail.CS.Uni-Magdeburg.De]
> Sent: Friday, August 06, 1999 12:34 PM
> To: Jo-Even.Skarstein@gjensidige.no
> Cc: firstname.lastname@example.org
> Subject: RE: [MiNT] MiNTLib 0.52.3b
> That's the problem in this case to use U: instead? And if you umount /c
Nothing, atleast not in this particular example. I just wanted to point out
that this *is* a problem (although a rare one), and that it can easily be
"fixed" with a symlink.
Julian points out that all devices are guaranteed to be available on /.
Well, this is not entirely correct. While MiNT has always mounted all
filesystems on /, it doesn't say anywhere that this will always be so. It
also doesn't guarantee the *names*, so doing what LZH-Shell does is
obviously broken behaviour.
> or c: (this is equal for the kernel) it's not the right behaviour that /c
> not exist anymore? And if you mount it to /f/tmp it's not right that you
> can only access it through /f/tmp then?
Normally yes. I don't see a problem in moving the mountpoints around, as
potential problems with programs that makes assumptions about names can
easily be circumvented with a symlink.
However, we must not forget that this is MiNT - a TOS-derivate - so even if
/c is moved to e.g. /var/tos/c (or something stupid like that) I think it
still should be available through c:.
Jo Even Skarstein