From mint-bounce@lists.fishpool.fi Sat Aug 14 14:02:42 2010 To: From: Jean-Luc CECCOLI Subject: Re: [MiNT] ramdisk bug X-Mailer: MyMAIL Rev:1.94.13761 (Atari/(STiK/STinG/GlueSTiK)) X-Hardware: Atari FalCT60 96 MHz / 526 Mo / 20 Go MIME-Version: 1.0 Date: Sat, 14 Aug 2010 19:59:30 +0200 (EET) Content-Type: text/plain; charset="iso-8859-15" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <003cf111.0183b2621922@smtp.wanadoo.fr> References: <0005a7b0.01b8d262f1c0@smtp.freeola.net> In-Reply-To: 0005a7b0.01b8d262f1c0@smtp.freeola.net X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: Jean-Luc.Ceccoli@wanadoo.fr Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.sparemint.org id o7EI2fR6015840 On Sat, 14 Aug 2010 17:11:28 , Peter Slegg wrote: > In the attached snapshot I used TwonInOne and STZip 2.6 to extact > PMDoom to the ramdisc > > Neither the desktop folder nor 2in1 show the extracted files/folders. > > Then I extract them again and the shell window shows the request > to overwrite the pmdoom-0.45 folder > > So something has been created by the first attempt to extract but > it is not visible to the user. > Well, it doesn't behave exactly the same anymore for me. Maybe because I just rebooted ? Maybe ought I have shut the machine down and restarted after 30~40 seconds ? Anyway... So, I create an alias from u:/ram to r: in the cnf - it seems the ramdisk isn't mapped to the letter otherwise -, then I double-click an LZH file, which opens the archive with ArcView, and I darg & drop its content to the opened R: window. That is : ---------------------------- Start ------------------------- LHarc 3.13a junior, Copyright (c) Yoshizaki, 1988-89 Atari-Version (c) Grunenberg, Mandel, 1994, Haun, 1996/97 Archive gefunden: 1 Extract from: K:\fnramfs-0.70.lzh fnramfs-0.70\fnramfs-0.70\COPYING fnramfs-0.70\fnramfs-0.70\fnramfs.c fnramfs-0.70\fnramfs-0.70\INSTALL fnramfs-0.70\fnramfs-0.70\Makefile fnramfs-0.70\fnramfs-0.70\README fnramfs-0.70\fnramfs-0.70\kernel.h fnramfs-0.70\fnramfs-0.70\fnramfs.xfs Process terminated. Hit Return to close window. ----------------------------- End -------------------------- So, as you can see, it extracts the files, unlike the very first time when I tried and it complained not being able to find the files... strange, isn't it ? Then, I refresh R, but nothing displays but an empty window with "no objects" (or something similar) displayed at its top, should I either press Esc or Shift-Esc. So, I think "maybe it's only the Gem that's fooled", and I start the shell to check : ---------------------------- Start ------------------------- root@FalCT60:/root>cd /r/ root@FalCT60:/r>dir total 8 drwx------ 1 root wheel 80 Aug 14 2010 . drwxr-xr-x 1 root root 0 Aug 14 19:23 .. root@FalCT60:/r> ----------------------------- End -------------------------- Even there, nothing into the drive. Then, I go back to the GUI, drag & drop a folder into the drive and, this time, it appears into the drive without needing to have to refresh anything. What does the shell say ? Well, it correctly displays the disk content as well : ---------------------------- Start ------------------------- root@FalCT60:/r>dir total 16 drwx------ 1 root wheel 120 Aug 14 2010 . drwxr-xr-x 1 root root 0 Aug 14 19:25 .. drwxr-xr-x 1 root root 360 Aug 14 19:25 fnramfs-0.70 root@FalCT60:/r> ----------------------------- End -------------------------- As we don't seem to use the same unzipper (IIRC, you trying with zipfiles, me with lzh ones), the problem must stand at another level. I wish very good luck to coders to find the bug! Regards, J.-Luc