Re: [MiNT] ramdisk bug

[Jean-Luc CECCOLI <Jean-Luc.Ceccoli@wanadoo.fr>]

On Sat, 14 Aug 2010 17:11:28 , Peter Slegg <p.slegg@scubadivers.co.uk> 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