Re: [MiNT] ramdisk bug

[Peter Slegg <p.slegg@scubadivers.co.uk>]

Thanks Jean-Luc.

Hopefully by using different tools you have shown that it is not
one app as well as not being my set-up.

I also tried an LZH but I use LHarc-Shell and that extracts perfectly
to R:\

Peter


On Sat, 14 Aug 2010 19:59:30 , Jean-Luc CECCOLI <Jean-Luc.Ceccoli@wanadoo.fr> wrote:
> 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
>
>
>
>
>