RE: [MiNT] MiNTLib 0.52.3b

[Jo-Even.Skarstein@gjensidige.no]

> -----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:	mint@fishpool.com
> 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