[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [MiNT] MiNTLib 0.52.3b
> From: email@example.com [mailto:firstname.lastname@example.org]On Behalf
> Of Jo-Even.Skarstein@gjensidige.no
> Sent: Friday, August 06, 1999 4:17 PM
> To: email@example.com
> Subject: RE: [MiNT] MiNTLib 0.52.3b
> > -----Original Message-----
> > From: Julian Reschke [SMTP:firstname.lastname@example.org]
> > Sent: Friday, August 06, 1999 1:21 PM
> > To: Jo-Even.Skarstein@gjensidige.no; email@example.com
> > Subject: RE: [MiNT] MiNTLib 0.52.3b
> > > Yes, but if u:\ supported Frename() as I suggested, this will
> still work
> > > with the desktop, ren etc. The applications doesn't know that there's
> > > anything special about u:\, but the implementation must
> ofcourse differ
> > > radically from Frename() in a real filesystem.
> > UNIFS can't support Frename() to another filesystem, because it would be
> > cross-filesystem.
> Basically what you're saying is "Frename() won't work across filesystems,
> because Frename() doesn't work across filesystems".
> But if the kernel actually supported arbitrary mounting-points, is it
> impossible to use Frename() on U: to actually move these around? That was
> the whole point of my suggestion - there are other ways to implement
> mounting than the traditional unix-way.
I'd say that this sounds like a hack because it actually violates the
semantics of Frename(). If you want mount functionality in the kernel, do it
with a proper API...
> > But then those programs would rely on the user setting up the system
> > correctly. It's much better to keep the mounts on U:\ and just hide them
> > from shells / desktops.
> If it can be done it's ofcourse the best solution. But I don't see a point
> in hiding these just to hide them, if you can't move then
> mount-point around
> I don't see any point in changing it at all.
OK, I'll try to be more precise:
a) keep the default mount points where they are,
b) add functionality to hide them,
c) add functionality to mount them in a second place.