advice on what programs to install on a new HP 50g
elly...@gmail.com
just got my new 50g,enough with experimenting with the emulator, i
will now be playing with the real thing, and all i know is how to
update the ROM by downloading it from the hp site and using my SD card
to update it. before doing anything, i've decided to consult you guys,
specially john and gian, on updating my ROM, it already confused me
because i have read about other unofficial roms posted, are they worth
installing? because i am always fond of installing cooked or
experimental roms on my other gadgets since they tend to function much
better.
what productivity programs should i install? whats the best file
manager, battery monitor, or any other program that made life easier
or even more exciting using the 50g? i want to do this before i learn
more things about my calculator.
i tried to search the forums but the other posts was about the 49 and
its posted quite a while ago, maybe i could start a new post about
what to install first on a 50g calculator. thanx in advance.
best regards
elly
Albert Graef
> what productivity programs should i install?
Well, that of course depends on what exactly you need to be productive.
:) Here's some of the stuff that I have on my 50g (running ROM 2.09):
- WR utilities: Filer6, Keyman, Unitman, OT49+. These are classics, and
greatly simplify common tasks such as dealing with user-defined keys and
units. See http://page.mi.fu-berlin.de/raut/WR49
- Programming: Emacs+Nosy+SDiag are really essential if you want to do
some onboard SysRPL development, but they're also very useful for user
RPL programming. The SDiag data can be installed on an SD card, and
allows you to have onboard documentation (stack diagrams and short
descriptions) for almost all user and sys RPL entry points. And Emacs
gives you an enhanced editor with autocompletion of function names (with
the appropriate key assignments this is also available on the command
line). See http://staff.science.uva.nl/~dominik/hpcalc/emacs/
- (Shameless plug:) GoferLists provides Haskell-like generic list
functions implemented in SysRPL which make list processing much easier.
http://hp50g.pbwiki.com/GoferLists
- Organizer v1.1 (nice to have a real calendar/PIM onboard). See
http://www.hpcalc.org/details.php?id=4572
All this stuff also runs on the 49g, of course. I'm sure that others
will chime in with ARM-specific libraries and programs like OpenFire,
the ARM Toolbox etc. And their favourite games, of course. ;-)
Concerning programming, hplua, Hugh Steers' port of the Lua scripting
language to the 50g, is certainly worth taking a look at as well.
http://sourceforge.net/projects/hplua
Just my 0.02,
Albert
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.G...@t-online.de, a...@muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikinformatik.uni-mainz.de/ag
elly...@gmail.com
> ellyu...@gmail.com wrote:
> > what productivity programs should i install?
>
> Well, that of course depends on what exactly you need to be productive.
> :) Here's some of the stuff that I have on my 50g (running ROM 2.09):
>
> - WR utilities: Filer6, Keyman, Unitman, OT49+. These are classics, and
> greatly simplify common tasks such as dealing with user-defined keys and
>
> - Programming: Emacs+Nosy+SDiag are really essential if you want to do
> some onboard SysRPL development, but they're also very useful for user
> RPL programming. The SDiag data can be installed on an SD card, and
> allows you to have onboard documentation (stack diagrams and short
> descriptions) for almost all user and sys RPL entry points. And Emacs
> gives you an enhanced editor with autocompletion of function names (with
> the appropriate key assignments this is also available on the command
>
> - (Shameless plug:) GoferLists provides Haskell-like generic list
>
> - Organizer v1.1 (nice to have a real calendar/PIM onboard). Seehttp://www.hpcalc.org/details.php?id=4572
>
> All this stuff also runs on the 49g, of course. I'm sure that others
> will chime in with ARM-specific libraries and programs like OpenFire,
> the ARM Toolbox etc. And their favourite games, of course. ;-)
>
> Concerning programming, hplua, Hugh Steers' port of the Lua scripting
>
> Just my 0.02,
> Albert
>
> --
> Dr. Albert Gr"af
> Dept. of Music-Informatics, University of Mainz, Germany
> WWW: http://www.musikinformatik.uni-mainz.de/ag
thanx albert,
i am now trying to install the utilities you suggested, hope to hear
from you more often. i may have lots of questions regarding all
these... thanx!
cheers!
elly
Saturn rising
> just got my new 50g, enough with experimenting with the emulator,
> i will now be playing with the real thing
"It's the real thing"
http://memory.loc.gov/ammem/ccmphtml/colaadv.html
(this is what the U.S. Library of Congress does in its spare time)
Note that things did not go better while shooting the ad,
they should have drunk more Coke first.
> what productivity programs should i install?
Isn't it 100% "productive" right out of the box?
(except that there is no box, right?)
> whats the best file manager
Don't let Jean-Yves Avenard read that!
(his file manager is the one built-in)
> battery monitor
When the display goes blank, it's time to change batteries
(just always carry spares, no worry :)
> or any other program that made life easier
TI is the one that's supposed to be easier;
HP is for people who want to "tough it out"
(according to some recent posts :)
> or even more exciting using the 50g?
There should be downloadable greyscale movies, somewhere.
> i want to do this before i learn
> more things about my calculator.
That's NASA -- shoot first, check O-rings and foam afterwards.
> i tried to search the forums but the other posts was about the 49 and
> its posted quite a while ago, maybe i could start a new post about
> what to install first on a 50g calculator.
The batteries :)
> thanx in advance.
A good policy, just in case you don't like it later :)
Thanks for asking the good questions you have really posed,
and for not minding these dopey "OT" answers
(sorry, I should have said this in advance :)
-=-=-=-=-
elly...@gmail.com
hi saturn rising... good to hear from you. can you tell me more about
ROM since i've read your other posts about roms and it seems that you
know things about them. what ROM do you suggest me to use? thanx!
cheers!
elly
elly...@gmail.com
what if my calculator goes dead while im in a middle of an exam
because our exams last for 4-5 hours each time. hehe... what can you
say?
Raymond Del Tondo
news:1188041331....@r23g2000prd.googlegroups.com...
Saturn rising
Gesundheit :)
Actually, even if a bad brand new battery drops dead in its youth,
a calc reset and/or fresh set is likely to be all that's needed,
and if not, you can restore a backup in seconds, literally
(if you made one :)
--
Gotta get back -- Titan is getting hungry (and thirsty).
Saturn rising
> because our exams last for 4-5 hours each time.
Why is that?
Do they have to wait for the concrete to set?
--
At my temperature, freshly poured concrete freezes immediately - no waiting.
Giancarlo
Besides what Albert already correctly (IMHO) suggested, I'd advise to
take into consideration:
- PEQUM (Personal EQUation Manager), by Tim Wessmann
(http://pssllc.com/pub/pequm.zip) - updated version with the
capability of adding notes to the equations being stored)
- "Save Unlimited Command-line Entries" by John H. Meyers
(http://groups.google.com/group/comp.sys.hp48/msg/26859a719f2eae0d?
dmode=source) - a real *amazing* program to keep track of the commands
issued, for re-use or modification
- a couple of quick backup and restore program - for example these by
Joe Horn's:
http://groups.google.com/group/comp.sys.hp48/msg/baa8b2a2b79a86e5?dmode=source
Hope you enjoy those programs.
Best regards.
Giancarlo
elly...@gmail.com
wrote:
>
> Hope you enjoy those programs.
> Best regards.
> Giancarlo
thanks again gian. such a great help. im trying them now.
cheers!
elly
elly...@gmail.com
A.L.
Take bacpack of batteries :) Or slide rule. Or take CASIO... Or...
A.L.
elly...@gmail.com
is the HPuserEdit still the best known programming GUI available
for userRPL?
thanx!
elly
Graywolf
batteries and it eats them up relatively fast (unlike other calcs).
You can tell if your batteries are low because if you look @ the top
of your calculator you will see a couple of signs that indicate keys.
For example, pressing LEFT SHIFT will toggle the left shift key on the
top of the calculator (right above the screen, that is) to become
activated (so you know that you have pressed LEFT SHIFT in case you
forget). Similarly, when you batteries are low, the thing that looks
like a dot and has two waves coming out of it will be highlighted
which will tell you that your batteries are low. You can of course
download other programs if you want, but I don't really use them since
there is a built-in detector. Also, I doubt this will work for
rechargable batteries since they always confuse detectors.
John H Meyers
> just got my new 50g, enough with experimenting with the emulator
Just a thought -- it's possible to keep your calculator
and your emulator "in sync" by doing "backup" in one,
and "restore" on the other, using either SD card or cable
to transfer the backup between calc and computer.
Since most externally acquired programs arrive first
into your computer from the internet, and since perhaps
some find it easier to type and edit their own programs
on a big computer keyboard and screen, it's possible to start out
installing all on emulator, then via SD card to calculator.
The emulator also recovers even more instantly from any crashes
while experimenting, via Edit > Backup > Save
(copies entire calc RAM to another PC RAM area)
and Edit > Backup > Restore
(instantly return to last "memory checkpoint," even undoing TTRM :)
which may be profitable when debugging SysRPL
or trying out experimental stuff.
File > Save stores calc RAM to hard disk instead, but then you have to
re-open saved file from hard disk to recover, so what I've chosen for
my own strategy is to keep a more "permanent" calc state saved on disk,
and use the additional "save in PC RAM" feature
to checkpoint and instantly restore while experimenting and debugging.
Glossary:
TTRM is the calc analog of "BSOD" in Windows, meaning
"Try To Recover Memory?" (but it's usually too late)
[r->] [OFF]
elly...@gmail.com
thanx graywolf, guess that is the best answer to my question.
cheers,
elly
elly...@gmail.com
my emulator but i dont know how to restore them in my calculator. can
you give me an instruction on how to do this?
elly
elly...@gmail.com
testing on the emulator then transferring then on the calculator via
SD or cable. thanx in advance.
elly
John H Meyers
> I know how to save the state of my emulator
> but i dont know how to restore them in my calculator.
> can you give me an instruction on how to do this?
The above must be a follow-up to a different article than the
"threading" indicates; if it's about synchronizing Emu48 and calc:
Make backup on Emu48 just as on calc, either like Joe Horn, or via
PUSH :2:BK001 DUP ARCHIVE (flags and current directory path
are then automatically backed up).
Now your backup is stored in emulated "flash" [see later note];
you can recall it to the stack again via :2:BK001 RCL (or EVAL).
If you did the DUP (or extra ENTER) as shown above, then :2:BK001
remained on the stack, so you didn't have to type it again :)
Now that the backup (which looks exactly like a directory)
is on the Emu48 stack, Emu48 function "Edit" > "Save object"
will save it to a computer file of your choice
(perhaps name it BK001, just to suggest something :)
From there you can copy to an SD card, or transfer via cable
to your calculator; if you transfer via cable, I think you have
to first store in a variable, but the Filer can then move it to a port,
if you want more permanent saving (all variables will get wiped out
when you restore the backup).
Ready to restore? (Note: this will *replace* your entire HOME directory,
so first back up or copy anything you *don't* want replaced!)
Okay, :2:BK001 RESTORE (or :3:BK001 RESTORE, depending where the file is);
in a few seconds, the calc restarts ("warmstart"); if you had done PUSH
just before the original ARCHIVE command, now do a POP command -- Done!
Transferring a complete backup from calc to Emu48 is obviously
just the reverse, except that you either drag the backup file
(made on calc) to the emulator, or use Emu48 "Edit" > "Load object"
to put it first on the Emu48 stack, then save it wherever appropriate
(perhaps "flash" port 2), then do the RESTORE on Emu48 (Save your RAM at end).
Here's the promised "note" about "flash" (port 2) on Emu48:
All of the Emu48 calculator RAM is maintained in computer RAM,
until you do a "File" > "Save" (or upon exit, depending on Emu48 options),
usually saving to computer file "ram.e49" -- if you bypass that "save"
and just exit without saving, then modifications to RAM are discarded.
When you STO anything into Emu48 "flash" port 2, however, that *immediately*
stores the modification, directly into the ROM image file (usually "rom.e49");
this can not be "undone" or forgotten by exiting Emu48.
The Emu48 ROM image file date and time, however, as shown by Windows,
never changes, because the ROM file is "memory mapped" -- you may
want to keep that in mind in case you do any kind of updating
by "more recent file date," including "freshen" in WinZip,
which will not be able to detect "flash" changes via date or time!
Also, if you swap or update ROM image files in Emu48, remember that
you are also swapping the entire "flash" port 2, so you may want
to keep a set of individually saved objects, to store back
into the "flash" port after any "ROM update" on Emu48.
If you happen to be using an SD card for carrying files back & forth
between computer and calculator, the SD card itself might be
a convenient place to keep a copy of every object that's in flash port 2
(often just libraries and backups of HOME), as its files can be used
both on the computer and in the calculator.
As to naming backup files, I simply number mine consecutively;
somehow this helps me to figure out which ones are the most recent,
and the short (5-character) names remain fully visible
in the menu labels for port 2 (longer names can be viewed only
in the Filer, or via "Review" [right-shift, cursor down] in menus).
Hmm.. that's all I can think of -- let me know if anything's been left out.
--
"The greatest enemy of knowledge is not ignorance,
it is the illusion of knowledge." [Stephen Hawking]
elly tan
you very much John! im trying everything you've said now. your really
such a great help to me. i cant thank you enough.
cheers!
elly
John H Meyers
> can you give me a simple work flow on coding in your notepad,
> testing on the emulator then transferring then on the calculator
> via SD or cable.
Assuming you were asking me (or excuse my butting in if not :)
Well, you found that simple 'IN' program, from a post?
http://groups.google.com/group/comp.sys.hp48/msg/4e7ed90b3cf11c42
The very first program (two lines) had to be manually created
on the calculator (or emulated calculator) itself;
once that is on board, everything else in UserRPL
(expressed in universal 7-bit characters that are all found
on everyone's computer keyboard) can be imported from a text file,
including the all the remaining programs in that post.
Everything that I post is in fact created and tested the same way.
First I type on my computer -- it doesn't matter whether in Notepad,
or my email composer, or my Newsgroup reader (from which I submit posts
directly), because text can be "copied" to clipboard from any window at all,
and then "pasted" to the Emu48 stack via "Edit" > "Paste stack";
ready to be run on the calc by just typing this command: IN
Since I post (or type) the commands for storing things as well
(e.g. \<< program \>> 'P123' STO), then 'IN' runs all that, too,
stores the programs, etc., so what's posted has been completely run
on Emu48 first, and tends to work again on real calcs when tried at home :)
If you save the entire part of a post which is intended to be
run on the calculator, and transfer that file via cable to the calculator,
the "Conn4x" transfer software tends to run it immediately on the
calculator as well, so it installs directly on the calculator, the same way.
If instead the file is carried to the calc on an SD card,
then just recall it to the stack and type the command: IN
on the calculator, the same as on Emu48, and the same thing occurs.
Conn4x should actually *not* execute command files that way, but it does;
if they ever correct that, and simply store the transferred file
into a calc variable and leave it unexecuted, then just execute
the original file that gets saved on the calculator (press its key -- done!)
There are, as you know, various development environments (HPuseredit, Debug4x)
which have their own composers, auto-completion, built-in syntax help, etc.
What I'm describing here is at the opposite end of the spectrum -- just simply
typing plain text, using no "helper" application, and then just running it
on the calculator, about the same as a feature of Conn4x (View > Calc command)
where you can just type commands for the calculator to run, and they get sent
to the calculator and run, as if you had typed them directly on the calculator.
So my approach is useful when you know what to compose,
and do not need any "outside" help (although you can always
open your PDF manuals in another computer window and read them on the side,
or use your emulated calculator's CATalog, built-in CAS help, or any
additional on-board libraries already in the calculator or in Emu48, etc.)
One little thing which you also need to know in advance is the set of
7-bit substitutes for 8-bit calculator symbols, such as \<< \>>
for program delimters, etc. The "rosetta stone" for all this,
which once was included right in the HP48 series user manual,
was also posted numerous times, such as in
http://groups.google.com/group/comp.sys.hp48/msg/52e9cc3ee2b369b8
I don't always remember every one of those myself, of course,
but when I forget, I just ask an expert, namely the calc itself (or Emu48),
on which I type the actual character or command (in quotes or in a list),
then the command: OUT [that's the opposite of IN], and lo, the calc tells me!
So what can we summarize:
Creating and testing on Emu48:
Any text window > copy text > paste to Emu48 > run using: IN
Any text file > drag and drop onto Emu48 > run using: IN
Transferring to calc:
Any text file > send to calc using Conn4x > any commands execute automatically
Any text file > carry to calc on SD card > RCL to stack > run using: IN
Transferring any object from computer to calc:
Any object in Emu48 > RCL to stack > "Save object" to binary file on computer
Any binary file on computer > send to calc via Conn4x, or via SD card
Transferring any object from calc to computer:
Any object in calc > copy to computer on SD card, or via Conn4x (ascii or binary)
Any file copied from calc to computer > drag and drop onto Emu48, or "Load object"
To get 7-bit ascii "source" files for any "user" objects in Emu48:
Emu48 object > RCL to stack > OUT > "Edit," "Copy Stack," paste into any window
All binary "string object" files saved from calculator or Emu48 are also editable,
after deleting the 13-character "binary file" prefix: HPHP49-Xyyyyy
[or just visually delete what obviously doesn't belong at the very beginning]
What about the "%%HP: T(3)A(D)F(.);" stuff:
o It's never required (set Conn4x options: Translate #3, check the next two boxes)
o The advanced IN/INX programs automatically digest these headers anyway.
o Use OUTX instead of OUT to include a header, whenever desired.
How come Emu48 won't let me paste the string I want?
o Is it all digits, or anything that can be interpreted as an integer or real?
There used to be no exceptions, but now Emu48 *presumes* that any such "syntax"
is intended to be automatically compiled, and the result may even depend
on the current Exact/Approx mode; the only way to stop Emu48 from doing this
is to insert a space, say, at the beginning or end of such a string.
An example of this problem is when you've converted an object to a hex string
(e.g. via \->H or S\->H); if the string happens to be all digits (no A-F),
you can not paste that back into Emu48, and any space inserted to get around
this obstacle will mess up any calc command to restore the original object.
<rant_mode>Software of all kinds gets into this kind of bind when it starts
to be "cute and tricky," intending to be helpful, but unintentionally
introducing unanticipated glitches and consequences</rant_mode>
But Emu48 is a magnificent tool, without which no first- or second-generation HP49G+
(like mine) would survive, because its keyboard would otherwise have completely
disintegrated by now, if it actually had to be used all the time :)
So I owe many thanks to Sebastien Carlier (originator)
and Christoph Giesselink (all subsequent development/improvement),
and I never leave HOME without it :)
http://en.wikipedia.org/wiki/American_Express#Credit_card_advertising
[r->] [OFF]
jrc
Where did you find out about this? I cannot find any reference to it
in the user's guide. It does say, "Warning: When the low battery icon
(not identified) is displayed, you need to change the batteries..."
But that's it.
jrc
Graywolf
icons and figured it out by intuition.
Giancarlo
Hi John.
> Make backup on Emu48 just as on calc, either like Joe Horn, or via
> PUSH :2:BK001 DUP ARCHIVE (flags and current directory path
> are then automatically backed up).
OK - I used your version (hoe JOe doesn't mind too much :-)
> Now your backup is stored in emulated "flash" [see later note];
> you can recall it to the stack again via :2:BK001 RCL (or EVAL).
Did it - on the stack there's the BK00n...
> Now that the backup (which looks exactly like a directory)
> is on the Emu48 stack, Emu48 function "Edit" > "Save object"
> will save it to a computer file of your choice
> (perhaps name it BK001, just to suggest something :)
I saved the BK003 (in my case) directly to the SD card - don't think
this will hurt...
> Ready to restore? (Note: this will *replace* your entire HOME directory,
> so first back up or copy anything you *don't* want replaced!)
>
> Okay, :2:BK001 RESTORE (or :3:BK001 RESTORE, depending where the file is);
> in a few seconds, the calc restarts ("warmstart"); if you had done PUSH
> just before the original ARCHIVE command, now do a POP command -- Done!
Nope - I'm getting a "Bad Argument Type" error after the :3:BK003
RESTORE :-(
I saw with the built in filer that the "BK003" object is a "HPDIR"
type, instead of the (I suppose) expected "BCKUP" one....
> Transferring a complete backup from calc to Emu48 is obviously
> just the reverse, except that you either drag the backup file
> (made on calc) to the emulator, or use Emu48 "Edit" > "Load object"
> to put it first on the Emu48 stack, then save it wherever appropriate
> (perhaps "flash" port 2), then do the RESTORE on Emu48 (Save your RAM at end).
>
It worked flawlessly, indeed
I *know* I'm missing something obvious, but now my brain needs
rebooting.... May you point me to the right direction?
Thanks for your help.
Best regards.
Giancarlo
Andreas Möller
Maybe you´d like to take a look at
http://www.software49g.gmxhome.de/DeutschSeite01/Archiv.zip
It is free and archieves your HOME-Directory *and* Port0 into Port2 of
your calc. Files are date- and time stamped.
Restoring and archiving is done through a GUI and completly
automatically.
The two files can be stored as usual and transfered to HP49G <-> EMU.
It was originaly written for the 49G and someday I´ll update it for
the 49G+/50G but it is still very helpfull. I use it all the time to
restore the content of my real calc after testing devolping versions
of my own sw.
A similar function in filer6 was inspired by this software.
HTH
Andreas
elly tan
and restore program because of its one click soft menu. i also saved
my backup file directly on the sd, accessed the file via the emu48 but
sadly, im too scared to restore the edited file to my calc thinking
that it will cause problems. im still waiting if i have a lot of time
and no exams to use my calculator on if i do this. anyway, you are
there, i hope you can figure it out so that you can share your
experience again. good to hear from you again gian. i hope you dont
mind me butting in.
cheers!
elly
Andreas Möller
> Nope - I'm getting a "Bad Argument Type" error after the :3:BK003
> RESTORE :-(
Might be that RESTORE only works with Port0, Port1 and Port2. The SD-
Card is not a port in the traditional point of view.
> I saw with the built in filer that the "BK003" object is a "HPDIR"
> type, instead of the (I suppose) expected "BCKUP" one....
This is alright, ARCHIVE makes a copy of your HOME directory and the
filer can access this.
HTH
Andreas
http://www.software49g.gmxhome.de
John H Meyers
JHM:
>> Okay, :2:BK001 RESTORE (or :3:BK001 RESTORE, depending where the file is);
>> in a few seconds, the calc restarts ("warmstart"); if you had done PUSH
>> just before the original ARCHIVE command, now do a POP command -- Done!
GM:
> I'm getting a "Bad Argument Type" error after :3:BK003 RESTORE
My oversight -- just copy from SD to any other port, then restore.
Port 0 will always have enough free memory
(if by chance not, then there will be, after ON+A+F, No :)
> I saw with the built in filer that the "BK003" object is a "HPDIR"
> type, instead of the (I suppose) expected "BCKUP"
This will only matter in "Port 3" (SD card);
any HP directory can be restored to HOME from any other port,
although it's more popular to restore actual backups of HOME itself :)
What a "backup object" really is:
(this "geek speak" can be skipped without harm :)
The original HP48 RAM cards needed a way to name each object,
and to know its length, so *any* object stored into a "port"
(except a library, which already has a similar format)
is first put inside a wrapper, which is called a "backup" object,
not referring to "backing up my calculator,"
but rather to being anything stored in a RAM card.
However, whenever any object is _recalled_ from these places
(or its info is reported by the Filer), the wrapper is
automatically removed, and only the original object itself is seen,
which in the case of HOME is just an ordinary directory.
So when an archive is first made to a calculator port (:0: thru :2:)
and then copied to SD or saved from Emu48, it is just a calculator directory,
not enclosed within a "backup" object. When any directory is copied
to a real port (:0: thru :2:) it there becomes a "backup object" again,
at least inside the port itself, in the eyes of the RESTORE command.
An SD card is not considered an actual "port," however, because it is
an "external disk" that can also hold non-calc, foreign objects;
thus "external" storage (:IO:xxxxx ARCHIVE and :3:xxxxx ARCHIVE)
are the only places that one can ever catch an object
whose type actually says "backup," because STO and RCL otherwise
transparently "wrap" and "unwrap" the actual inner objects,
as they enter and leave ports, without our ever noticing.
The backup object made by :IO:xxxxx ARCHIVE always contains
the internal name HOMEDIR, which been seen only by people
copying it back to their HP48 or HP49G from their computer,
or by people who actually read their HP48 User Manual :)
[r->] [OFF]
Giancarlo
Hallo Andreas ! Wie geht es dir?
Your guess was right - storing the BK003 directory obtained with the
ARCHIVE command in port 2 and restoring from there did the trick :-)
Vielen Dank for your tip!
Auf wiedersehen.
Giancarlo.
Giancarlo
Hi again, Andreas!
Wow, I had never realized about that *amazing* piece of software!
I quickly tried it into the emulator and it works great - is fully
self-explanatory and I think I'm gonna put it on my real 50G asap :-)
Just to clarify: the HOME dir backup file is the one starting with
"AH", while the port 0 backup file is the one starting with "AP",
aren't they?
Thank you again for pointing to that :-)
Best regards.
Giancarlo
John H Meyers
re :2:BK001 RESTORE vs. :3:BK001 RESTORE
:3:BK001 RESTORE will work, if it was made by
:3:BK001 ARCHIVE
Otherwise you must copy any HOME directory backup
to any real port (:0: thru :2:) to restore it.
Reason:
The copy of the HOME directory made by :3:BK001 ARCHIVE
still contains its "backup object" wrapper.
Otherwise the object loses its wrapper,
but becomes a "backup object" again (internally)
when copied to any real port.
[r->] [OFF]
Andreas Möller
> Wie geht es dir?
I´m fine, thanks for asking. And your German is way ahead of my
Italian ;-)
> Wow, I had never realized about that *amazing* piece of software!
> I quickly tried it into the emulator and it works great - is fully
> self-explanatory and I think I'm gonna put it on my real 50G asap :-)
Thanks for the flowers, I wrote it very quick quite some time ago
because *I* needed a sw which restores the whole content of the calc
after a serious crash which is the HOME-Directory and Port0. If you
use STARTUP for your flag settings everything is restored exactly like
it was at the time of the backup.
If I find time I´ll add the improvements of the 49G+/50G (like bigger
screen, using Port3 instead of Port2 or let the user choose and some
other bells and whistles) someday to the program.
As usual, an Italian version is possible if someone translates the
messages of the lib.
> Just to clarify: the HOME dir backup file is the one starting with
> "AH", while the port 0 backup file is the one starting with "AP",
> aren't they?
AH = A rchive H ome -> the home directory
AP = A rchive P ort0 -> a list of the libs in Port0
HTH
Andreas
http://www.software49g.gmxhome.de
Giancarlo
Hi Andreas.
I'll be more than glad to help you with the translations for this
piece of software of yours - should there be less messages than in the
ROM, shouldn't it ;-) ?
Just drop me a line when or if you'll need my little help.
Thanks in advance.
Best regards.
Giancarlo