HDTenEightyP/NetNews huggingface dataset:
From: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Newsgroups: comp.sys.hp48
Subject: Re: unpostable sex48pos
Date: 20 Aug 92 13:15:14 GMT
Reply-To: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Organization: Digital Equipment Corporation


In article <d-#ngcm.payner@netcom.com>, payner@netcom.com (Rich Payne) writes:

|>I cannot believe what I am seeing. Many net readers are being
|>chided for giving warning of problems they have had and potential
|>problems for other. 
|>
|>
|>Rich
|>
|>payner@netcom.com


Rick, 

I think you misunderstand the "chiding" that Mr Naggum has received.  
I encourage the public dissemination of any problems with software
from the net.  The thing I had a problem was the condescending tone
of his note.  References to "stupid programmers", software that 
"did incredibly stupid things...", and statements like: 
"...and I'm not going to use software written by Lutz Vieweg for 
the next decade or so,...". 

These are not helpful criticisms.  I can understand being frustrated,
but the network is a powerful thing, and sometimes we need to 
exercise a little self-control when dealing with our frustrations.

Incidentally, it sounds to me like RFU could use some better 
argument checking.  

Lutz, if you're still reading this group do you think we could 
work to change this from a bloodbath into something constructive?


>>>Joe Ervin
From: mheiskan@hut.fi (Mika Heiskanen)
Subject: Re: base conversion?
Reply-To: mheiskan@.vipunen.hut.fi
Organization: Helsinki University of Technology - Finland
Date: 19 Aug 92 02:20:24

In article <71354@apple.Apple.COM> anderson@Apple.COM (Clark Anderson) writes:

>   Something appears to be odd about the base
>   conversion function with the 48...
>
>   If I enter 1 as a binary number, then negate
>   it, I get 1111 1111 1111 1111. OK, fine.
>   This is -1 in 2's complement.
>
>   However, if I'm in decimal, enter a 1 and
>   negate it, I get 65535. This isn't -1 in
>   base 10 - in fact, it isn't even negative.
>   A negative number would start with a '9'.
>   The answer should be 99999.
>
>   Is this a bug, or am I doing something wrong?

Handling any binary integer is done in binary mode. Thus you get #1111...
as result. You can think about it as binary math that has other display
modes too (decimal, hex, octal).
--
--> mheiskan@vipunen.hut.fi
Newsgroups: comp.sys.hp48
Subject: ParOuterLoop'news
From: cohen@cmu.unige.ch
Date: 17 Aug 92 11:30:27 +0200
Organization: University of Geneva, Switzerland

Concerning the ParOuterLoop which seems to give some difficulties....

With the help of William j. Levenson and Mika Heiskanen (I thank them
very much for their precious remarks), I post some interesting
discovers (Sorry if they are already found out!)

First of all, the ParOuterLoop modifies the temporary environment
as the following example shows:

BEGIN_RPL example.s
INCLUDE KEYDEFS.H
ASSEMBLE
	NIBASC   /HPHP48-E/
RPL
:: CK0
	THREE TWO ONE 
	{ NULLLAM NULLLAM NULLLAM } BIND   ( { 1 2 3 })
  FALSE    
  { LAM Exit } BIND  ( *Bind POL exit flag* )
  ' NOP        ( *No display action*  )
  ' ::         ( *Hard key handler*   )
	 kpNoShift #=casedrop
		::
			kcOn        ?CaseKeyDef
			  :: TakeOver
				  TRUE ' LAM Exit STO ;
		;
	 2DROP 'DoBadKeyT
  ;
  TrueTrue     ( *Key control flags* )
  NULL{}    ( *No softkeys here*  )
  ONEFALSE     ( *1st row, no suspend* )
  ' LAM Exit      ( *App exit condition* )
  ' ERRJMP     ( *Error handler* )
  ParOuterLoop    ( *Run the ParOuterLoop* )

  1GETLAM 2GETLAM 3GETLAM 4GETLAM 5GETLAM
  ABND
;
END_RPL

The resulting stack is :
:5: External     Stand for
:4: External     the last flags.
:3: <3d>
:2: <2d>
:1: <1d>

So, if you still want to use your temp. variables after 
the ParOuterLoop, you'll have to write N+2GETLAM instead of NGETLAM
unless you use named temporary variable like { LAM name }.(This tip
comes from a recent mail from Mika Heiskanen). Secondly, you can't
use 3GETLAM to get ONE inside the loop (try it in the the example above).
That must be why it is mentioned in RPLMAN to use named temp. var. inside
the ParOuterLoop.

But what is strange is that the ParOuterLoop should restore the old
temp. env. because of the POLRestoreUI at the end as it is 
described in RPLMAN.DOC:
				------------------------
				("POLSaveUI")
				Save the system or current application's
				user interface

				If error in

				  ("POLSetUI")
				  Set the new application's user interface

				  ("POLKeyUI")
				  While "ExitCond" evaluates to FALSE {
					 Evaluate "AppDisplay"
					 If error in
						Read and evaluate a key
					 Then
						Evaluate "AppError"
					 }

				Then

				  Restore the saved user interface and
				  ERRJMP

				("POLRestoreUI")
				Restore the saved user interface
		  ------------------------------
So, the question is how the POLRestoreUI command works ?
If anyone has an explanation, please post it...

One more thing, I found the bug in my rpl program called 'Scrn'
posted a few days ago : in fact, it was just the sub$ command
which was applied to an object that wasn't necessary a string!
So, the moral is if you can't do a LASTSTACK after the program has run
(the calc is stuck), you probably put bad arguments in the stack.
A retenir!!!
( I 'll post a new version of Scrn with some improvements in the
next days.)

For any commments or remarks, please mail to:

cohen@cmu.unige.ch
Daniel COHEN-LAROQUE



Newsgroups: comp.sys.hp48
From: gobeil@bmera303.bnr.ca (Adrien Gobeil 1525056)
Subject: Flight Software for HP-28S
Followup-To: comp.sys.hp48, rec.aviation
Keywords: flight, navigation, calculator
Reply-To: gobeil@bnr.ca
Organization: Bell-Northern Research, DataSPAN Development
Date: Thu, 13 Aug 1992 16:17:32 GMT

Does anyone know where I might find flight planning/navigation
software for an HP-28S calculator. I know there is some for the 
HP-48, but I haven't found anything for the HP28.

Thanks


Newsgroups: comp.sys.hp48
Newsgroups: comp.sys.hp48

I know all about mice and how they work.  If you have any specific
questions, please post or mail.  I am somewhat in agreement that a mouse
on the 48 is funny- but the hacking potential seems promising.  Ask away.
Newsgroups: comp.sys.hp48
From: vince@ghost.dsi.unimi.it (David Vincenzetti)
Subject: HPUX with B1 security
Keywords: B1 Orange Book Security
Organization: Computer Science Dep. - Milan University
Date: Mon, 17 Aug 1992 08:36:36 GMT

I have examined the kernel sources for hpux 8.0. I've noticed that there are,
somewhere, defines like the following:

	[...]
	#if defined(SecureWare) && defined(B1)
	[...]

...so I suppose that you can recompile the kernel and all the commands
and the libraries to make hpux run at the B1 security level. Now it is
at the C2 level, according to the Orange Book.

Directions, anyone?
-- 
David Vincenzetti -*- vince@ghost.dsi.unimi.it -*- PK available by finger
From: Michael_Hoppe@k2.maus.de (Michael Hoppe)
Newsgroups: comp.sys.hp48
Subject: Re: Different displays?
Date: Mon, 17 Aug 92 07:05:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.11

e>Er...I hate to state the obvious, but are you sure the screen contrast
e>wasn't just set higher on the HP48S than on the HP48SX?

Of course.

Michael
From: mgn00@duts.ccc.amdahl.com (Matt Noel)
Newsgroups: comp.sys.hp48
Subject: Re: unpostable sex48pos
Date: 21 Aug 92 02:02:04 GMT
Reply-To: mgn00@DUTS.ccc.amdahl.com (Matt Noel)
Organization: Amdahl Corporation, Sunnyvale CA

Concerning all this flack about Erik Naggum and Lutz Vieweg and under
tested but free software.

It seems reasonable to note that some program posted can kill the machine.
Also I don't think it's so cool to post something that fails, whether you
post it free or not.  Finally, while Lutz may be prolific, it is not clear
to me that what he produces works so well.  His editor did crash for me,
and he was trying to sell it (and yes, I tried the demo version for free,
and no I will not pay for that product given it's flaws).

Since reloading the machine from a backup is a drag and takes time I can
see Erik getting a bit annoyed.  Perhaps he got a little to negative, but
not terribly so, and Lutz probably has thick enough skin to handle those
comments.

What's the big deal?
Newsgroups: comp.sys.hp48
From: kolstad@cae.wisc.edu (Joel Kolstad)
Subject: Re: Email address?
Organization: U of Wisconsin-Madison College of Engineering
Distribution: comp
Date: 20 Aug 92 00:21:40 CDT

In article <MHEISKAN.92Aug20063106@vipunen.hut.fi> mheiskan@.vipunen.hut.fi writes:
>
>Does anybody know who to email about rpltools package? The docs had no
>email address for HP crew.

The only official supports comes from the HP BBS.  I haven't looked at the
BBS for a long while, so I don't know how good the support is.  Best bet is
to stay here, though -- there are quite a few knowledgeable people who
read this stuff.

						---Joel Kolstad
From: jmorriso@ee.ubc.ca (John Paul Morrison)
Newsgroups: comp.sys.hp48
Subject: Re: RPLMAN - Mac formatted copy
Date: 15 Aug 92 20:15:43 GMT
Organization: University of BC, Electrical Engineering

In article <1992Aug14.193309.27548@seq.uncwil.edu> spell@seq.uncwil.edu (Chris Spell) writes:
>In <1992Aug14.122218.10093@waikato.ac.nz> fee@waikato.ac.nz writes:
>
>
>>However there is a message each time I login from Chris, saying that
>>the RPLMAN.DOC.SEA file is corrupt.
>
>Sorry about the message in the hp_tools dir.  It was a little
>misleading, but it is fixed now.  The mac version (rplman.doc.sea) is
>still corrupt, but if you have a postscript printer pick up rplman.ps.Z
>and print it out.  I have printed it and it looks great.
>
>Chris

The rplman.ps appears to have been created with MS Word (mac).
Maybe the manual could be uploaded in Microsoft Rich Text Format, so
it can be used on other systems.

-- 
__________________________________________________________________________
 John Paul Morrison                     |
 University of British Columbia, Canada |
 Electrical Engineering                 |   .sig closed for repairs 
                                        |             
 jmorriso@ee.ubc.ca                     |
________________________________________|_________________________________
Hi! I'm a .signature dung-beetle. Add me to the rest of the crap in your .sig
Newsgroups: comp.sys.hp48
From: vla@ccadfa.cc.adfa.oz.au (Louis Verhagen)
Subject: Re: where to find HP 41 stuff?
Organization: Australian Defence Force Academy, Canberra, Australia
Distribution: usa
Date: Mon, 17 Aug 1992 11:03:28 GMT

ifaq570@ccwf.cc.utexas.edu (Allen Kitchen) writes:

>In article <1992Aug02.073717.14007@microsoft.com> peterwu@microsoft.com (Peter Wu) writes:
>>Are there places that still sell HP-41CV accessories, used or new?
>>I'm looking for battery holder, time module, and any other fun/useful
>>accessories.


>	Educalc still handles hp41 gear.  

>allen 
>ifaq570@ccwf.cc.utexas.edu

Where can one contact Educalc ???

Louis Verhagen
It's more than 10 years old but still "crunching".
From: HCLIMER@UTCVM.BITNET (Harold Climer)
Newsgroups: comp.sys.hp48
Subject: Block Diagram Algebra
Date: 18 Aug 92 13:52:56 GMT
Organization: UNCW news/mail gateway service


                Does anyone know of a program for the 48 that does
simplification of Block diagrams for Feedback and Control systems. I am taking
 a course in Mechanical/Thermal  Feedback and Control Systems starting in about
a week and a program like this would be most helpful when checking homework
/design problems in both the Lecture and Laboratory parts of this course.
                 A gereral program that covers all control systems ie.
Electrical,Mechanical,Thermal etc would probably  be best.

                                           Harold Climer
                                           Physics Dept.
                                           U. Tennessee at Chattanooga
Newsgroups: comp.sys.hp48
From: mheiskan@hut.fi (Mika Heiskanen)
Subject: Email address?
Reply-To: mheiskan@.vipunen.hut.fi
Organization: Helsinki University of Technology - Finland
Distribution: comp
Date: 20 Aug 92 06:31:06


Does anybody know who to email about rpltools package? The docs had no
email address for HP crew.

--
--> mheiskan@vipunen.hut.fi
Newsgroups: comp.sys.hp48
Subject: ftpmail from seq.uncwil.edu
From: Steve_Grant@kcbbs.gen.nz (Steve Grant)
Date: 21 Aug 92 03:38:35 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

Hi,
   I have been ftpmailing from seq.uncwil.edu and have sepcified the 
files in binary format and to be UUENCODED, but when I get the files 
and UUDECODE them they do not work. I have compared them with my other 
hp files that Have been UUENCODED and they differ ie they don't start 
with HP - all my existing ones do? Can anyone help? I have heaps of 
files sitting on my HDD but I can run them.

****PLEASE HELP*****

Steve Grant

Newsgroups: comp.sys.hp48
From: spell@seq.uncwil.edu (Chris Spell)
Subject: Re: RPLMAN - Mac formatted copy
Organization: Univ. of North Carolina @ Wilmington
Date: Fri, 14 Aug 1992 19:33:09 GMT

In <1992Aug14.122218.10093@waikato.ac.nz> fee@waikato.ac.nz writes:


>However there is a message each time I login from Chris, saying that
>the RPLMAN.DOC.SEA file is corrupt.

Sorry about the message in the hp_tools dir.  It was a little
misleading, but it is fixed now.  The mac version (rplman.doc.sea) is
still corrupt, but if you have a postscript printer pick up rplman.ps.Z
and print it out.  I have printed it and it looks great.

Chris
Newsgroups: comp.sys.hp48
From: abell@netcom.com (Steven T. Abell)
Subject: Re: Some questions ....
Date: Thu, 20 Aug 92 23:21:18 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


>> I don't remember where,but i had read a document that says that the R4
>>register was used as a interrupt vector, and it cannot be changed,

>This is false.  Interrupts do not alter the contents of any of the 
>CPU registers.  

I may be sticking my foot *way* down my throat, but here goes:

I was one of the developers of the 71, the first machine to use the Saturn
processor. I left HP in '83 and haven't seen whatever upgrades they may have
made since then, but at the time, we used R4 to get the interrupt return off
the hardware stack, as I recall. Some of that low-level stuff may have had a
very long life, so I would tread lightly here unless you know a whole lot
about the 48.

This is the first time I've looked at this newsgroup. If there are any 71
hacks still out there, I'd enjoy hearing what you've done with my baby.

Steve abell@netcom.com
Newsgroups: comp.sys.hp48
From: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Subject: Re: Some questions ....
Reply-To: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Organization: Digital Equipment Corporation
Date: Fri, 21 Aug 1992 12:13:35 GMT


In article <+8#ngjl.abell@netcom.com>, abell@netcom.com (Steven T. Abell) writes:

|>
|>>> I don't remember where,but i had read a document that says that the R4
|>>>register was used as a interrupt vector, and it cannot be changed,
|>
|>>This is false.  Interrupts do not alter the contents of any of the 
|>>CPU registers.  
|>
|>I may be sticking my foot *way* down my throat, but here goes:
|>
|>I was one of the developers of the 71, the first machine to use the Saturn
|>processor. I left HP in '83 and haven't seen whatever upgrades they may have
|>made since then, but at the time, we used R4 to get the interrupt return off
|>the hardware stack, as I recall. Some of that low-level stuff may have had a
|>very long life, so I would tread lightly here unless you know a whole lot
|>about the 48.
|>
|>This is the first time I've looked at this newsgroup. If there are any 71
|>hacks still out there, I'd enjoy hearing what you've done with my baby.
|>
|>Steve abell@netcom.com
|>

Steve, 

Thanks for you concern.  I have disassembled the entire interrupt handler
for the HP48 and I can assure you that R4 is not used. In fact, of the 5
scratch registers (r0-r4), only r0 is used by the interrupt handler, and
that one is saved/restored so it is not actually _modified_ by the 
interrupt handler.

Regards,

>>>Joe Ervin
From: catto@author.ecn.purdue.edu (Erin S Catto)
Newsgroups: comp.sys.hp48
Subject: Re: unpostable sex48pos
Date: 18 Aug 92 14:57:29 GMT
Organization: Purdue University Engineering Computer Network

I found this program to be very useful.  If you need to add 
excitement to your "Midnight Aerobics", then sex48pos is for you.

[Zoom]

P.S.  There's been some great software for the HP48 lately, but why no
      SChip games?  Will a post of source code for Ant inspire anyone?
From: akcs.kevinm@hpcvbbs.cv.hp.com (Kevin McCarthy)
Date: Wed, 12 Aug 1992 16:40:03 GMT
Subject: Re: Scrolling display sideways
Message-ID: <2a8930f4.1569.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

You can either use 'edit' (orange-shift +/-) or press the down-arrow and
you'll get a screen with just the binary on it as the first line. You can
scroll around it with the left and right arrow keys.
hope this helps.
Newsgroups: comp.sys.hp48
From: mheiskan@saha.hut.fi (Mika Heiskanen)
Subject: Somebody please upload horn7
Organization: HUT - Finland
Date: Thu, 13 Aug 1992 20:39:00 GMT

I tried to find horn7 from seq and all other hp ftp places I know (Yes, I
tried archie too.) but couldn't find it. FAQ3 file in seq lists such
interesting libraries in it that I'd appreciate if someone would upload it
to seq.uncwil.edu

--> mheiskan@vipunen.hut.fi
From: enag@ifi.uio.no (Erik Naggum)
Newsgroups: comp.sys.hp48
Subject: Re: unpostable sex48pos
Date: 19 Aug 92 20:45:45 GMT
Organization: Department of Informatics, University of Oslo, Norway

Mika Heiskanen <mheiskan@hut.fi> writes:
|
|   Next time try ON-C. It executes every $CONFIG program, including the
|   one in library 1 (internal). It makes a new hidden directory if you
|   somehow manage to purge it.

The only way out of this monstrosity was ON-C.  I already said the
machine crashed.  What happened was that the NULLDIR syseval recalled ''
and two External objects to the stack, and trying to access the
directory in any way brought forth another memory clear question.  I
don't know what happened, but something was seriously screwed up.

|   If Lutz makes a good program, I will use it no matter who says what.

So will I, but we seem to differ in what "a good program" means.

|   If I play around with the code of his programs, I blaim only myself
|   for any crashes. If the user level command causes crashes for
|   inadequate argument checking, I suggest you contact Lutz and tell
|   him about it so he can fix it in the next release.

I suggest not releasing code which exhibits such "features" in the first
place.

|   What comes to crashing the HP48, well, I don't bother to reset the
|   clock anymore. :)

Maybe we have somewhat separate desires when it comes to things in
general.  I actually take my little machine seriously, and don't have
time for daily archive and restore operations just because some stupid
programmer doesn't have time to write decent code.

The '48 has been very carefully programmed by HP so it wouldn't crash no
matter what, and I really appreciate this aspect of the machine.  Unlike
Microsoft and PC's and their non-quality ilk in general, I mean.

Best regards,
</Erik>
--
Erik Naggum             |  ISO  8879 SGML     |      +47 295 0313
                        |  ISO 10744 HyTime   |
<erik@naggum.no>        |  ISO 10646 UCS      |      Memento, terrigena.
<enag@ifi.uio.no>       |  ISO  9899 C        |      Memento, vita brevis.
Newsgroups: comp.sys.hp48
From: mheiskan@hut.fi (Mika Heiskanen)
Subject: Re: Hp48 and TI85 compared
Reply-To: mheiskan@.vipunen.hut.fi
Organization: Helsinki University of Technology - Finland
	<MHEISKAN.92Aug20064322@vipunen.hut.fi>
	<1992Aug22.034950.6455@unixg.ubc.ca>
Date: 22 Aug 92 17:16:13

In article <1992Aug22.034950.6455@unixg.ubc.ca> ochealth@unixg.ubc.ca (ochealth) writes:

>   (method deleted)
>   I'll be the first to admit that this is a kludge, but since Wickes' root
>   finder is so fast, this technique still finds complex roots faster than
>   other programs.

Thanks. I already considered converting the original PROOT to handle
complex coefficients, but this is enough for me. I don't need complex
coefficients that often.

--
--> mheiskan@vipunen.hut.fi
From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Date: Wed, 19 Aug 1992 05:40:02 GMT
Subject: Re: base conversion?
Message-ID: <2a91dcd7.1597.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

Hi Clark!

Try converting #65535d to binary and I'll bet you get #1111111111111111b.
Your word size must be set to 16?  Remember that a binary number for your
HP48 is *always* binary.  If you select dec or hex mode for displaying
it, that's just a different way to express it, but all mathmatics on
binary numbers are done in binary.  This doesn't apply to internal
binaries.  The cpu actually does have the option of using decimal math
but that's deep inside and is another story.

Hope this helps.

Bill levenson

Newsgroups: comp.sys.hp48
From: BOBEA@kgnvmz.vnet.ibm.COM (Bob Easton)
Subject: (none)
Organization: UNCW news/mail gateway service
Date: Thu, 20 Aug 1992 23:48:26 GMT

Does anyone know where I can find routines which will handle symbolic
matrices and subscripted variables?  Are there any on the goodies disks?

Another thing, why does my HP48 give 1_1/s for the UBASE of the cube root
of 1_N?


BOBEA@WATSON.IBM.COM
From: darrylo@hpnmdla.sr.hp.com (Darryl Okahata)
Date: Thu, 13 Aug 1992 22:48:06 GMT
Subject: Backing up *everything* in the HP 48SX
Organization: Hewlett-Packard, Santa Rosa, CA
From: edp@math.zko.dec.com (Eric Postpischil)
Newsgroups: comp.sys.hp48
Subject: Re: Hp48 and TI85 compared
Date: 20 Aug 92 19:40:46 GMT
Reply-To: edp@math.zko.dec.com (Eric Postpischil)
Organization: Digital Equipment Corporation

In article <1992Aug20.155413.21319@unixg.ubc.ca>, george@unixg.ubc.ca
(George chow) writes:

>If you mean that you can formulate the system as Ax = b where A is a matrix
>and x and b are vectors and just invert A, then no, that's not a feature.
>Matrix inversion isn't a stable operation (just crack open your linear algebra
>text). 

What about << b A / >>?  The 48 probably executes that operation with
something better than inversion followed by multiplication.

>
>Hmmm... I must have missed something from reading my HP's manual. How do you
>get an error bound from the HP on your integral?

After an integration, an error estimate is in global variable IERR.


                                -- edp (Eric Postpischil)
                                "Always mount a scratch monkey."
                                edp@alien.enet.dec.com
From: akcs.jwtrav@hpcvbbs.cv.hp.com (John Wettroth)
Date: Fri, 14 Aug 1992 05:40:02 GMT
Subject: Re: 48 Developer's Story
Message-ID: <2a8b41d2.1560.5comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48
Keywords: article, hp 48, adcm-48

Well, thanks Joel, you've seen it and have a good handle on what its all
about.  Its a bit obscure but definitely worth it.  Some B. Dalton's
carry it, my college bookstore techy section (UCSD) and Bookstar.  Check
it out.  Funny you should mention Circuit Cellar, I publish there too and
have an article due out next issue. (unrelated to calculators).

Newsgroups: comp.sys.hp48
From: henko@ppvku.solsta.ericsson.se (Henrik Koberstein(PPL))
Subject: Re: Memory upgrade HP41CV or get HP48?
Keywords: HP41CV
Organization: Ericsson
Date: Thu, 20 Aug 1992 17:16:24 GMT


If you want it, I have an extended functions/memory module for the HP41CV to sell. It contains about 60 extra fcns, I
don't quite remember and 124 extra registers that work a lot like a ram-disk. Since I have both a HP48-CX (It's
built-in in the CX) and a 48, I no longer need the module.
Feel free to send a mail to "henko@ppvku.ericsson.se" or "henko@ppl.ericsson.se"

  Regards, Henrik
From: akcs.kevinm@hpcvbbs.cv.hp.com (Kevin McCarthy)
Newsgroups: comp.sys.hp48
Subject: Re: Weird Polar Graph
Date: 12 Aug 92 15:40:02 GMT
Article-I.D.: hpcvbbs.2a892ff6.1565.2comp.sys.hp48.1

You can stop that by setting flag -31, but then you just get a series of
points for the graph, not solid lines.
                                  Kevin McCarthy