A679
===
Subject: Re: Apology
Hi Poster,
Sorry but you are posting to the wrong group. This is a newsgroup for
Handheldpc palmtops. To learn the difference between a HPC (handheld
PC) and PocketPC go to this website http://www.hpcfactor.com/newsgroup/
http://www.HPCfactor.com is the world largest (and possibly last) HPC
website. It was created by Chris Tilley and Clinton Fitch, and you may
ask them questions by either a) going to hpcfactor.com and posting on
their forms http://www.hpcfactor.com/forums/category-view.asp
or by sending them a email message at which they will be more than joyed
to answer your HPC questions.
Chris Tilley-chris@hpcfactor.com
Clinton Fitch-clinton@hpcfactor.com
Best of luck,
John
--
BA Church Education Ministries AS Business/IT specialist
http://johnw.freeshell.org/bible/
http://johnw.freeshell.org/bible/unbeliever_list.htm
2 Tim 4:2
AIM: Crucifyself03
Think of all the hundreds of Program software units You can't use
because Design changed parameters around, not sticking to an easily
understood and adapted standard language, or layout, or market.
I, and many users have already been alienated through the obseleting
and reorganizing the product over and over until it's all too
unfamiliar to rely on or care about.
Today the HP is, obscure.
I can run some pretty old TI software without much trouble.
Do you want a change some HP S/W?
Another model, no manual, no clear language, no standards no quality,
no respect.
You got me Another HP?
I imagine it will be facinating,
but not too facilitating or practical.
===
Subject: Re: Future calc ?
You seem to have misunderstood. The HP40gs is not a replacement for the
HP49G+. It is a replacement for the HP40G which is a completely
different series with a different mode of operation.
The HP40gs will run old software from the HP38G, HP39G, HP39G+ and HP40G
models perfectly well.
The HP38G series has been by far the most consistent series of
calculators that HP has yet produced, with compatibility up through the
models - particularly in terms of consistent user interface - being
exceptionally good.
===
Subject: Re: hp 49g+ vs Ti 89 titanium
Ordinary or partial?
There's Lars Frederiksen's DiffEq package, which doesn't have an HP
equivalent (that I know of):
http://www.paxm.org/symbulator/download/am.html
I have a few exact PDE solving routines in my MathTools package:
http://technicalc.org/bbhatt/#math
Since I last released MathTools, I've made some improvements to the PDE
solving capability. If you decide to go for the TI-89T and are
interested, e-mail me (lalu_bhatt*at*yahoo.com) and I'll send it to
you.
As for RPN, there's an RPN interface for the TI's:
http://www.paxm.org/symbulator/download/rpn.html
I haven't yet had a chance to do a thorough analysis of how the HP and
TI handle algebraic (systems of) equations, but as far as I can tell,
the TI's have a slight edge here. TI also recently improved the
inequality solving abilities of the TI-89T and Voyage 200, if that's
relevant.
Since you'll be doing physics, you might find the Arrays package
useful:
http://technicalc.org/bbhatt/#math
It helps with tensor analysis. The higher-level routines were written
for general relativity, but of course it can be applied in other areas
also.
Hope this helps.
Bhuvanesh.
===
Subject: Re: hp 49g+ vs Ti 89 titanium
You already know the 49g+, since it's almost identical to the 49G
www.hpcalc.org has all the programs that you need
Did you know that you can further anhance the speed of the 49g+
via a software trick? It's the fastest beast around.
The SD card gives you new possibilities
The ARM CPU can be programmed in C using PC tools.
VPN
===
Subject: Re: hp 49g+ vs Ti 89 titanium
In all fairness, it should be noted that there is a distribution of the 68k \
\\
\\\\
\\\\\\\\
And TI's FlashStudio allows you to write flash applications in C.
But neither of them will be as fast as the 49g+ because of the ancient CPU. \
\\
\\\\
===
Subject: Re: hp 49g+ vs Ti 89 titanium
Here are some comparisons. Note that some things like memory size,
I/O ports, clock, etc. vary from the calculators reviewed, but the
basic functions and keyboard layout stay the same.
http://www.laurowski.de/hp49/ti89hp49_comparison/ti89-hp49.htm
( http://www.hpcalc.org/viewzip.php?id=4738&file=ti89-hp49.pdf )
http://www.technoplaza.net/calculators/49vs89.php
http://www.area48.com/49/49vs89.html (better copy in zipped
pdf: http://www.hpcalc.org/hp49/docs/misc/49vs89.zip )
http://en.wikipedia.org/wiki/TI-89_series
http://en.wikipedia.org/wiki/HP-49_series
===
Subject: Re: how to make a Library
CRLIB command is included with your calculator
www.hpcalc.org has document describing how to use it.
===
Subject: Re: Engineering economic class
With HP 49G+, Left shift 9, will give you access to the very basic, but
powerful, finance section of the machine.
===
Subject: Re: Engineering economic class
The new 17BII+ is an economical choice,
but I would searc for the programs in the www.hpcalc.org
Financial sector as the hp 49 section has nice programs for finance
===
Subject: Bug for TI 89 Titanum!
I think that TI 89 Titanum has a bug vs TI 89 because Titanum
doesn't solve zeros(g(2x)+2tg(x),x) but the TI 89 solves (in partial)
this operation. Why?
Matteo Puzzle
Italy
http://it.groups.yahoo.com/group/softwarestrumentitecnologici/
http://www.matematicamente.it/giochi/La_matematica_degli_indovinelli_3.0.pdf\
\\
\\\\
\\\\\\\\
===
Subject: Re: Collecting data on the 49G+ via usb-interface.
I don't know why things would have to go that way. You can transfer
data to and from the HP over the USB port, so why not push the data to it?
certainly there are small computer (soekris net4801, for example) that
can be easily battery powered, and can run the linux software for
connecting to the calculator, and some software to read from your
device. If the source code is available, I'm sure it's trivial to
merge the two together so that what is read from the device is sent to
the calculator.
===
Subject: Re: Collecting data on the 49G+ via usb-interface.
http://hpconnect.sourceforge.net
Download the source and look at that.
===
Subject: hpgcc invalid user function error on the 39g+
hpgcc and someone suggested posting here. I am using 1.1 due the
dropping of support in 2.0 of hp39+ applets. I can compile the program
and get the .hp file, and i can also convert it into an applet with out
stress. I then copy the library across and it seems to load ok, and I
then bring the aplet over. However, when i try to run it, the splash
screen comes up, but when i press enter the aplet or program comes up
with the error \\Invalid User Function\\. Has anyone else had this
===
Subject: Re: HP49G 49G+ Graphing Issue
to me.. MAN!! I JUST WANT TO KNOW IT..!!! I think I'm going to take
some basic classes about it in my University, sadly the classes only
start within a month!! I thought about downloading Microsoft Visual
C++ Express (which is free) to try to learn something. Is it worth it?
About a book I think I'm gonna take some borrowed from my teacher :-D
===
Subject: Re: HP49G 49G+ Graphing Issue
It is always worth it (learning to program)
===
Subject: Re: HP49G 49G+ Graphing Issue
Sorry for confusing you with my lame english... But I was asking if
Microsoft Visual C++ worth downloading for trying to learn or if it's
some other better/more friendly/easy program to start with!
===
Subject: Re: HP49G 49G+ Graphing Issue
You'd be much better off downloading the Visual C#.net \\express edition\\ \
\\
(it's
free from microsoft.com). It gives you -- much -- of the power of C++ while \
\\
making GUI and web page (acrtive server) design as easy as Visual BASIC.
(Historically GUIs in VC++ were done using MFC, which certainly gets the job \
\\
done, but it has a pretty large learning curve vs. VB.)
===
Subject: Re: Buttons on HP48 and 49 series getting loose....?
rschapin@comcast.net escreveu:
WOW!! This is a new one for the list!! Have to write it to
MythBusters!! LOL!! The only thing that's missing now is a calculator
which could manage to evaporate from the hands of the user!
===
Subject: HP49G+ do you recommend it ? hear my case.
Hi I have nearly 7 years using the HP48 G+, I learn how to program it
and all the basic and advanced stuff.... recently I feel the need to
upgrade, I want to ask all you guys with experience in the HP48, I
would like to upgrade in HP49G+ but I don't know if it worth the bucks,
or in your experience is it good to keep my HP48G running for a little
more time?
I'm studying Electronics and Communications Engineering, and I use a
lot QC15, Mathtools, Java, Algebra48 all really great programs for
HP48.
===
Subject: Re: HP49G+ do you recommend it ? hear my case.
I much prefer the 49g+ now that I have gotten used to It. I was able
to transfer all my 48g programs to the 49g+. Also there is a very
helpful and accessible HP calculator support group. JBH
===
Subject: Re: HP49G+ do you recommend it ? hear my case.
AS a recent convert myself (the lowest row of keys on my 48GX doesn't
work reliably anymore), here's my comments on why you should keep
using the G+:
1. The 49G+ has lousy keys and feels cheap compared to the 48 series.
2. I don't like the layout as much, either. especially the ENTER key.
I spend more time in menus looking for functions. That said, it's
easy to remap things.
However, there are some things I really like about the 49G+:
1. Speed. A lot of things that were unworkable slow using Algebra48
on the 48GX are nice and fast on the 49G+. Similarly, custom programs
can be orders of magnitude faster if you write the algoritms in hpgcc.
2. Larger screen. Having 7 lines of stack *and* status lines is
rather nice.
3. CAS is rather nice.
--
Richard W Kaszeta
rich@kaszeta.org
http://www.kaszeta.org/rich
===
Subject: Re: HP49G+ do you recommend it ? hear my case.
I personally prefer the HP48G series over the newer calculators because
the hardware of my oldes HP48G series calculator is SOOOOOOOOOOO much
better than even the newest HP49G+. If you are the tinkering type and
skilled with electronics, it is possible to upgrade your HP48G+ to more
calculators to 256KB, 512KB, and 1MB). This would allow you to install
left over. In a sense, you can give the calculator enough memory so
that it is comparable (software-wise) to an HP49G+, yet still has the
hardware reliability of an older, higher-quality calculator.
[begin shameless plug]
I have quite a few HP48Gs which I've expanded. In fact, you can find
one of them on eBay (I've moved on to the 1MB expansions and am parting
with my 256KB units).
[end shameless plug]
===
Subject: Re: HP49G+ do you recommend it ? hear my case.
The plan is:
A) Keep The HP 48G+
Repeat the above until it rings in your ears and mind
B) Get the hp 49g+
The keyboard is not that good, but you will learn a lot using it
--
Brother-Peter
===
Subject: Re: Need help with dead 41C
I seem to recall an issue with my old 41C where the display \\Ceased to
exist\\.. (we're going back 25+ years here, so bear with me)
I could get the display to appear if I twisted the calc case ever so
slightly via any two opposite/diagonal corners.
I recall a fix that a friend of mine recommended:
Pull off the little rubber booties on the bottom of the calc, below which
you will find tiny little screws that fasten to bottom case to the top case, \
\\
or vice versa (at least I THINK that's what they did).
Tighten/snug them up. May require a very small screw driver. I remember that \
\\
that fixed it right up!
Maybe this will help ..... (?)
--
Grumpy Aero Guy
===
Subject: Re: Need help with dead 41C
case,
that
I looked at the museum in the Repairs section. Steve (Australia) also
suggested the twisting. I tried it and it worked!
Now, my next step is to get some modules. Any suggestions?
Martin Cohen
===
Subject: Re: Need help with dead 41C
Be very careful when tightening the screws! The 41 screw posts are very
fragile and do not improve with age.
If you break one, you might be in even more trouble.
Arnaud
===
Subject: Re: Need help with dead 41C
Try to ask the question there:
http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi
They love the 41.
Arnaud
===
Subject: \\
=?iso-8859-1?q?Creating_an_Access_Pointer_/_ACPTR_/_ACCPTR_/_Extended_pointe\
r\\
_using_covered_ROMPTR=B4s?=
Hello together,
if one accesses a covered ROMPTR this is done through ACPTR objects
which besides the address also
contain the address of the subroutine which handles all accesses to
that particular memory area.
What I know so far:
The ACCPTR can be recalled through using
TOTEMPOB
which will give me this particular Extended pointer on Level 1 of the
stack.
Now, if I want to determine the particular Access Pointer for a ROMPTR
in covered memory I first have to check if the ROMPTR is covered. After
that I do
ROMPTR@
2DROP
finally I have it on the stack with
TOTEMPOB.
Now this is quite cumbersome and slow, so I kindly ask: somebody has a
better suggestion/solution?
TIA
Andreas
http://www.software49g.gmxhome.de/
P.S. as an unrelated side note this will give us the opportunity to
change all message strings to another language, allowing complete
language customizing of the 49G/G+ and the ability to store them in any
port (the size of all message strings together is about 35kB which
doesCnt matter so much if the are stored in port 2).
So if there are any volunteers out there to complete the french and/or
spanish language (which is partly already in the calc) or translate it
to another one I gladly give the source away to let your 49G speak any
tongue you want.
Of course the translation has to be done by you first !
I know that this is a rather boring and laborius work, but it is so
much nicer to see your 49G/G+ speak your mother tongue ;-)
Would be nice if finally the messages of IfMain2 are moved to a message
arry in an upcoming rom ;-)
===
Subject: ROM Dump for HP48 DOS Emu
I would like to install the HP48 emulator on an old DOS machine I have
here.
I am having problems with the Romdump software provided with EMU48DOS.
The romdumps I use for the HP48 Windows emulators are not in a format
compatible with the DOS emulator.
Would someone have a dump compatible with the DOS emulator that they
could email to me?
Tomcee
===
Subject: Re: ROM Dump for HP48 DOS Emu
Please, keep us posted with your results. I've been trying to get it
work for a long time.
Carlos
===
Subject: Re: ROM Dump for HP48 DOS Emu
Quite a long time ago I published some file converting tools at
http://privat.swol.de/ChristophGiesselink/Pcuti/filetool.zip.
With the included ROM2DMP.EXE it's possible to create a dump file from a
packed binary image.
With the program Dump2Rom.exe from the DOS emulator package it should be
possible to create the necessary ROM image file for the DOS \\emulator\\.
But IMHO the Emu48 DOS version is only a proof of concept. I tried it
somewhere end of 90'ies and I was only able to get it on one machine
working. I only was able to do some standard mathematical operations, no
program loading, no ... It was only nice to see to have a look onto the
roots of Win48 (aka Emu48 for Win32).
Christoph
===
Subject: Re: ROM Dump for HP48 DOS Emu
Chris/John:
Chris:
Based on your comments, I will certainly bring this project to a lower
level!!! I would like to use it on my DOS machine, but it seems it
doesn't have wide usage/support.
Tomcee
===
Subject: Re: ROM Dump for HP48 DOS Emu
These two unrelated DOS emulators for 48SX/GX
appear even older than Emu48
(I have not tried either,
nor do I know about their rom dump files)
http://www.hpcalc.org/search.php?query=emul48
Can your \\DOS machine\\ run any slightly more updated
version of DOS -- like Windows 95 or 98?
Or Linux?
===
Subject: Re: ROM Dump for HP48 DOS Emu
FWIW, the output of dump2rom.com appears to be the same as file
gxrom-r, except for the minor issue of the nibbles in each byte
being reversed :(
A computer-made ascii-expressed hex dump of original file gxrom-r
might serve as suitable input for dump2rom.com
Ref:
http://www.hpcalc.org/hp48/pc/emulators/gxrom-r.zip
===
Subject: Re: More help wanted at OpenRPN.org
What is openRPN?
===
Subject: 49G+ Advanced User Guide
Is there a place I can get a hard copy of the 49G+ Advanced User Guide?
PDF files are nice, but I much prefer a hard copy of reference
material.
===
Subject: Re: 49G+ Advanced User Guide
What about your local print shop?
I just printed those pdf files out myself double sided two pages per page
(A-4). Readability is good enough and cost is low.
===
Subject: Re: quality statement
Sure, but what use is lifetime on this type of technology. I still
have my HP41CV 22 years later. Works great. I use it for balancing
my checkbook and even then I am starting to enjoy the viewable stack
of my 49G+. So what good is it doing me? I can tell you that half
the price when I was in college in 1984 would have been a bucket of
money.
lifetime.\\
===
Subject: Porting....from hp48 to hp49G+
Hey there...im kinda new to this hp calc stuff and i need a small favor
for a uni class...
can somebody help me port a hp48 program to hp49g+?
Please its kinda urgent...and btw..can someone have patience later to
teach me how to do that...havent found a useful guide to it...
Please send me a mail...
===
Subject: Re: Porting....from hp48 to hp49G+
Programs in \\user\\ language usually need no change
(or very minor change); programs found on internet sites
(which often are packaged into libraries,
and/or may have been written with \\unsupported\\ features)
may be a whole different category of \\porting,\\
like that boat dragged over a mountain:
http://imdb.com/title/tt0083946
===
Subject: Re: Porting....from hp48 to hp49G+
If you post your program here, suitably commented so we can tell what it
is supposed to do, there will no doubt be many who will help you with it.
===
Subject: About e number, e varible and i
Manel.
Is there any way to diferenciate number e and e variable at a
equation?
With EQW I can't write sumatory with \\i\\ index.
For example for PI there are 2 ways.
LS+SPC NUMBER PI (CAN'T BE USED AS VARIABLE)
ALPHA+P GREEK LETTER (CAN BE USED AS VARIBLE)
Any thing similar for \\e\\ and \\i\\ ?
Thanxs
===
Subject: Re: About e number, e varible and i
True,
because the interpretation of 'i' as a particular constant
(or any other name in 21 MENU: e \\\\pi MINR MAXR)
takes precedence in the built-in SysRPL compiler.
However, in place of '\\\\GS(i=1.,9.,i)'
you can write 0. 1. 9. FOR i i + NEXT
That 'i' is then used as a *local* (temporary) variable name;
in fact, whatever word follows FOR is accepted as
the name of a temporary variable, e.g.
FOR DROP ... NEXT
FOR NEXT ... NEXT
(the first NEXT is a variable, the next NEXT ends the FOR :)
The first is lower-case \\\\pi
(defined to mean a particular constant)
The second is uppercase \\\\PI
(different character, has no special meaning).
Capital E and capital I
(international) accented letters
e. and i.
Etc.
SysRPL transcends this limitation, however; for example:
\\SYMBOL SYMBOL ID i ; %1 %9 SYMBOL ID i ; xSUM ;\\
Compiles to: '\\\\GS(i=1.,9.,i)'
(you can then even edit the limits with EQW,
but you can't edit the expression using the \\text\\ editor)
Would anyone like to try the MATCH commands?
===
Subject: Re: About e number, e varible and i
I meant UserRPL, of course (SysRPL was mentioned later)
===
Subject: Re: About e number, e varible and i
Here we go (on 49 series, using Development library command):
Result: '\\\\GS(i=1,9,i)' [using \\ID i\\]
On HP48GX that would be: ... \\i\\ #5B15h SYSEVAL ...
(but you'd better be careful, don't want any \\Memory Lost\\)
My earlier statement about editing the above with EQW was incorrect;
although there may be no \\syntax error,\\ each 'i' changes
to the built-in *command* known as xi, which won't work :(