8465 === Subject: Re: New Compressor for HP 48,49&50 LZD v0.3c is out, with some appreciable performance gains on compression speed. It can be downloaded here : http://LZD.webhop.org Benchmark have been adapted to reflect results on compression speed. I could only test properly the HP48 version with detailed timing, which can be accessed here : http://phantasie.tonempire.net/utilitaires-f7/lzd-compressor-t65.htm#70 As can be seen, LZD seems now also able to best some benchmarks on compression speed, making it suitable for general purpose, not just as distribution like its predecessor. It still keeps its decoding speed advantage (even improved a bit). I would be interested if someone could provide some insights on real hardware performance, as i guess the emulated ones are not accurate. It should not change the comparison (the same error is applied an all compressors) but it would be better to have real figures. In past experience, it seems HP50G hardware consistently showed better performances than emulated one. Yann === Subject: Re: New Compressor for HP 48,49&50 > experience, it seems HP50G hardware consistently showed better > performances than emulated one. The emulator doesn't emulate ARM. A lot of the low level routines, like memory management, we rewritten to arm native versions. TW === Subject: HP 50g Solver Hello everyone. I just got an HP 50g. I'm very used to using the 48sx. One thing I liked about the 48sx is how it stored formulas and then you can solve any varible. How do you do that in the 50g? I know how to use the EQW equation editor and use the STO> button to store a formula, but how do I get it into a solver mode like the 48sx? === Subject: Re: HP 50g Solver > I just got an HP 50g. I'm very used to using the 48sx. > One thing I liked about the 48sx is how it stored formulas and > then you can solve any varible. How do you do that in the 50g? > I know how to use the EQW equation editor and use the STO> button > to store a formula, but how do I get it into a solver mode like the 48sx? If you would like to have the same RPN mode as the 48SX, press MODE then CHOOS [menu key] and select RPN. If you would like to have most menus like 48SX (rather than choose list menus), press MODE then FLAGS [menu key] and set flag -117 (all system flags are actually negative values). Now you can do exactly the same as what works in 48SX: 'formula' STEQ 30 MENU -or- 'formula' 'XYZ' STO 'XYZ' STEQ 30 MENU Command STEQ accomplishes 'EQ' STO with less typing. There is also a form-based solver (ever since 48GX): press APPS then Numeric solver.. then Solve equation.. You can press NXT CALC EQW to start equation writer for new equation; can someone figure out how to edit an existing equation in EQW, from within the numeric solver form? === Subject: Re: HP 50g Solver Read first the John's advices below Hold Down [Right Shift] and press [NUM.SLV] Press Soft Menu key |ROOT| Now you can STOre your formula or name from stack level 1 to EQ by [Left-Shift] and | EQ | Then press ||SOLVR Does the menu look familiar now? The only way to use EQW from the new Solver say you have already 'Y=X^2' in EQ [Left-Shift] an then press without holding [NUM.SLV] 1.Solve Equation [ENTER] Eq: 'Y=X^2' Press soft menu |EDIT| [ |->] [ |> ] (that is [Right-Shift] [Right-Cursor] [ |->] [END] (select equation) [|->] [COPY] |CANCL| Your selection here should still be on the line Eq: 'Y=X^2' [EQW] [|->] [PASTE After editing just press [ENTER] NOTE; you can use EQW to input X or Y value just press [->NUM] before [ENTER] VPN > I just got an HP 50g. I'm very used to using the 48sx. >> One thing I liked about the 48sx is how it stored formulas and >> then you can solve any varible. How do you do that in the 50g? > I know how to use the EQW equation editor and use the STO> button >> to store a formula, but how do I get it into a solver mode like the 48sx? If you would like to have the same RPN mode as the 48SX, > press MODE then CHOOS [menu key] and select RPN. If you would like to have most menus like 48SX > (rather than choose list menus), > press MODE then FLAGS [menu key] and set flag -117 > (all system flags are actually negative values). Now you can do exactly the same as what works in 48SX: 'formula' STEQ 30 MENU -or- 'formula' 'XYZ' STO > 'XYZ' STEQ 30 MENU Command STEQ accomplishes 'EQ' STO with less typing. There is also a form-based solver (ever since 48GX): > press APPS then Numeric solver.. then Solve equation.. You can press NXT CALC EQW to start equation writer for new equation; > can someone figure out how to edit an existing equation in EQW, > from within the numeric solver form? === Subject: Re: HP 50g Solver > Hello everyone. ÊI just got an HP 50g. ÊI'm very used to using the > 48sx. ÊOne thing I liked about the 48sx is how it stored formulas and > then you can solve any varible. ÊHow do you do that in the 50g? ÊI > know how to use the EQW equation editor and use the STO> button to > store a formula, but how do I get it into a solver mode like the > 48sx? > Enter the desired equation in level 1 of the stack (using EQW if you wish). Then type STEQ and press ENTER. Now press [RS] 7 [NUM. SLV] and press ENTER (1. Solve equation.. should already be selected). This brings you to the menu where you can input known values for all but one variable and then solve for the unknown starting at an initial guess. Also check out SolveSys49 on hpcalc.org: http://www.hpcalc.org/details.php?id=3145 It is a library that solves equations simultaneously, and the equations do NOT have to be linear. It's very handy and integrates itself into the NUM. SLV menu once installed. S.C. === Subject: Help with hpgcc tutorial I have downloaded and mostly installed cygwin, the latest version. The obstacle I have reached is at step two of his installation instructions where it says to set up an icon for C:cygwinusrX11R6binstartxwin.bat - I can find no startxwin.bat in that file. I have reinstalled twice just to be sure nothing got lost. Next he says to set up an icon for Xterm: C:cygwinbinrun.exe -p /usr/X11R6/bin xterm -display 127.0.0.1:0.0 -ls I have some basic familiarity with linux but this has me lost. BTW if I try to run run.exe it says it can't find cygwin1.dll. I have enough hp48 familiarity I can slug through the rest of the tutorial with, along with a friend who is a professional C programmer. Meanwhile I would appreciate any guidance on this Bill === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? > Here, where I work, we have started using Emu 48 to replace our HPs as >> they wear out (48GXs). One of our guys has just purchased an iPhone >> and wanted to know if it is posible to run Emu48 on it. Technicaly: yes - you might port an exitsting Mac OS X version. Politicaly: No - there is a bann on on device progammable applications for the iPhone. You can purchase an HP41CX program that is programmable for the iphone. Check the app store. === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? > >> Politicaly: No - there is a bann on on device progammable applications >> for the iPhone. > > R.L.M. software just released a port of their 12C emulation for the iPhone; > and the 12C is programmable. So there might be some wiggle room. Only Calculator 12 as it is called is not programmable: http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=286506398& mt=8 Just checked it up. We have recentlich changed out home PC's to Apple - but the iPhone is a no go - to restrictive for a smart phone. === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? > Do you really belive Mac OSX has anything to do with iPhone ? Yes Mac OS X and iPhone OS X do share some common ground - for example the darwin kernel. Or the Objective-C programmig language. The iPhone and the iPod Touch both run a scaled down OS X. Just the same way the Google Phone runs a scaled down Linux. === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? Very nice in that case there might be a possibility BUT Do you belive also that iPhone's touchscreen iterface (finger optimized) would provide (to usable degree) reliable interface to work with ? Personally i belive it would be a pain, but i'm sure it would be a nice show-off feature of the otherwise show-off iPhone device. also i am sure they would market it as a revolutionary feature :-) Finally: At this time no emulator can emulate true 49G+ or 50G (from point of software compatibility) with. manjo === Subject: Re: New Compressor for HP 48,49&50 LZD v0.3c is out, with some appreciable performance gains on compression speed. It can be downloaded here : http://LZD.webhop.org Benchmark have been adapted to reflect results on compression speed. I could only test properly the HP48 version with detailed timing, which can be accessed here : http://phantasie.tonempire.net/utilitaires-f7/lzd-compressor-t65.htm#70 As can be seen, LZD seems now also able to best some benchmarks on compression speed, making it suitable for general purpose, not just as distribution like its predecessor. It still keeps its decoding speed advantage (even improved a bit). I would be interested if someone could provide some insights on real hardware performance, as i guess the emulated ones are not accurate. It should not change the comparison (the same error is applied an all compressors) but it would be better to have real figures. In past experience, it seems HP50G hardware consistently showed better performances than emulated one. Yann === Subject: Re: New Compressor for HP 48,49&50 > experience, it seems HP50G hardware consistently showed better > performances than emulated one. The emulator doesn't emulate ARM. A lot of the low level routines, like memory management, we rewritten to arm native versions. TW === Subject: Re: New Compressor for HP 48,49&50 It seems that with version 0.3d, save any future bug report, this will probably be stable release. With this final speed improvement, i believe to have squeezed most simple benefits in the code. Any further development is likely to be complex, and even break compatibility with current format. I can still however spend a bit more time on LZD should there is a need for it (bugfixing being an obvious example). You'll find below final benchmarks (summary) results under HP50G (using Emu48, as explained by TW, results on real hardware are likely to be a bit better for all software tested) Benchmark Results : HP50G Summary BZ49 RF LZD 0.3d TNT 1.11 Decoding Speed 25.8 KB/s 17.6 KB/s 64.3 KB/s 15.8 KB/s Compression Speed 1.41 KB/s 0.46 KB/s 1.91 KB/s 1.19 KB/s Compression Rate 66.9% 68.7% 66.5% 64.4% Conclusions : On average, all compressors have rather close compression ratio performance, each of them having their respective weaknesses and strength. TNT is king of the hill in this category; but this comes at a price on speed. LZD has always been about decompression speed, so this is an area where it still leads with a significant advance. What's rather new today is that LZD is also the fastest compressor benchmarked. Lead is much less impressive, but this is no less than 30%, so end-user can actually save some time here and there when compressing data. Hope this can help Yann === Subject: HP 50g Solver Hello everyone. I just got an HP 50g. I'm very used to using the 48sx. One thing I liked about the 48sx is how it stored formulas and then you can solve any varible. How do you do that in the 50g? I know how to use the EQW equation editor and use the STO> button to store a formula, but how do I get it into a solver mode like the 48sx? === Subject: Re: HP 50g Solver > I just got an HP 50g. I'm very used to using the 48sx. > One thing I liked about the 48sx is how it stored formulas and > then you can solve any varible. How do you do that in the 50g? > I know how to use the EQW equation editor and use the STO> button > to store a formula, but how do I get it into a solver mode like the 48sx? If you would like to have the same RPN mode as the 48SX, press MODE then CHOOS [menu key] and select RPN. If you would like to have most menus like 48SX (rather than choose list menus), press MODE then FLAGS [menu key] and set flag -117 (all system flags are actually negative values). Now you can do exactly the same as what works in 48SX: 'formula' STEQ 30 MENU -or- 'formula' 'XYZ' STO 'XYZ' STEQ 30 MENU Command STEQ accomplishes 'EQ' STO with less typing. There is also a form-based solver (ever since 48GX): press APPS then Numeric solver.. then Solve equation.. You can press NXT CALC EQW to start equation writer for new equation; can someone figure out how to edit an existing equation in EQW, from within the numeric solver form? === Subject: Re: HP 50g Solver > There is also a form-based solver (ever since 48GX): > press APPS then Numeric solver.. then Solve equation.. You can press NXT CALC EQW to start equation writer for new equation; > can someone figure out how to edit an existing equation in EQW, > Êfrom within the numeric solver form? Hmm, I couldn't get EQW to show up after pressing NXT CALC. However, if you type it in, you're in the EQW and can edit the existing equation. Press Enter and OK and you're back in the num solver. An oddity with using EQW: if you have an algebraic on the stack and press the EQW key, the algebraic is ignored. But if you *type* EQW and press enter, there it is, ready for editing. Bill === Subject: Re: HP 50g Solver > Hmm, I couldn't get EQW to show up after pressing NXT CALC. > [in Solve Equation form] Cursor-down (or EDITB) should also be able to start Eq Writer, to edit something already on the stack (but cursor-down was somehow failing me in user mode, perhaps I assigned it; it seems okay when not in that mode). The EQW command is intended for editing an item from the stack; the EQW keyboard key seems to always start EQW to create a new object (there is, after all, no legitimate empty equation object to first put on the stack, the way we can create an empty string, or an empty list). === Subject: Re: HP 50g Solver > Hmm, I couldn't get EQW to show up after pressing NXT CALC. >> [in Solve Equation form] Cursor-down (or EDITB) should also be able to start Eq Writer, > to edit something already on the stack (but cursor-down > was somehow failing me in user mode, perhaps I assigned it; > it seems okay when not in that mode). The EQW command is intended for editing an item from the stack; > the EQW keyboard key seems to always start EQW to create a new object > (there is, after all, no legitimate empty equation object > to first put on the stack, the way we can create an empty string, > or an empty list). That's the way it is :-( that's why I directed people to take a COPY and PASTE it to the EQW later it will work - even from the new SOLVER - try it! === Subject: Re: HP 50g Solver Read first the John's advices below Hold Down [Right Shift] and press [NUM.SLV] Press Soft Menu key |ROOT| Now you can STOre your formula or name from stack level 1 to EQ by [Left-Shift] and | EQ | Then press ||SOLVR Does the menu look familiar now? The only way to use EQW from the new Solver say you have already 'Y=X^2' in EQ [Left-Shift] an then press without holding [NUM.SLV] 1.Solve Equation [ENTER] Eq: 'Y=X^2' Press soft menu |EDIT| [ |->] [ |> ] (that is [Right-Shift] [Right-Cursor] [ |->] [END] (select equation) [|->] [COPY] |CANCL| Your selection here should still be on the line Eq: 'Y=X^2' [EQW] [|->] [PASTE After editing just press [ENTER] NOTE; you can use EQW to input X or Y value just press [->NUM] before [ENTER] VPN > I just got an HP 50g. I'm very used to using the 48sx. >> One thing I liked about the 48sx is how it stored formulas and >> then you can solve any varible. How do you do that in the 50g? > I know how to use the EQW equation editor and use the STO> button >> to store a formula, but how do I get it into a solver mode like the 48sx? If you would like to have the same RPN mode as the 48SX, > press MODE then CHOOS [menu key] and select RPN. If you would like to have most menus like 48SX > (rather than choose list menus), > press MODE then FLAGS [menu key] and set flag -117 > (all system flags are actually negative values). Now you can do exactly the same as what works in 48SX: 'formula' STEQ 30 MENU -or- 'formula' 'XYZ' STO > 'XYZ' STEQ 30 MENU Command STEQ accomplishes 'EQ' STO with less typing. There is also a form-based solver (ever since 48GX): > press APPS then Numeric solver.. then Solve equation.. You can press NXT CALC EQW to start equation writer for new equation; > can someone figure out how to edit an existing equation in EQW, > from within the numeric solver form? === Subject: Re: HP 50g Solver > Hello everyone. ÊI just got an HP 50g. ÊI'm very used to using the > 48sx. ÊOne thing I liked about the 48sx is how it stored formulas and > then you can solve any varible. ÊHow do you do that in the 50g? ÊI > know how to use the EQW equation editor and use the STO> button to > store a formula, but how do I get it into a solver mode like the > 48sx? > Enter the desired equation in level 1 of the stack (using EQW if you wish). Then type STEQ and press ENTER. Now press [RS] 7 [NUM. SLV] and press ENTER (1. Solve equation.. should already be selected). This brings you to the menu where you can input known values for all but one variable and then solve for the unknown starting at an initial guess. Also check out SolveSys49 on hpcalc.org: http://www.hpcalc.org/details.php?id=3145 It is a library that solves equations simultaneously, and the equations do NOT have to be linear. It's very handy and integrates itself into the NUM. SLV menu once installed. S.C. == Subject: Emu48 on the iPhone - can it be done/is it being done? Here, where I work, we have started using Emu 48 to replace our HPs as they wear out (48GXs). One of our guys has just purchased an iPhone and wanted to know if it is posible to run Emu48 on it. It looks like a perfect match, but I would have no idea where to even begin. I know nothing about programming on the Mac or the iPhone and even less about the emmulators programming. :) Has this been tried? Was there success? If so, how could I repeat it? === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? > Here, where I work, we have started using Emu 48 to replace our HPs as > they wear out (48GXs). One of our guys has just purchased an iPhone > and wanted to know if it is posible to run Emu48 on it. Technicaly: yes - you might port an exitsting Mac OS X version. Politicaly: No - there is a bann on on device progammable applications for the iPhone. === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? > Politicaly: No - there is a bann on on device progammable applications > for the iPhone. R.L.M. software just released a port of their 12C emulation for the iPhone; and the 12C is programmable. So there might be some wiggle room. --Sylvain === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? I'd rather see it on the Nokia Communicator > Here, where I work, we have started using Emu 48 to replace our HPs as > they wear out (48GXs). One of our guys has just purchased an iPhone > and wanted to know if it is posible to run Emu48 on it. It looks like a perfect match, but I would have no idea where to even > begin. I know nothing about programming on the Mac or the iPhone and > even less about the emmulators programming. :) Has this been tried? Was there success? If so, how could I repeat > it? > === Subject: Re: HPGCC 3.0? Is it still possible to apply for testing the beta release of HPGCC 3.0 ? Yann === Subject: Re: HPGCC 3.0? Is it still possible to apply for testing the beta release of HPGCC > 3.0 ? > Yann Sure, please email Ingo Blank and he'll give you proper access. Claudio === Subject: Emu48 and hp 50g Programing Hello everyone. I want to write a hp 50g program (system rpl) using Emu48 (v1.45+) and Emac editor (2.11 distribution). Are all my programs going to wrong in the hp 50g if they wrong in the emulator? How can i install Sdiag directory in the emulator. It most be in sd card and i doesnt have it in the emulator. How can i do it? Another problem is that the skins i have are to small. Is there any hp 50g skin more apropiated for this task, like the one in: http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? === Subject: Re: Emu48 and hp 50g Programing > Hello everyone. I want to write a hp 50g program (system rpl) using > Emu48 (v1.45+) and Emac editor (2.11 distribution). Are all my programs going to wrong in the hp 50g if they wrong in the > emulator? Yes... > How can i install Sdiag directory in the emulator. It most be in sd > card and i doesnt have it in the emulator. How can i do it? on the PC you drag and drop to the emu window (I use Debug 4) then proceed as in a real calc Note that no EMU so far emulates ARM CPU behind the latest 49g+/50g/48gII so the possible C-programs you will do later must be tested on the calculator Any Saturn Assembler/SysRPL works as well as libraries and your own UserRPL programs on both the EM48 or on the real calculator > Another problem is that the skins i have are to small. Is there any hp > 50g skin more apropiated for this task, like the one in: > http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? Loo at the KLM scripts on diiferent sizes then zoom the largest picture twice on any picture program (XnView is mine) and edit the KLM script - experiment - and then publish it to us all! :-D > Your welcome! === Subject: Programming Hp 50g Using Emu48 Hello everyone. I want to write a hp 50g program in system rpl using Emu48 (v1.45+) and Emac editor (2.11 distribution). Are all my system rpl programs going to work (run) in the hp 50g if they work (run) in the emulator? How can i install the Sdiag directory in the emulator. this directory most be in the SD CARD of the hp 50g and i doesnt have a SD CARD in the emulator. How can i do it? is there a program to create a SD CARD for Emu48 (v1.45+)? Another problem is that the skins i have are to small. Is there any hp 50g skin more apropiated for this task, like the one in: http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? This horizontal skin is perfect for hp49 programming but i'd like to get a hp50g skin like this that work on emu48 (v1.45+) === Subject: Re: Which Calculator? > Much more convenient with the lithium coin backup battery. My Psion MX had such a setup and quite often I ended up with all 3 battries beeing flat and all data lost. dirt cheap by now so no reason not to use it in calculators as well. === Subject: Re: Which Calculator? > > Much more convenient with the lithium coin backup battery. My Psion MX had such a setup and quite often I ended up with all 3 > battries beeing flat and all data lost. dirt cheap by now so no reason not to use it in calculators as well. flash is slightly slow to write making it not suitable for a system's main ram. But flash works great for storage. Which is why most modern graphing calculators have flash memory. === Subject: Programming Hp 50g Using Emu48 Hello everyone. I want to write a hp 50g program in system rpl using Emu48 (v1.45+) and Emac editor (2.11 distribution). Are all my system rpl programs going to work (run) in the hp 50g if they work (run) in the emulator? How can i install the Sdiag directory in the emulator? This directory most be in the SD CARD of the hp 50g and i don't have a SD CARD in the emulator. How can i do it? is there a program to create a SD CARD for Emu48 (v1.45+)? Another problem is that the skins i have are to small. Is there any hp 50g skin more apropiated for this task, like the one in: http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? This horizontal skin is perfect for hp49 programming but i'd like to get a hp50g skin like this that work on emu48 (v1.45+) === Subject: Using Emu48 to Write Hp 50g Programs Hello everyone. I want to use emu48 (v1.45+) to write hp 50g programs (system rpl). I want to write the programs in the emulator and use them in the calculator. Are all my system rpl programs going to work (run) in the hp 50g if they work (run) in the emulator? I also need to install the Sdiag directory in the emulator. This directory most be in the SD CARD of the hp 50g and i dont have a SD CARD in the emulator. How can i do it? Is there a program to create a SD CARD for Emu48 (v1.45+)? Another problem is with hp 50g skins in emu48. Is there a hp 50g skin more appropiate for this task, like the horizontal skin in: http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? === Subject: Re: Using Emu48 to Write Hp 50g Programs no lib works from the SD use Flash instead (unless noted otherwise) > Hello everyone. I want to use emu48 (v1.45+) to write hp 50g programs > (system rpl). I want to write the programs in the emulator and use > them in the calculator. Are all my system rpl programs going to work (run) in the hp 50g if > they work (run) in the emulator? I also need to install the Sdiag directory in the emulator. This > directory most be in the SD CARD of the hp 50g and i dont have a SD > CARD in the emulator. How can i do it? Is there a program to create a SD CARD for Emu48 (v1.45+)? Another problem is with hp 50g skins in emu48. Is there a hp 50g skin > more appropiate for this task, like the horizontal skin in: > http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? === Subject: Re: Using Emu48 to Write Hp 50g Programs > no lib works from the SD > use Flash instead (unless noted otherwise) > Hello everyone. I want to use emu48 (v1.45+) to write hp 50g programs > > (system rpl). I want to write the programs in the emulator and use > > them in the calculator. > Are all my system rpl programs going to work (run) in the hp 50g if > > they work (run) in the emulator? > I also need to install the Sdiag directory in the emulator. This > > directory most be in the SD CARD of the hp 50g and i dont have a SD > > CARD in the emulator. ÊHow can i do it? > Is there a program to create a SD CARD for Emu48 (v1.45+)? > Another problem is with hp 50g skins in emu48. Is there a hp 50g skin > > more appropiate for this task, like the horizontal skin in: > >http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zipÊ? > - Mostrar texto de la cita - Its not a librery, its a DIRECTORY === Subject: Using Emu48 to Create Hp 50g Programs (System RPL) Hello everyone. I want to use emu48 (v1.45+) create (write, compile and test) hp 50g programs (system rpl). I want to create the programs in the emulator and use them in the calculator. Are all my system rpl programs going to run in the hp 50g if they run in the emulator? I also need to install the Sdiag directory (Emac 2.11) in the emulator. This directory most be in the SD CARD of the hp 50g. But i dont have a SD CARD in the emulator. How can i do it? Is there a way to create a SD CARD for Emu48 (v1.45+)? Another problem is with hp 50g skins in emu48. Is there a hp 50g skin more appropiate for this task, like the horizontal skin in: http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? === Subject: Using Emu48 to Create Hp 50g Programs (System RPL) Hello everyone. I want to use emu48 (v1.45+) create (write, compile and test) hp 50g programs (system rpl). I want to create the programs in the emulator and use them in the calculator. Are all my system rpl programs going to run in the hp 50g if they run in the emulator? I also need to install the Sdiag directory (Emac 2.11) in the emulator. This directory most be in the SD CARD of the hp 50g. But i dont have a SD CARD in the emulator. How can i do it? Is there a way to create a SD CARD for Emu48 (v1.45+)? Another problem is with hp 50g skins in emu48. Is there a hp 50g skin more appropiate for this task, like the horizontal skin in: http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? === Subject: Using Emu48 to Create Hp 50g Programs Using Emu48 to Create Hp 50g Programs Hello everyone. I want to use emu48 (v1.45+) to create (write, compile and test) hp 50g programs (system rpl). I want to create the programs in the emulator and use them in the calculator. Are all my system rpl programs going to run in the hp 50g if they run in the emulator? I also need to install the Sdiag directory (Emac 2.11) in the emulator. This directory most be in the SD CARD of the hp 50g. But i dont have a SD CARD in the emulator. How can i do it? Is there a program to create a SD CARD for Emu48 (v1.45+)? Another problem is with hp 50g skins in emu48. Is there a hp 50g skin more appropiate for this task, like the horizontal skin in: http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? === Subject: Using Emu48 to Create Hp 50g Programs (System RPL) Hello everyone. I want to use emu48 (v1.45+) to create (write, compile and test) hp 50g programs (system rpl). I want to create the programs in the emulator and use them in the calculator. Are all my system rpl programs going to run in the hp 50g if they run in the emulator? I also need to install the Sdiag directory (Emac 2.11) in the emulator. This directory most be in the SD CARD of the hp 50g. But i dont have a SD CARD in the emulator. How can i do it? Is there a program to create a SD CARD for Emu48 (v1.45+)? Another problem is with hp 50g skins in emu48. Is there a hp 50g skin more appropiate for this task, like the horizontal skin in: http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? === Subject: HHC2008 Ride sharing? I'm looking for anyone who would be willing to share a seat from the San Francisco Bay area to and from HHC2008. Also, does anyone else want to look into ride sharing for HHC2008 in general? See you there! Jim Horn === Subject: Re: HHC2008 Ride sharing? hello, I will be driving from Boise to corvalis on friday afternoon and returning on monday morning if anyone is interested. cyrille > I'm looking for anyone who would be willing to share a seat from the > San Francisco Bay area to and from HHC2008. Also, does anyone else want to look into ride sharing for HHC2008 in > general? See you there! Jim Horn === Subject: Re: Help with hpgcc tutorial Did you select all packages (not the default). Click on the symbol between All and Default to change Default to Install. then Before clicking Next, verify that your dialog matches the snapshot above. I.e. All packages to be installed. If you are using the June 2008 version of this document then you will notice the Cygwin/X install has step-by-step, screenshot-by-screenshot instructions. Cygwin/X as of June 2008 worked this way. Are you running XP or Vista? I've heard that Cygwin has issues with Vista. Lastly, you can use the standard Windows method via hpgcc.org. The example code will compile the same. However, you will not have the ability to run HPAPINE (simulator) or GDB (debugger). HPAPINE was my motivation to use Cygwin/X. I cannot overstate the hours it has saved me. Good luck. P.S. if you get really desperate you can install VirtualBox (free) and CentOS (free) and then do all of this under Linux. === Subject: Re: Using Emu48 to Create Hp 50g Programs (System RPL) > Hello everyone. I want to use emu48 (v1.45+) to create (write, compile > and test) hp 50g programs (system rpl). I want to create the programs > in the emulator and use them in the calculator. Are all my system rpl programs going to run Êin the hp 50g if they run > in the emulator? I also need to install the Sdiag directory (Emac 2.11) in the > emulator. This directory most be in the SD CARD of the hp 50g. But i > dont have a SD CARD in the emulator. ÊHow can i do it? Is there a program to create a SD CARD for Emu48 (v1.45+)? Another problem is with hp 50g skins in emu48. Is there a hp 50g skin > more appropiate for this task, like the horizontal skin in:http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zipÊ? > I want to apologize to all the comp.sys.hp48 users for the eight times repetion of my post. It was not my intention tu disturb. I just tried to edit it to make it more understandable couse english is not my native lenguaje. I want ot ensure this will not happen again. === Subject: Re: Using Emu48 to Write Hp 50g Programs > Are all my system rpl programs going to work (run) in the hp 50g if > they work (run) in the emulator? Yes, they should. Because the emulator has only a subset of the functionality of the real calculator (no SD card and no ARM assembly support), anything that works in the emulator should work on a calculator with the same ROM version. Of course, it's possible you could write something that could exploit a bug in the emulator, but Emu48 is pretty well tested so that is unlikely to occur. > Is there a program to create a SD CARD for Emu48 (v1.45+)? No. If the program is small enough to fit in the built-in emulator, you might be able to modify it to run from another port, but at present there is no SD card support in Emu48. Hopefully someone who has researched the SD card support of the 49g+/50g (like one of the hpgcc guys, perhaps, or maybe someone from HP) can explain their findings so support for a virtual SD card could be added to Emu48. > Another problem is with hp 50g skins in emu48. Is there a hp 50g skin > more appropiate for this task, like the horizontal skin in: > http://www.hpcalc.org/hp49/pc/emulators/horzhp49.zip ? You can use 49G skins for 49g+/50g emulation with minimal changes. Just increase the size of the screen in the bitmap, edit the KML in a few places (setting the Model to Q, the Class to 50 and the Lcd Offset to the new position, and adjust the offset of the keys by the same amount if you moved them to accommodate the bigger screen), and, if desired, relabel the small number of key labels that changed. I personally use my own Real 50g skin, which only has a 2x zoom screen, with Emu48 for the 50g, but if you prefer something with a 4x zoom screen like the above but with a 50g skin like mine, you would have to edit my bitmap to rearrange things and fix all the coordinates in the KML. Eric Rechlin === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? > At this time no emulator can emulate true 49G+ or 50G (from point of > software compatibility) > with. > Why would you want two layers of emulation? A true emulator of the 49g+/50g would have to emulate the ARM9, which runs code to emulate the Saturn. This additional layer would cause a considerable performance hit. Maybe a compromise would be to have two emulators in the same package: a Saturn emulator to run all of the calculator's normal functions, and then an ARM9 emulator to run special processor-specific code such as HPGCC. S.C. === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? > Why would you want two layers of emulation? A true emulator of the > 49g+/50g would have to emulate the ARM9, which runs code to emulate > the Saturn. This additional layer would cause a considerable > performance hit. > Maybe a compromise would be to have two emulators in the same package: > a Saturn emulator to run all of the calculator's normal functions, and > then an ARM9 emulator to run special processor-specific code such as > HPGCC. Not really an option because: Satrun emulator and ARM environment interact closely and many HPGCC programs return results or take parameters from stack (Saturn environment) HP Emulator code can't run directly on host OS because of the surounding hardware difference and CPU setup, ARM execution core itself helps just a bit (opcodes are emulated with less navie OP's) If we would like to run HP emulator natively we would have to kill the host OS temporarily, reconfigure the hardware and CPU and then run EMU. Or reconfigure EMU to some point to be able to run on hardware setup specific to target platform. More-less it would be like writing a virtual machine which in the end is not much different from ARM emulator on ARM based machine -right ? Of course: it is not impossible, rather questionable if it's worth so much of work. I would expect graduate transition to native ARM programs wether to be written in C or ASM and Saturn emulation as you said only at Saturn layer (that means no true 50/49G+ emulation ever) The third possible path (maybe the best) would be to use native ARM environment to support sysRPL and userRPL entries (execute sysRPL and userRPL programs) Finally: we get native ARM speed and environment (no Saturn emulator) but capable of executing higher level RPL code (let's call this interpreter: RPL virtual machine) All RPL (user and/or system) would run on both real and emulated machines, only on real ARM machine it would run much faster due to the fact that ARM is much more powerfull than Saturn and more powerfull than emulated Satrun. One day...further more in the future we may see HP calculator get released from it's heritage (Saturn) completely. One more time: the compatibility would be at RPL level which could run about the speed of current Saturn machine language. Runing an emulator is a great solution while in transition but insisting on emulator(s) is like refusing to accept the new technology, new possibilities -the progress itself! However it may be wrong to tie it down to ARM at low level because one day ARM may expire like Saturn did. The virtual machine or RPL execution/intepreter is the way to go! It would be able to use a lot of current work, AND it could be ported to other platforms (programmed in any language or tool for any native platform that may come in the future -currently most likely in C) Over longer period of time HP calculator as we know it today, may become cross platform scientific/teching/math environment, rather than just a calculator. The point in that case would be to establish a standard of language optimised for math good enough for some general purposes, with simple rules and interpeter. RPL is very much like that and form how many people uses it's just the right thing. (projects like RPL/2 support my thoughts here) Having all this in mind... Saturn/ARM emulator -yes as a mental exercise, but no real future or use (my thoughts for next milenium i guess :-) manjo === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? >> >>> Politicaly: No - there is a bann on on device progammable applications >>> for the iPhone. >> >> R.L.M. software just released a port of their 12C emulation for the >> iPhone; >> and the 12C is programmable. So there might be some wiggle room. > > Only Calculator 12 as it is called is not programmable: This one I haven't tried; I was talking about R.L.M.'s 12C Lite which is indeed programmable (the difference with the full -- non free -- version from what I understand is the the free 'Lite' version doesn't have permanent memory, i.e., you lose the contents of its memory between uses) --Sylvain === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? > I was talking about R.L.M.'s 12C Lite here is its URL (since there is indeed another more limited app out there): http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=290571540& mt=8 --Sylvain === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? >> I was talking about R.L.M.'s 12C Lite > > here is its URL (since there is indeed another more limited app out there): > > http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=290571540&m t=8 still I would not buy an iPhone. === Subject: Re: Emu48 on the iPhone - can it be done/is it being done? > At this time no emulator can emulate true 49G+ or 50G (from point of > software compatibility) With 10 rows of keys and the larger display the 49g+/50g may not be very practical. However, the 48GX/SX with only 9 rows of keys and smaller display should be doable on the iPhone. > with. Initially that was the case for me and my iPhone for the first week. But since then I have adapted. I have no problems with the 41CX emulator for the iPhone. Not clumsy at all. === Subject: a Stopwatch for the 50... I need to time some processes, usually 1-2 minutes, occasionally longer. I only need 1 second or so accuracy. How do I get the hp50 to be a stopwatch for me? On the 48 it displayed seconds in the top of the screen so I could just use that and remember the time it started. Are there any programs that function as a stopwatch? === Subject: Re: a Stopwatch for the 50... > I need to time some processes, usually 1-2 minutes, occasionally longer. > I only need 1 second or so accuracy. > How do I get the hp50 to be a stopwatch for me? > > On the 48 it displayed seconds in the top of the screen so I could just > use that and remember the time it started. > > Are there any programs that function as a stopwatch? > Try the following program, saved under whatever name you find convenient. Once started, it runs, displaying the time in seconds and tenths, until any key is pressed until any key (except the ON key) is pressed then it leaves the time on the stack: << TICKS -> T << CLLCD STD DO TICKS T - B->R 8192 / 1 RND 1 DISP UNTIL KEY END DROP TICKS T - B->R 8192 / 1 RND 1 DISP >> Note that 8192 is the number of ticks by the HP50 internal clock in one second, at least ideally. === Subject: Re: a Stopwatch for the 50... > Try the following program, saved under whatever name you find > convenient. Once started, it runs, displaying the time in seconds and > tenths, until any key is pressed until any Êkey (except the ON key) is > pressed then it leaves the time on the stack: << TICKS -> T > Ê Ê<< CLLCD STD > Ê Ê Ê ÊDO TICKS T - B->R 8192 / Ê1 RND 1 DISP > Ê Ê Ê ÊUNTIL KEY > Ê Ê Ê ÊEND DROP TICKS T - B->R 8192 / Ê1 RND 1 DISP > Ê Ê> > ÊNote that 8192 is the number of ticks by the HP50 internal clock in one > second, at least ideally. Minor correction: You want to delete the last 1. DISP in order for the final time value to be left on level 1 of the stack. Otherwise, it is displayed on the screen for a split second before the program ends, leaving nothing on the stack. << TICKS -> T << CLLCD STD DO TICKS T - B->R 8192. / 1. RND 1. DISP UNTIL KEY END DROP TICKS T - B->R 8192. / 1. RND >> Great program! S.C. === Subject: Re: a Stopwatch for the 50... > > Try the following program, saved under whatever name you find > > convenient. Once started, it runs, displaying the time in seconds and > > tenths, until any key is pressed until any Êkey (except the ON key) is > > pressed then it leaves the time on the stack: > > << TICKS -> T > > Ê Ê<< CLLCD STD > > Ê Ê Ê ÊDO TICKS T - B->R 8192 / Ê1 RND 1 DISP > > Ê Ê Ê ÊUNTIL KEY > > Ê Ê Ê ÊEND DROP TICKS T - B->R 8192 / Ê1 RND 1 DISP > > Ê Ê> > > > ÊNote that 8192 is the number of ticks by the HP50 internal clock in one > > second, at least ideally. > > > Minor correction: You want to delete the last > 1. DISP > in order for the final time value to be left on level 1 of the stack. > Otherwise, it is displayed on the screen for a split second before the > program ends, leaving nothing on the stack. > > << TICKS -> T > << CLLCD STD > DO TICKS T - B->R 8192. / 1. RND 1. DISP > UNTIL KEY > END DROP TICKS T - B->R 8192. / 1. RND > > > > Great program! > > S.C. Right!, My error from cutting and pasting instead of typing. === Subject: Re: a Stopwatch for the 50... There used to be a great stopwatch program for the 48 series written in ML by Hewlett-Packard. http://www.hpcalc.org/hp48/utils/time/stpwatch.zip Unfortunately it was never ported to the 49 series but hopefully somebody at HP could do this ? Andreas === Subject: Re: comments on the new treebrowser for 50G and 2 browser prgs. >> Despite all the bravado at HHC last year, it doesn't appear that HP is >> really all that committed to calculators. I do think JYA and >> that-calculator-group-manager-guy are talented, dedicated and >> hard-working, they just don't have a whole lot of corporate support >> behind them. > That for sure would explain a lot. > > Now I can not discuss everything about this in public. So I have sent > you a mail to this address you are using here. Please let me know if > this a valid address from you and that my mail has reached you. > > Andreas Andreas, I have a small family machine shop and I have either a 48gx or a 50g near each machine, as it is not convenient to carry them around to machines. There are 5 50g's currently and 3-4 48gx's. The 48gx's will be replaced as they wear out. My 2 sons are going to university and use 50g's that I bought them for their school work in EE, CE, and ME programs. My oldest daughter is currently attending the University of Zurich for a PHD in Mathematics. I bought her a 50g and put a bunch of programs on it for her. programs for me, and converted my 48 user-rpl programs for all of our 50g's in the shop. I bought all of the children their 50g's as gifts to help them in their schooling. They are not in the workforce to buy much thenselves. It woild be prohibitive for me to purchase a copy of your program for each calculator. My family are the only ones who use these calculators. Would you consider a family or site license? I sure don't expect software to be free, nor do I wish to offend you, or have you think I am belittling your work in writing such nice software. Steve Also, I need 2 programs written that probably should have parts of them written in Sysrpl. Both are browsers of a sort. I have about 60 programs that I use in the shop, some for solving interesctions, etc for machining, some others are programs that I use infrequently. The infrequent programs are hard to remember what you called them or what they do when you use them. Most of my programs run from a library on a card (48gx's) so I don't have to worry about losing them if I have a memory loss. I access them now with a program that is just a group of heirarchal custom menus. but 5 character filenames don't always remind me of which program it is. What I would like is to have a browser, that is, a scrolling list to select a line from to run the programs. It would have each program on a line with the first 5 chars or so be the name it is stored in, and the rest of the line a (short) descriptive phrase of what the program does. Some examples: EA4R ellips aprox 4 radii 2BCON 2 balls cone angle Scrolling, etc. should be done in sysrpl, which I know nothing about. Would you be interested in writing a program like that? You know so much about what is needed from the work on the treebrowser, that you would be a good person to do it, but I don't know if you are even interested, or what it would cost. Second browser I would like: I have a bunch of text files that are reference charts, lists of G codes and how to call them for different machines, etc. They are stored on an SD card. I want to pick which list from a browser like the first one (above) and then display either a list of text lines, or a paged version that shows page by page through a file (each page being the syntax of a certain command in a machine). I also have a tap and drill size chart, etc. Lists of drill sizes for helicoil taps, and many other reference charts. These browser programs might be generally useful to a variety of people, not just me. Perhaps they could be a mode in your Tree browser at some point? == Subject: Restoring backup HOME directory from port in Emu48 directory, called BAK, from port 6. This should be easy, I've RT'd all the *M's including for MK and 49 and 50 plus this group. This is in the context of trying to extract an old program from it to put on in advance, I've been up all night waging epic battle with Vista. === Subject: Re: Restoring backup HOME directory from port in Emu48 > I would like to restore my old HOME directory, called BAK, from port 6. :6:BAK RESTORE @ replace current HOME directory -or- :6:BAK RCL 'HOME6' STO @ copy to variable in current directory > This is in the context of trying to extract an old program from it > to put on my new 50g Hopefully UserRPL -- must be transferred in ascii (as UserRPL source text string), then re-compiled (entered) into 50G. > I've been up all night waging epic battle with Vista. Where's VistaVision when we really need it? :) http://en.wikipedia.org/wiki/VistaVision http://www.widescreenmuseum.com/widescreen/wingvv1.htm === Subject: Re: Restoring backup HOME directory from port in Emu48 > I would like to restore my old HOME directory, called BAK, from port 6. :6:BAK RESTORE @ replace current HOME directory -or- :6:BAK RCL 'HOME6' STO @ copy to variable in current directory This is in the context of trying to extract an old program from it > to put on my new 50g Hopefully UserRPL -- must be transferred in ascii > (as UserRPL source text string), > then re-compiled (entered) into 50G. I've been up all night waging epic battle with Vista. Where's VistaVision when we really need it? E:) http://en.wikipedia.org/wiki/VistaVisionhttp://www.widescreenmuseum.com/wides creen/wingvv1.htm === Subject: New Compressor for HP 48,49&50 I've been tinkering with the idea of releasing a compressor, being developed as part of a library tool, as a stand alone program instead. Because the current results are not too bad, on both performance & stability front, i think it can be opened for public testing. The compressor is now called LZD, and it is especially fast for decompression. You can download it here : http://LZD.webhop.org There are also quite a bunch of benchmark results to illustrate. The initial idea was to use it as an exe-packer equivalent, decompressing data on the fly when used. In order to be completely transparent to user, it needed to decode very fast. Hence the bias. It happens that the design choice also ends up providing decent compression results, especially for ASM files, greyscale pictures and small data objects. The compression speed is not too bad either, and memory requirements are correct (less than 2KB for the machfinder). I do not find any more bug with the software, but that does not mean there is none. There are many situations that i'm not able to test, lack of hardware being the most common reason. Has a consequence, due to the limited situations i could produce up to now, this software should still be considered alpha status. I'm especially interested in testing complex scenario, for example using SD-card, non-merged ports, limited memory availability, different ROM versions, and so on. The medium term plan is to integrate it with a tool into a Library, which could be used to automatically compress directories, creating objects which decode themselves on-use. Long-term plan is to use it with a Library Builder/Compressor. This is a work in progress, but still i would appreciate to receive feedback in order to better tune the next steps. If anyone is interested... === Subject: Re: New Compressor for HP 48,49&50 > I've been tinkering with the idea of releasing a compressor, being > developed as part of a library tool, as a stand alone program instead. > Because the current results are not too bad, on both performance & > stability front, i think it can be opened for public testing. The compressor is now called LZD, and it is especially fast for > decompression. You can download it here : http://LZD.webhop.org The only thing I can download from that URL appears to have the 48 version in both the 48 and 49/50 folders. At least the file headers all say 48 instead of 49, and LZD doesn't do what it is supposed to do on my 49. == Subject: Re: New Compressor for HP 48,49&50 > This is now corrected. Now I find that whatever it is that I am downloading from your web site, I cannot unzip. I had no trouble with unzipping the original downloads. === Subject: Re: New Compressor for HP 48,49&50 > Now I find that whatever it is that I am downloading from your web site, > I cannot unzip. The new download (LZD v0.3a) was compressed with exclusive 7-Zip format, instead of with WinZip compatible format! So if you're in a hurry (and want an extra Windows utility, also very good at extracting lots more stuff), get 7-Zip: http://www.7-zip.org/ The original LZD download link: http://LZD.webhop.org (which hops somewhere else) === Subject: Re: New Compressor for HP 48,49&50 Now I find that whatever it is that I am downloading from your web site, > I cannot unzip. The new download (LZD v0.3a) > was compressed with exclusive 7-Zip format, > instead of with WinZip compatible format! So if you're in a hurry (and want an extra Windows utility, > also very good at extracting lots more stuff), get 7-Zip: http://www.7-zip.org/ The original LZD download link: http://LZD.webhop.org > (which hops somewhere else) Unfortunately for me, there is no 7-zip for Macs. === Subject: Re: New Compressor for HP 48,49&50 On 2008-09-14 16:31:09 +1000, Virgil said: Unfortunately for me, there is no 7-zip for Macs. of course there is ... I use 7zX -- They who would give up an essential liberty for temporary security, deserve neither liberty or security (Benjamin Franklin) === Subject: Re: New Compressor for HP 48,49&50 [re 7-Zip for Mac OS X and Windows] > I use 7zX Some links for info: http://en.wikipedia.org/wiki/7zX http://sixtyfive.xmghosting.com/products/7zx/ http://www.apple.com/downloads/macosx/system_disk_utilities/7zx.html (Apple is one version behind) And yes, 7-Zip for Windows can make 7z, zip, or tar archives (very clear in GUI, maybe cryptic in command line) When is zip coming to HP calcs? (there's a good one, completely compatible with computers, even including standard zip encryption, for PPC :) === Subject: Re: New Compressor for HP 48,49&50 X > When is zip coming to HP calcs? > (there's a good one, completely compatible with computers, > even including standard zip encryption, for PPC :) Never, ever: someone might read zipped text from a SD card that's not what a calculator is 4 === Subject: Re: New Compressor for HP 48,49&50 I'm very sorry about all these issues. John is right : i'm using 7-zip as default packer. However i intentionnally selected zip compression because, well, it is supposed to be standard, and so should work for everyone without 7z. So now, if 7z is creating special zip, this defeat the point. Anyway, i created another zip file, this time with Winrar. You can download it directly at this address : http://img44.xooimage.com/files/4/e/3/lzd.v0.3a-662cc4.zip Could you please tell me if this one works better ? I will try to look into it and see if there is any parameter to tell 7z to use a normal zip method, compatible for everyone. Yann === Subject: Re: New Compressor for HP 48,49&50 >Could you please tell me if this one works better ? > Yep, this one works better;-) I was able to take a look into the archive at least. Very nice programs! I'm glad someone still makes software for the real HP-48! BTW I have a nice example of a program which _grows_ in size if applied to your packer. It's my SpeedMiner;-) Raymond Yann schrieb im Newsbeitrag > I'm very sorry about all these issues. > John is right : i'm using 7-zip as default packer. However i intentionnally selected zip compression because, well, it is > supposed to be standard, and so should work for everyone without 7z. > So now, if 7z is creating special zip, this defeat the point. Anyway, i created another zip file, this time with Winrar. > You can download it directly at this address : > http://img44.xooimage.com/files/4/e/3/lzd.v0.3a-662cc4.zip Could you please tell me if this one works better ? I will try to look into it and see if there is any parameter to tell > 7z to use a normal zip method, compatible for everyone. > Yann === Subject: Re: New Compressor for HP 48,49&50 Indeed Raymond, it seems Speedminer was hand-optimized so well that it is hard to find any piece of redundancy in your code. I tested SM48 with different packers, just to compare : Original : 1128 B BZ : 1141 B FC : *Failed* (Flash outputs an error when compression not better than original) LZD : 1131.5 B TNT : 1123.5 B So only TNT is not growing the original binary, and then only for a tiny nibbles gain. Indeed, the gain is so low that even with TNT any automated tool will simply refuse to compress and keep the binary as it is. Nice game by the way, very agreable to play ;) Yann === Subject: Re: New Compressor for HP 48,49&50 Yann's newly posted version 0.3b (unannounced?) seems to have updated every file since 0.3a, except ULZ for hp48 http://LZD.webhop.org says: Current Version : LZD v0.3b : HP48 & HP49/50 Binaries Changelog : v0.3b : Improved compression speed (~15%) --- There was a young lady named Bright Whose speed was much faster than light; She set out one day, In a relative way, And returned on the previous night. Limerick credited by library.utoronto.ca to A. H. Reginald Buller (1874-1944), First publication date: 19 December 1923 in Punch http://www.punch.co.uk/ --- Are any Doctor Who fans reading this? http://www.punchcartoons.com/popup image.php?pID=1667 === Subject: Re: New Compressor for HP 48,49&50 Anyway, i created another zip file, this time with Winrar. > You can download it directly at this address : > http://img44.xooimage.com/files/4/e/3/lzd.v0.3a-662cc4.zip Could you please tell me if this one works better ? === Subject: Re: New Compressor for HP 48,49&50 one zip to rule them all this works VPN > I'm very sorry about all these issues. > John is right : i'm using 7-zip as default packer. However i intentionnally selected zip compression because, well, it is > supposed to be standard, and so should work for everyone without 7z. > So now, if 7z is creating special zip, this defeat the point. Anyway, i created another zip file, this time with Winrar. > You can download it directly at this address : > http://img44.xooimage.com/files/4/e/3/lzd.v0.3a-662cc4.zip Could you please tell me if this one works better ? I will try to look into it and see if there is any parameter to tell > 7z to use a normal zip method, compatible for everyone. > Yann === Subject: Re: New Compressor for HP 48,49&50 no archive found > This is now corrected. Now I find that whatever it is that I am downloading from your web site, > I cannot unzip. I had no trouble with unzipping the original downloads. === Subject: Re: New Compressor for HP 48,49&50 I would be very interested in a faster decompressor than BZ. Having a *faster* decompressor than BZ would allow to compress some areas of my libs which I do not compress currently due to the speed penalty. Best wishes, Andreas http://www.software49g.gmxhome.de === Subject: Re: New Compressor for HP 48,49&50 > Having a *faster* decompressor than BZ would allow to compress some > areas of my libs which I do not compress currently due to the speed > penalty. Indeed Andreas, it seems we had the same idea in mind. This is the exact reason for which LZD was developed. Well, currently, LZD is at minimum twice faster than BZ for the decompressor, and pretty often 3 times faster. The pattern seems to stay identical whatever the calculator model, from HP48S to HP50G. Tested with TGVz, just to be on the user side, it makes the software really start much faster. So, actually, it can be felt. Yann === Subject: Re: New Compressor for HP 48,49&50 > Having a *faster* decompressor than BZ would allow to compress some > areas of my libs which I do not compress currently due to the speed > penalty. Indeed Andreas, it seems we had the same idea in mind. This is the > exact reason for which LZD was developed. Well, currently, LZD is at minimum twice faster than BZ for the > decompressor, > and pretty often 3 times faster. > The pattern seems to stay identical whatever the calculator model, > from HP48S to HP50G. Tested with TGVz, just to be on the user side, it makes the software > really start much faster. > So, actually, it can be felt. > Yann Very impressive. I won't be of much help except to point you to the www.7-zip.org website. 7-zip is a superior zipping util based on a modified Lempel-Ziv algorithm called LZMA. Viewing its source code may be of some help to you, although it looks like you've already got a decent program as it is. My two cents. === Subject: Grob editor for the hp49g+/hp50 I made a grob editor for the hp49g+/hp50. You can take it from http://briancontanguy.free.fr/hp/cgrobeditV1.0.tgz cgrobedit is an hpgcc version of grobedit (for the hp49g). I made this program just for the same raison I made grobedit: the PICT program (left arrow) is so poor and so slowly.. I will post this prog on hpcalc in a few days. Tanguy === Subject: Re: Grob editor for the hp49g+/hp50 I made a grob editor for the hp49g+/hp50. You can take it from > http://briancontanguy.free.fr/hp/cgrobeditV1.0.tgz cgrobedit is an hpgcc version of grobedit (for the hp49g). > I made this program just for the same raison I made grobedit: > the PICT program (left arrow) is so poor and so slowly.. I will post this prog on hpcalc in a few days. > Tanguy I put the worong file. Here is the good one: http://briancontanguy.free.fr/hp/cgrobedit.zip === Subject: << FREE HELP DESK SOFTWARE >> http://helpdesksoftware21.blogspot.com === Subject: Debug4x has been updated Debug4x build 135 now available http://www.Debug4x.com === Subject: Re: Debug4x has been updated It wouldn't be possible to develop so well for HP48,49&50 without such a good Dev tool === FINALLY, the video is available from the Handheld and Portable Computer Club's 25th Anniversary Conference, held 13-14 October of last year at Imperial College in London. An enjoyable time was had by all and there were some interesting and thought-provoking presentations. If interested, consult http://www.pahhc.org/video.htm for details. Jake Schwartz === FINALLY, the video is available from the Handheld and Portable > Computer Club's 25th Anniversary Conference, held 13-14 October of > last year at Imperial College in London. An enjoyable time was had by > all and there were some interesting and thought-provoking > presentations. If interested, consulthttp://www.pahhc.org/video.htm > for details. Just a note to Andreas and Matthias: your copies are on the way (if you haven't already received them). === Subject: Re: battery drain due to IR? No idea why it drained so fast. I used it last semester without needing to change batteries, and i charged them before this semester and they only lasted a few weeks... ah well. === Subject: http://infopike.wordpress.com in that blog u will find * windows tricks * shortcut keys for internet explorer and windows * all run commands and dos commands * interesting interview with warren buffet * microsoft crazy facts and notepad tricks * latest news in IT * amazing facts * math tricks....etc === Subject: Re: Variables within an algebraic object Addendum: [VPN] If you prepend iut with ->ALG from Development Library [VPN] then it will work on programs, too. [VPN] It will even list local variables then [VPN] AND if the argumant is a list, processed with ->ALG [VPN] the output is then NOT parallel processing format [VPN] Just try it out! [VPN] Don't care about 'Invalid Expression' - it will work [VPN] Note on the EQ 2 V program: [VPN] If there is in the PATH above a directory [VPN] with the same name as a variable in the input [VPN] that name will not appear in the list. [VPN] The exthaustive search is to be blamed for this feature. How the previous EQ2V works: The first line makes an input list, then converts that list to a program; the second line invokes the internal variable finder. Note that the numeric solver can solve either an equation or a program, just as the plotter can also plot either equations or the outputs of any programs, and is thus more general than a solver or plotter of equations alone. of finding only the explicit variables in an expression, and exists in the HP49/50 series only, whiile the EQ2V program accepts the same more general input as the numeric solvers and plotter, exhaustively finds all related variables, and works over the entire HP48/49/50 series. X [VPN] [<-l] [CONT] === Subject: Re: battery drain due to IR? change your batteries soon (look the other post) plug your calc directly into an USB port using the supplied cable the batteries will laaaaast longer This is one of the few differences between the 50g and the 49g+: the 50g can run off of 5V USB power. If you're at a computer anyway, why not just run Debug4x? It might prolong the life of your 50g's physical keys :) You do not have to use the cable supplied by HP. Any cable with the correct connectors will work. S.C. === Subject: Variables within an algebraic object Is there a way to find out (on UserRPL) how many variables are there in an algebraic object entered by the user? For example: Once prompted, user entered 2*A*B^2*C/(D^3*E), the program returns variables A, B, C, D and E. Daniel. === Subject: Re: Variables within an algebraic object Is there a way to find out (on UserRPL) what variables there are in an algebraic object entered by the user? For example: Once prompted, user entered 2*A*B^2*C/(D^3*E), the program returns variables A, B, C, D and E. Although there is a limited special function in the HP49/50 series CAS, the following is more general: @ All HP48/49/50 @ Input: 'eqn' or { 'eqn1' 'eqn2' } or << program @ Output: { list of variables } << { } + #54AFh SYSEVAL #5445h SYSEVAL RCLF SIZE 3 #2F110h #353ABh IFTE SYSEVAL 'EQ2V' STO Universal caution: Back up memory before using any program containing SYSEVAL, because any mistake could cause crash or memory corruption. Examples: Input any one of the folowing: '2*A*B^2*C/(D^3*E)' { 'A-B/C^D' 'E' } << A B << 'C+D' 'E' Output: { A B C D E } === Subject: Re: Variables within an algebraic object Addendum: For the HP49/50 series only, there is a CAS function to find only a list of variables explicitly mentioned in a formula, which was likely the more limited goal of the original question: with the list of variable names, e.g.: The just-posted EQ2V program goes further, however, because it employs the function actually used by the numeric equation solver, to find all the variable names which could possibly affect the value of the expression. If, for example, a variable already found exists in user memory, and has another variable, expression or program stored into it, then the name finder program explores recursively into that, and appends any more unique names to the list, so that the solver can then create a menu or form containing every variable upon which the expression may depend. Examples: '2*A*B^2*C/(D^3*E)' STEQ 'EQ' EQ2V << A B << 'C+D' 'E' STEQ 'EQ' EQ2V Either of the above results in output { A B C D E } not just { EQ } However, after { 'A-B/C^D' 'E' } STEQ then 'EQ' EQ2V returns only { EQ } whereas RCEQ EQ2V would return { A B C D E } How the previous EQ2V works: The first line makes an input list, then converts that list to a program; the second line invokes the internal variable finder. Note that the numeric solver can solve either an equation or a program, just as the plotter can also plot either equations or the outputs of any programs, and is thus more general than a solver or plotter of equations alone. of finding only the explicit variables in an expression, and exists in the HP49/50 series only, whiile the EQ2V program accepts the same more general input as the numeric solvers and plotter, exhaustively finds all related variables, and works over the entire HP48/49/50 series. === Subject: Re: Time to a new ROM for 50g? I post inwww.adictoshp.orga post where i call to the hp comunity forum to make a reply to HP for update the ROM (released at 2k6..long time ago :] ) The next ROM (2.10-C) is done; JYA uses it. HP just doesn't care enough to post it on their website. I think that is time to break the saturn emulation, make a real spreadsheet and add new commands needed in the actual time. Breaking the Saturn emulation would take a lot of work. Plus, it would introduce many opportunities for coding mistakes and bugs. With a calculator, the speed of calculation is usually (for most functions) not the limitation; the limitation is the speed at which the user can accurately input information. That being said, I think a better application of their engineers' time would be to figure out how to make the keys feel like they used to. === Subject: Re: Time to a new ROM for 50g? I beg to differ opens up possibilities that you just can't imagine yet then you do need more CPU power Saturn will be gradually past in Assembler programming How about this: Bring out a new iPaq Phone Edition with A GOOD CALCULATOR KEYBOARD sliding out to the right side while the front has a large enough screen to still run EMU48 which keeps the old Saturn programs for full scale CAS computing, RPL/2 -language and other stuff - all programmed in C The calculator keyboard could be almost like 50G with exception of a large hp 35s -style ENTER key in it's correct place I could personally even accept as is keyboard as long as it clicks just like the old 41CX