From mint-bounce@lists.fishpool.fi Mon Aug 16 08:56:59 2010 Message-ID: <153554.508553015-sendEmail@descaro> From: "Helmut Karlowski" To: "mint@lists.fishpool.fi" Cc: "helmut.karlowski@ish.de" Subject: Re: [MiNT] ramdisk bug Date: Mon, 16 Aug 2010 12:55:32 +0000 X-Mailer: sendEmail-1.55 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----MIME delimiter for sendEmail-401043.101986037" X-Antivirus: avast! (VPS 100815-0, 15.08.2010), Outbound message X-Antivirus-Status: Clean X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: helmut.karlowski@ish.de Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: This is a multi-part message in MIME format. To properly display this message you need a MIME-Version 1.0 compliant Email program. ------MIME delimiter for sendEmail-401043.101986037 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Alan Hourihane wrote: > I'm not sure where we're at with this bug, but it definitely sounds like > Peter's setup is saving the files to a different location that Peter > thinks in 1.17. But in 1.16 it's in the location he expects. For me this is fixed with your last ramfs-fix. The files went into the root-dir of the current drive before. Jo Even Skarstein wrote: > Now, is this repeatable with other extractors ? ZIP, LHA, ZOO etc ? > > Can ARCVIEW (or the other) dump out the actual commandline parameters > it's used to spawn the external APP and do the extraction ? > > As it should be entirely repeatable once we have that. > > Alan. > -------------------------------------------------- > From: Jean-Luc CECCOLI > Sent: Monday, August 16, 2010 1:35 PM > To: > Subject: Re: [MiNT] ramdisk bug > > > Got it! files are extracted to /opt/toswin2/ folder! > > Any sense to this ? > > Most likely a problem with the parameters passed to the unpacker. > > Jo Even I'd like to know how many users encounter this so-called bug using the latest mint (and 2in1). It's not the commandline. 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. But with the alias r: it works perfectly even when /ram is symlinked into a FAT-dir. arcview simply does nothing. -Helmut ------MIME delimiter for sendEmail-401043.101986037--