From: Daniel Oliva on
Typo in the subject, sorry :)

From: Andreas Möller on
Hello,

IIRC Port2 is buggy in the emulator, at least in my installation here
on my WinXP machine. Everything that is stored in Port2 is lost after
I close and re-open the *.E49 file.
ALso I think this is mentioned in the readme of EMU48 but you might
want to check this for yourself.

If you want to do it anyway, then write a loop program that feeds an X-
Modem server and use the non-standard serial cable (available from
HPcalc.org).
This is how I did it with the real 49G (a long time ago) which had a
*true* RS232 port. Or write an email to Christoph and ask if he is
considering bringing USB support into the emulator ;-)

HTH,
Andreas
http://www.software49g.gmxhome.de

From: Daniel Oliva on
On 30 jun, 11:26, Andreas Möller <andreas_moellerNOS...(a)gmx.de> wrote:
> Hello,
>
> IIRC Port2 is buggy in the emulator, at least in my installation here
> on my WinXP machine. Everything that is stored in Port2 is lost after
> I close and re-open the *.E49 file.
> ALso I think this is mentioned in the readme of EMU48 but you might
> want to check this for yourself.
>
> If you want to do it anyway, then write a loop program that feeds an X-
> Modem server and use the non-standard serial cable (available from
> HPcalc.org).
> This is how I did it with the real 49G (a long time ago) which had a
> *true* RS232 port. Or write an email to Christoph and ask if he is
> considering bringing USB support into the emulator ;-)
>
> HTH,
> Andreashttp://www.software49g.gmxhome.de

Thanks Andreas. I just did the tedious drag and drop and then 2 STO
for each lib file individually. For other compressed files I did drag
and drop, then save it as variable, then moved it to flash with the
filer.
You're right, whenever you change the *.E49 file or the *.49G file
(ROM dump) for the emulator, all files in Port 2 of the emulator are
lost.
But if you close and open again Emu48 without changing said files, no
data is lost in Port2.
I don't change this often so no problems :)
From: John H Meyers on
On 6/30/2010 7:17 AM, Daniel Oliva wrote:

> I want to mirror port 2 from my physical 50g to Emu48.
> I know how to do it one file at a time,
> but I have 31 files (433kB) in port 2

Copy files to SD card, mount SD card on computer,
transfer batches by dragging to Emu48 (on stack), store from stack?

(Port-tagged) names of all the files
could be transferred in a separate single list
(open an empty list, press menu keys to insert into list),
but since 433K is larger than RAM, this might make it difficult
to transfer all files as a single backup object :)

What's this? http://www.hpcalc.org/details.php?id=5955

It might be neat if Emu48 could treat a mounted SD card
(or any disk or computer folder) as a virtual "Port 3,"
perhaps by performing "Load object/Store object"
using the designated path as its directory,
but I don't know how to convince a Saturn ROM
of the existence of a "Port 3"
(which only the ARM emulator may know how to handle).

By the way, storing into port 2 on my Emu48 stores directly into
the current "ROM" file, but without changing its modification date/time
(due to use of "memory mapped" file under Windows, I've been told).

It would seem difficult to cause this to undo itself,
unless using a different emulator that "stores" only into
application RAM under Windows, without modifying the ROM file,
or when replacing the ROM file being used.

[r->] [OFF]
From: Daniel Oliva on
> Copy files to SD card, mount SD card on computer,
> transfer batches by dragging to Emu48 (on stack), store from stack?

I transferred one file at a time this way, to avoid the RAM
limitation.
I could've taken a few files at a time I guess.

> What's this?http://www.hpcalc.org/details.php?id=5955

I took a look at that one. It didn't say anything about restoring
so...
In the physical calculator restoring this backup is trivial because
the filer supports the SD card, not so on the emulator.

> It might be neat if Emu48 could treat a mounted SD card
> (or any disk or computer folder) as a virtual "Port 3,"
> perhaps by performing "Load object/Store object"
> using the designated path as its directory,

That would be great indeed.