HP Forums

Full Version: promgramming??(built in func)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.

This equation dosen't see to work well in my 49G+ I really don understand the underlaying factor for this what I do know is that other simple equations will work jus fine. The equation with the problem is : let assume 1/(x^2+3*x+2) I expect to see -1/(x+2) + (1)/(x+1) or vice versa.
This is the simple program in RPN mode
<< Eter """ALG V}INPUT OBJ-> ->a
<<a parfac>>

all flags
are set exact

do you see any mistake on my part??

**NOTE ** Capitalization MUST be as shown **
Program Frac:
<< "Enter Fraction" { "'" ALG V } INPUT OBJ-> -> a
<< a PARTFRAC >> >>
BYTES => #B61Ch 78.
key in after '
Result: '1/(1+X)-1/(2+X)'


How to modify to work on a 48GX?

Search for ALG48 in the www.hpcalc.org

PF command will do the trick.

You may need to invest in a 128MB RAM card.

I would certainly use a faaaast 49g+ instead.


please give some explination to this fragment. BYTES => #B61Ch 78. Look like an assemble code
this might be the winning soulution cuz with out BYTES => #B61Ch 78.
The 49G+ will not give an soulution to that problem .... jus explinations and some refrences for reading on BYTES => #B61Ch 78.
thanks VPN

1) RCL the program on stack level 1

2) spell out the command name BYTES and press [ENTER]

3) you will see the checksum and the used bytes on the stack


you are helpful on this board thanks
a lot .

I see all the syntax my question is here : where should I type or key in this BYTEs=> ???Capitalization MUST be as shown **
Program Frac:
<< "Enter Fraction" { "'" ALG V } INPUT OBJ-> -> a
<< a PARTFRAC >> >> <=======)I know this is the program
BYTES => #B61Ch 78. <===========) now this is my question
key in after ' <=======) key what in 1/(x^2+3*x+2)
Result: '1/(1+X)-1/(2+X)'
what is happening is that I don know where that supposed to be in program
clearify a bit here

I get the memory location how does it slove the problem. why should I be worried about this location?

This isn't my bag, but...

It doesn't *solve* the problem. It's not supposed to.

And it's not a "memory location". I suspect that you've gone off on a tangent. It's not machine code; it's not tricky programming. It is simply a mechanism for confirming that you have keyed in VPN's program correctly.

The first number (#B61Ch) is a
checksum of the program you keyed in (in base 16). The second number is the amount of storage consumed by the program. If you get the same numbers as VPN you know you've keyed it in correctly.

Try an experiment. VPN stressed that you must match the character case of his listing *exactly*. Re-key the program and change just one character. The program won't work (of course) but when you use BYTES you will get a *different* value to VPN's. That tells you that you made a mistake (although it doesn't show you what the mistake was).

I hope that helped.


PS: I know nothing of these new-fangled RPL calculators so I probably can't help you much more.


Edited: 5 June 2004, 1:29 a.m.

what is interesting is that hp49G+ was programed under this condtion for built in function of this kind.n(x)/d(x) where n(x)=0 and d(x)=0 are true .cuz it work for any function of this kind x^2+3x+6/(x^3+3*4*x+8)
rational function will pass, any thing short will not perhap I have a bug in my calculator ....... I typed this proble over and over .

please help see if this work in ya calculator as well mine it is not while I'm posting this again.