[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] ramdisk bug
On Mon, 2010-08-16 at 13:53 +0000, Helmut Karlowski wrote:
> Alan Hourihane wrote:
>
> > On Mon, 2010-08-16 at 14:42 +0100, Alan Hourihane wrote:
> > > On Mon, 2010-08-16 at 13:28 +0000, Helmut Karlowski wrote:
> > > > Alan Hourihane wrote:
> > > >
> > > > > > 2i1 calls Dsetpath to the target, i.e. cd /ram, or whatever, and that
> > > > > > may fail, because there is no 'real' drive-letter (like in u:/c/...). It
> > > > > > tries to cd to /u/ram.
> > > > >
> > > > > /ram should work just fine, regardless of drive letter. Why does it try
> > > > > to cd to /u/ram when /ram was requested ?
> > > >
> > > > You can only access /ram in 2in1 by the alias or a symlink which would point to u:/ram,
> > > > which gives /u/ram, maybe mint does that conversion which would be a bug. Using the alias r:
> > > > that is used also by the symlink (I think).
> > >
> > > O.k. Gotcha. I see what you are saying. I'll go fix now.
> >
> > Actually, scratch that. If you do cd u:/ram things work just fine. Not
> > sure that mint would convert to /u/ram.
> >
> > So does 2in1 work with using u:/ram directly ?
>
> You cannot select u: in 2in1. I guess it would work then. But you can select
> the alias-drive and everything is fine. I suspect 2in1 (or even toswin) does the
> conversion from u:/ram to /u/ram. If it would be c:/ram /c/ram would be correct.
Well, if it is a problem with /u/ram conversion it should be easy to
test.
Can someone actually create a symlink from /ram to /u/ram and see if it
works ?
Alan.