hp41 integration


Hello, I am trying to enter the hp67 ported integration program to a hp41 and there is a function called 7gsbi, can anyone tell me how can I enter that, as is not an alfa string
Thank you


Insert a card reader



Sorry VPN, can you be more explicit?
I understand that this command is to get something from a card?If so, how can i change the program to work without a card reader?
Thank you


If anyone could send me a integration prograam for the hp41 would be nice Thank you


1. "7GSBi" is a routine that resides only on the HP-41 Card Reader, which must be inserted in order for the command to execute the HP-67/97 function "GSB (i)", which uses the HP-67/97's I register for indirect control. "7GSBi" uses register #25 on the HP-41 (which has no I register) for indirect control. An HP-41 equivalent of "7GSBi" not requiring a Card Reader would be "XEQ IND 25", with register 25 containing a numbered local label. (Of course, any existent numbered register could be used.)

If you don't have a Card Reader, your program as entered will not run. If you do not have the Card Reader documentation, the program will be hard to adapt for an "unaccessorized" HP-41.

2. Plug-in numerical-integration routines for the HP-41 are available on the following ROM's: Advantage Pac, Math Pac, and Math/Stat Pac. The one on the Advantage Pac is the best: a microprocessor-coded Romberg-method function that works like the ones on the 15C and 34C. The one on the Math and Math/Stat Pacs is an RPN program that uses Simpson's Rule.

Check the HP-41 program library on this MoHPC web site for integration routines that you can key in.

-- Karl S.

Edited: 24 Apr 2004, 3:05 p.m.


Hi all;

I took the 82104A Owner's Handbook in order to remember any possible difference between [7GSBI] and [XEQ IND 25] (also [7GTOI] and [GTO IND 25]) and I found only two specific references about using one or another in an HP41 program. Both refer to the fact that rapid reverse branching is not possible in an HP41 program, i.e., negative numbers in R25 will always cause [NONEXISTENT] message and program halting if either [7GTOI] or [7GSBI] are executed (unless flag 25 is set). Anyway, if [XEQ IND 25] or [GTO IND 25] are executed when a negative number is stored in R25, a label with a value equivalent to the absolute contents of R25 is searched for in the current program.

I'm mentioning these facts because when I read Karl's complete and precise answer, I thought "What are [7GSBI] and [7GTOI] good for if one can use [XEQ IND 25] or [GTO IND 25] instead?"

Now I see the truth of it... If an HP67/97 program uses rapid reverse branching and its translated version has its [7GTOI] or [7GSBI] replaced by [GTO IND 25] or [XEQ IND 25] respectively, it may give wrong results instead of showing [NONEXISTENT], what is actually an accurate behavior. I wrote "may give wrong results" because if the equivalent label with a value that is equal to the absolute contents of R25 exists, the program will branch (jump) to that label without any warning. In other hand, this supposed label may also not exist in the original program, so either [GTO IND 25] or [XEQ IND 25] will result in [NONEXISTENT] as well d;^) (I hope my analysis is not too confusing)

Thank you, Karl; I'd never figured that out before


Luiz (Brazil)

Edited: 25 Apr 2004, 12:40 a.m.


Hi, Luiz --

Well, I'm not sure if I gave the most comprehensive answer, even if it was precise. You dug deeper than I did, and found a potential pitfall of simply replacing "7GSBI" with "XEQ IND nn". My objective was simply to identify a means of adapting the program so that use of the Card Reader would be unncessary. It is quite likely that "Fulcrum" would need to make multiple revisions to the program in order to make it functional.

I'll admit that I prepared the answer directly from the CR quick reference guide; I was too lazy to dig out the manual.

-- Karl S.


Hi, Karl;

just to add that I'd never get to that point if you did not post your answer, because I did not even remember that a [7GSBI] (or a [7GTOI]) existed in the card reader. I vaguely remember that I replaced some of them in the past, when converting HP67/97 programs to the HP41 system as a regular activity when I was a student. Your post called my attention to the question I posted about [7GSBI] and [XEQ IND 25]. If I dug deeper, that's because of your observations.

That's one of the main reasons I am always reading answers from brainy guys like you and other regular contributors: there's always something hidden, but there must be someone to call our attention to the possibilities; and sometimes we are the ones calling others attention.

This site rules...

Best regards, Karl.

Luiz (Brazil)

Edited: 25 Apr 2004, 2:48 p.m.

Possibly Related Threads…
Thread Author Replies Views Last Post
  Integration question and "RPN" mode comment Craig Thomas 16 5,850 12-05-2013, 02:32 AM
Last Post: Nick_S
  WP34s integration trapped in infinite loop Bernd Grubert 25 6,983 10-17-2013, 08:50 AM
Last Post: Dieter
  HP Prime integration Richard Berler 1 1,208 10-06-2013, 10:52 PM
Last Post: Helge Gabert
  integration on 39gII emulator Wes Loewer 29 7,145 06-07-2013, 05:58 PM
Last Post: Chris Smith
  WP-34S Integration Richard Berler 15 3,772 03-08-2013, 02:29 AM
Last Post: Walter B
  HP 34S integration Richard Berler 16 4,206 02-18-2013, 04:42 PM
Last Post: Marcus von Cube, Germany
  [WP34S] Speeding up the Romberg Integration Les Wright 14 4,086 05-31-2012, 03:39 PM
Last Post: Marcus von Cube, Germany
  New variant for the Romberg Integration Method Namir 8 2,538 04-18-2012, 07:47 AM
Last Post: Nick_S
  Romberg Integration for 33s, 35s Matt Agajanian 9 2,579 03-26-2012, 10:00 AM
Last Post: Nick_S
  HP 32sII Integration Error of Standard Normal Curve Anthony (USA) 4 1,659 03-14-2012, 03:18 AM
Last Post: Nick_S

Forum Jump: