HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.hp48

Regarding a binary MOD function:

I don't think a binary mod function exists in user RPL.  System RPL,
however, has a binary divide function which acts on internal binary
integers (BINT's) which are different than the user binary numbers (which
are actually 20 digit hex strings to the internal RPL routines).  If you
program in system RPL, this could be useful.  But if you use user RPL
only, the DUP2 / * - method is probably the best.

Hope this helps.

Bill Levenson
Newsgroups: comp.sys.hp48
From: kskalb@immd1.informatik.uni-erlangen.de (Klaus Kalb)
Subject: ABND and ParOuterLoop (was: New Scrn v1.1)
Organization: CSD., University of Erlangen
Date: Fri, 14 Aug 1992 08:30:40 GMT

akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson) writes:

>Regarding the problems your having with the ParOuterLoop:

[Comments about the POL and the stack deleted]

>One more thing...I tried to run a sys RPL program I wrote all the ways
>you described with no problems.  I too have a ParOuterLoop surrounded by
>a temporary environment with  named LAM's.  I noticed, however, that I
>neglected to add the ABND at the end.  If anyone should have problems, it
>seems it should be me.  I also noticed that the SCROLL example in
>RPLMAN.DOC doesn't ABND it's environment either.  Does this mean that it
>isn't necessary when ending the program?  I understand is good practice
>to abnd these environments when they are not needed *inside* a program,
>but the question is... What happens to these environments after the after
>the program ends and an ABND is not executed.  Are the temporary
>variables still taking up memory somewhere?

From my experience it seems that all temporary environments are
destroyed as soon as the running program is terminated.

You need not worry about missing ABNDs unless you're going to call
the program with the missing ABND from another program that uses
unnamed LAMs.  

>By the way Klaus...you seem to be missing an ABND in the listing you
>posted here.

Which listing do you refer to ?
If you refer to the post about my trouble with ABND, the ABND was there.

My trouble is that this ABND sometimes causes a system halt.
BUT ONLY IF the program is called directly from the command line.
I have no explanation for this behaviour.
Without that ABND, everything is fine.

>To summarize...I don't think the problem you are experiencing has
>anything to do with the ABND but I've been wrong before...I think.  Let
>us know what you find out.

Thats my impression, too. I suspect that there's some subtle bug 
somewhere deep in that program. But I don't know where to start 
searching.

>Hope this helps!

Thanx, -KK

---
------------------------------------------------------------------------------
    Klaus Kalb     | mail :  IMMD1 / Martenstr. 3 / W-8520 Erlangen / Germany 
 Werch ein Illtum  | email:  kskalb@immd1.informatik.uni-erlangen.de   
------------------------------------------------------------------------------
Newsgroups: comp.sys.hp48
From: ptran@envmsa.eas.asu.edu (Phi-Long Tran)
Subject: HP41CX Information
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: Arizona State University, Tempe, AZ
Date: Thu, 20 Aug 1992 09:42:00 GMT

     I am looking for the programming manual for the HP41CX (volume 2 of
the manual set).  I have volume 1, but it does not describe enough of the
features and functions.  HP says they do not sell vol.  2 anymore.  I also
need the manual for the math pack.  I would appreciate any information that
I can access via the Internet (e.g., mail server, ftp).

     If this is the inappropriate newsgroup to send such a request, please
feel free to let me know.

---
Phi-Long Tran
ptran@asuvax.eas.asu.edu
Arizona State University
Newsgroups: comp.sys.hp48
Subject: Re: Flight Software from HPCVBBS
From: Steve_Grant@kcbbs.gen.nz (Steve Grant)
Date: 15 Aug 92 02:19:43 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

Ok,
  I will send disks, I have not been able to mail you, our server is 
fallen over (not uncommon), but anyway you will receive a letter soon.

regards Steve

PS I have got your mail.

Newsgroups: comp.sys.hp48
From: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Subject: Re: External input to HP48 (question)
Reply-To: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Organization: Digital Equipment Corporation
Date: Fri, 21 Aug 1992 14:56:11 GMT


I'm sure that there is at least one device on the market for 
doing just that.  I remember reading a review of an input device
in this newsgroup very recently which retailed for something like
a couple hundred dollars or so.

Check you news server and see if the article is still there.

>>>Joe Ervin
Newsgroups: comp.sys.hp48
From: payner@netcom.com (Rich Payne)
Subject: Re: unpostable sex48pos
Date: Thu, 20 Aug 92 03:49:57 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)


Incredible, several people post that the programs by a certain
author has erased -everything- in their calculator, one just by running
the program, and everyone jumps on them.

I have not seen a single flame about the author, despite several claims.
It was clearly posted that the programs by the author were doing unexpected
and potentially damaging things, like erasing all memory.

I am glad to hear about it, and will keep it in mind when I eventually
get around to transferring stuff to my D 48sx.

If similiar warnings were given about a Ford or Honda, I expect that
anyone owning such a car would react differently. Just because your
brakes have worked so far does not mean that due to a manufacturing
defect, you will not eventually get a catastrophic failure. If you have
important programs or data on your calculator, it would be foolish to
try Mr. Naggums programs, at least without a complete backup.

I still 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
From: kolstad@cae.wisc.edu (Joel Kolstad)
Newsgroups: comp.sys.hp48
Subject: Re: unpostable sex48pos
Date: 19 Aug 92 22:57:31 GMT
Organization: U of Wisconsin-Madison College of Engineering

In article <23311H@erik.naggum.no> enag@ifi.uio.no (Erik Naggum) writes:
>
>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.

Yes, the 48 is carefully programmed...  you _do_ remember ROM revision
A, right? :-)  Send over a 0 byte file, and you toast the 48's memory? :-)
A very common programming error, but even the Great Gods at HP weren't
perfect. :-) (And if you really wanted to, we could discuss a few "anomalies"
of the hardware, but far fewer people than the very few who were bitten by
the 0 byte transfer bug would care about those...) :-)

(Not that I'm one to pick nits... we could talk about the 50A computer
controlled power supply that I built that went a little haywire one day and
tried to start itself on fire... :-) )
From: P5JARGOM@UTFSM.BITNET (Javier Argomedo Zazzali)
Subject: Some questions ....
Reply-To: <P5JARGOM@UTFSM.BITNET>
Organization: UNCW news/mail gateway service
Date: Tue, 11 Aug 1992 17:35:33 GMT



Hi,
I'll be very grettigs if anybody can answer some questions about
my hp48s.

* What really does the ML RESET instruction...? i read that it
reset the data bus (or something alike), but when i dissasemble
the ROM (at @00000 address or at @0000F for interrupts) there are
some branchs that does a RESET  ???
* Have anybody the descriptions of the Operating System Flags
lacated at @70XXX?, some of them are documented in the internals
listings, but are only a fews ones....
* Have anybody the descriptions of the hardware IO registers located
at @001XX  ??? they are used in the interrupt handling.
* 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,
Wich is exactly the function of the r4 register  ???  is rigth my
information ?
* I had open my 48s, and i found that it have some type of connector
on the back side of the printed circuit...  i think it is the
connector to the expansion ports ...  I want to add some tipe of
IO to my calculator,  Have anybody the descrptions of that signal
lines ??   refered to the ones of the memory pack.

Thanks a lot...

ps.    excuse my pooooooooor english.

=========================================================================
Javier Argomedo Zazzali                      e-mail P5JARGOM@UTFSM.BITNET
Electronic Engineering Student
UTFSM University, Valparaiso, Chile.
=========================================================================
Newsgroups: comp.sys.hp48
Newsgroups: comp.sys.hp48


Looks like you want the analog->digital converter. I just got the Educalc
catalog, and here is the entry:

A/D Converter for the HP 48SX
Automated, remote, passive monitoring in the:
-laboratory
-environment
-machinery
-factory
-structure
-power system
   A versatile, self-contained data-acquistion system with analysis
capability and PC or Macintosh-compatible files. Low Cost
   Two 16-bit input channels, 0-10 vdc, scans as fast as 1 per second.
Low cost. 
   Comes with manual and complete HP 48 software listings; requires
HP 48SX with PC or ac Serial Cable, plus a 9v battery (not included)

Stock #2304 [A/D Converter] List $450...........................$399.95

 
 
So I hope this is what you were looking for. Also for cables you can just
email me if you need part numbers for Educalc.

Again the above is from the Educalc catalog. I do not work for Educalc
and have not seen the aformentioned product etc...etc... I am only
posting the above for the benefit of people who do not  have the catalog.

BTW Educalc's numbers are
Orders Only 1-800-535-9650, ext9156     anytime
Questions   1-800-677-7001    8-5 M-F

 
Adam Cowen
Email:  hpclub@ee.ualberta.ca

Newsgroups: comp.sys.hp48
From: janl@ifi.uio.no (Jan Nicolai Langfeldt)
Subject: Re: ftpmail from seq.uncwil.edu
Organization: Folkeaksjonen for (tungt) eple cider p} Inf. stua
Date: Sat, 22 Aug 1992 19:03:49 GMT
Originator: janl@dyggve.ifi.uio.no


In article <13115.2339210556@kcbbs.gen.nz>, Steve_Grant@kcbbs.gen.nz (Steve Grant) writes:
> 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.

What about using the mailserver on seq?

  To get started with the mail server, send the following message to 
  hp-mail-server@seq.uncwil.edu:

     send HELP
     send INDEX
     exit


-- 
Nicolai Langfeldt, "Bugs made while you wait"             
Internet: janl@ifi.uio.no

Newsgroups: comp.sys.hp48
From: mheiskan@hut.fi (Mika Heiskanen)
Subject: Re: New Scrn v1.1
Reply-To: mheiskan@.vipunen.hut.fi
Organization: Helsinki University of Technology - Finland
Date: 12 Aug 92 15:30:53

In article <01GNHSTHWEIO0009BV@cmu.unige.ch> COHEN@cmu.unige.CH writes:

>   ************ SCRN v1.1 bug fixed *******************      
>   Version 1.0 was corrupted : it wasn't possible to do
>   LASTARG and some others commands when scrn had finished.
>   The bug has been fixed by reading an old mail treating about
>   the system Rpl command ABND. The only solution I've found
>   ( cf the mail at the end of the DOC ) is to remove ABND from the code.
>   Has anyone a better way ?  Dan.
>   *****************************************************

(deleted)

>   Mail concerning ABND:
>   ---------------------
>
>   Subject: ABND causing System H
>   alt
>   From: kskalb@immd1.informatik.uni-erlangen.de (Klaus Kalb)
>   Date: Mon, 27 Jul 1992 15:16:57 GMT
>
>   Hello everybody,
>
>   I'm encountering strange behaviour of a pure SYSRPL-program I wrote.
>
>   It's a largish ParOuterLoop to display data. This POL is surrounded
>   by code creating a temporay environment with several named LAM's.
>   These LAMS contain the status information that is read and altered
>   while the POL is active. Of course there is a ABND to clean this up
>   at the end of the code.

ParOuterLoop creates a new temporary environment where it stores the
current application (Or the system routines). The routines handling the
current application are collected to a list and then the list is bound to
LAM_'SavedUI. Thus, if you have null named lams created before ParOuterLoop
that you want to use, you have to use N+2GETLAM instead of NGETLAM. (Add 1
for the LAM, add 1 for the link of the new temp.env.). Named lams can
naturally be called normally.
Also important is to restore the application before the ABND command for
obvious reasons.

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

william j. levenson <akcs.levenson@hpcvbbs.cv.hp.com> writes:
|
:
|   How about something constructive, Erik?

I have so far only contributed to discussions on international standards
(POSIX, SGML, character sets), the C programming language, human factors
problems, programming in general, and sundry other topics.  However, I'm
about as well known for my flames as for my technical expertise.  I
don't post software or reply to technical questions when I don't know
that the software or the answer is correct or have the slightest reason
to want to go check things out in the authoritative references.  I get
really pissed off when people post answers which they must know are
nth-hand rumors or wild guesses, or when they display clear and
unambiguous cluelessness and mislead the questioners, and then I let
them know, if the damage is big enough.  In this case, it's moronic to
release software which is not even able to detect whether its input is
valid or not.  Maybe the author has had some fun with it, but it's not
ready for release.  Maybe this attitude comes from making a living as a
consultant who rushes in to fix up other programmer's crappy software
when an organization goes to hell for relying on it.

I appreciate quality wherever I see it, and I have, indeed, let the
authors know that, too.  It's just that people get all worked up when I
slaughter the bad things.

That I'm not the only one who has had such dramatic problems with Mr.
Vieweg's programs speak for itself.

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: edp@math.zko.dec.com (Eric Postpischil)
Subject: Re: Greatest Common Denominator
Reply-To: edp@math.zko.dec.com (Eric Postpischil)
Organization: Digital Equipment Corporation
Date: Wed, 12 Aug 1992 13:35:10 GMT

In article <9208111504.AA04472@sicsoft.epfl.ch>, grand@sicsoft.epfl.CH
((grand)) writes:

>Here is a little program which computes the greatest common denominator
>of two numbers :
>
>\<< DO SWAP OVER MOD
>    UNTIL DUP NOT END
>    DROP ABS \>>

Here is a littler program:

	<< WHILE DUP2 REPEAT MOD SWAP END DROP2 >>

(ABS at the end is optional.)


                                -- edp (Eric Postpischil)
                                "Always mount a scratch monkey."
                                edp@alien.enet.dec.com
From: voelker@ls12w (Matthias Voelker)
Newsgroups: comp.sys.hp48
Subject: graphic cursor speed
Date: 17 Aug 1992 11:00:05 GMT
Organization: CS Department, University of Dortmund, Germany
NNTP-Posting-Host: ls12w
X-Newsreader: Tin 1.1 PL4

Hello all! 
Is there any way of speeding up the grafic cursor (e.g. by altering some
system variables) ?? 

--
==============================================================================
Matthias Voelker                    email:
Weisse Taube 8                      voelker@ls12w.informatik.uni-dortmund.de
D-4600 Dortmund 50 (Germany)        voelker@ls12w.uucp
Phone: (+49) 0231 734722            ...uunet!mcsun!unido!ls12w!voelker
==============================================================================
Newsgroups: comp.sys.hp48
Subject: Einstein
From: Steve_Grant@kcbbs.gen.nz (Steve Grant)
Date: 18 Aug 92 15:03:40 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

Was'nt there a picture of him floating around? And does anybody know 
if it is possible to get shading when doing pictures in programs etc?

Cheers Steve
s

Newsgroups: comp.sys.hp48
From: pha@Mikrolog.FI (Pentti Haka)
Subject: HP41 -- Un-Privatizing programs
Organization: Mikrolog Ltd, Finland
Date: Mon, 17 Aug 1992 12:38:04 GMT

Any HP41 gurus in this group? It was the closest one I could find to my 
subject!!

I have an old surveying program (1984?) for the HP41, and it seems that 
no-one supports it any longer; I would like to make some changes to it 
though, which would enhance it's usability.

The program is protected, and cannot be listed/modified.

The question is: is there a simple way to remove the "private" status of a 
HP41 program?

Please E-mail any tricks you might have to:

Pentti.Haka@Mikrolog.Fi
From: fee@waikato.ac.nz
Newsgroups: comp.sys.hp48
Subject: RPLMAN - Mac formatted copy
Date: 14 Aug 92 12:22:18 +1200
Organization: University of Waikato, Hamilton, New Zealand

Hi,

I've been logging onto SEQ for a couple of weeks now hoping to find
that wonderful formatted version of the RPLMAN.DOC for Mac.

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

Could the kind (and much appreciated) person who first posted the
formatted RPLMAN please replace the one on SEQ's archive with a new
version? Or possibly send me a copy at the email address below? 

Thanks,
Conan.
-----------------------------------------------------------------
Conan J. Fee			    _      fee@waikato.ac.nz
Centre for Technology              (_)o    
University of Waikato, Hamilton    /\  \   Phone: +(64)(7)8384206
Private Bag 3105, New Zealand              Fax:   +(64)(7)8384218
-----------------------------------------------------------------

Newsgroups: comp.sys.hp48
From: yunus@puttgen.ee.gatech.edu (Haroon Yunus)
Subject: Nyquist Plots
Reply-To: yunus@puttgen.ee.gatech.edu
Organization: Sun Microsystems
Date: Mon, 17 Aug 1992 20:18:17 GMT

Can anyone tell me where I can obtain a program which will do Nyqusit Plots.

haroon
From: anderson@Apple.COM (Clark Anderson)
Newsgroups: comp.sys.hp48
Subject: base conversion?
Date: 18 Aug 92 22:14:56 GMT
Organization: Apple Computer Inc., Cupertino, CA

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?

                            --clark

----------------------------------------------------------
Clark Anderson                 BellNet: 408-974-4593
Apple Computer, Inc.         AppleLink: C.ANDERSON
                              InterNet: anderson@apple.com
"I speak only for myself..."
----------------------------------------------------------
From: Steve_Grant@kcbbs.gen.nz (Steve Grant)
Newsgroups: comp.sys.hp48
Subject: Flight Software from HPCVBBS
Date: 13 Aug 92 04:04:00 GMT
Article-I.D.: kcbbs.14640.2259225382
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

Hello,
      Someone emailed me from this bbs about sending me but I lost/got 
there address wrong, could they please e-mail me again. Thanks.

Steve
From: rrd@hpfcso.FC.HP.COM (Ray Depew)
Newsgroups: comp.sys.hp48
Subject: Re: RESET function.
Date: 17 Aug 92 20:18:25 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp48, gabe@qed.cts.com (Gabriel Gonzalez) writes:

> Does anyone know of a programmable equivalent to the RESET function in the 
> grapher of the HP48 (you know, the one that resets PICT and the coordinates 
> to their default values)?  I have an idea of how to create an equivalent 
> function, but I want to ask you people if you know of a function, or at 
> least if you know exactly what it does (resize PICT [how?], erase PICT and 
> create a new one, etc...).
>  
> Thanks...  Gabriel Gonzalez

Try this:

	\<< ... 
	    'PPAR' PURGE 
	    PICT PURGE 
            PICT DROP 
        ... \>>

The non-programmable RESET command resets PPAR to its default values, resizes 
PICT to its default 131x64 size, and erases the contents of PICT.  This 
little program segment does the same thing.  For more information, see "HP48
Graphics," page 105 and 272.

--
Regards
Ray Depew
Hewlett Packard Co, Fort Collins, Colorado
rrd@hpfiqa.fc.hp.com
Newsgroups: comp.sys.hp48
From: mm459504@LANCE.ColoState.Edu (Michael Miller)
Newsgroups: comp.sys.hp48
Subject: New Sites/ programs?
Date: 19 Aug 92 15:04:26 GMT
Organization: Colorado State U. Engineering College

Having set aside my hp48 for the better part of a year, I grow curious as 
to what is new and available for it.

I'd appreciate hearing about any ftp sites that have HP code, and hearing what
you consider to be the bestest most neatest stuff for your calculator,
I will post a followup with the results.

Caio bellA
Mike


--
"You seem ah decent fellow.  Ahd hate to keel you." - I. Montoya
"Well, you seem a decent fellow.  I'd hate to die." - Wesley
mm459504@longs.lance.colostate.edu
Newsgroups: comp.sys.hp48
From: ochealth@unixg.ubc.ca (ochealth)
Subject: Re: Hp48 and TI85 compared
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Sat, 22 Aug 1992 03:49:50 GMT

In article <MHEISKAN.92Aug20064322@vipunen.hut.fi> mheiskan@.vipunen.hut.fi writes:
>In article <1992Aug20.023308.6024@unixg.ubc.ca> ochealth@unixg.ubc.ca (ochealth) writes:
>
>>   Can the TI85 find roots of complex polynomials? Wickes can't, but with a
>>   little trick (any Wayne`s POLY utils) it can.
>


OK, it's pretty simple. Since Bill Wickes' polynomial root finder is so fast,
this trick *crudely* lets it find roots to polynomials with complex coefficients
(instead of just real coefficients).

You need Wayne's or *somebody's* poly utils to make this  easy.

Let Z = [ coefficiients array ], which is a complex vector.
let Z* = conj(Z) (use HP's built in CONJ)

then let Z' = ZZ* ie the original polynomial mulitpled by its conjugate
Z' is gauranteed to have purely real coefficients. So use RE on Z'
and feed that into Wickes' fast root finder. You will get 2*N roots, where
N=degree(Z). N roots will be correct. N roots will be wrong, or repeated roots.
To find the good roots and the bogus ones, go through and evaluate Z(rk) for
k=1 to N.

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.

>What's the trick? (I don't have Wayne's POLY utils.)
>
>--
>--> mheiskan@vipunen.hut.fi

jpm
-- 
______________________________________________________________________________
jpm: ochealth@unixg.ubc.ca         
                            Happily using OS/2 2.0 because MS Windows isNT ___
                                                      Insert VapourFeature ^^^
Newsgroups: comp.sys.hp48