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


I Just dowloaded StringWriter.lib and it works good.
The file has been changed ( the first copy was corrupted )

It is a very good tool ( As good as QED )

Here is a short documentation :

* EDIT : takes an object from level one and edit it
         pressing enter puts that object on the stack after beeing parsed
         When editing, the cursor moves too fast, press - to slow it
         Pressing + fasten the cursor movments
         To get the + or - char you must be in alpha mode
         There is a menu bar with :
         ASCII : for entering a specific char , enter the ASCII code
         GOTO  : to jump to a specified line
         ->BEG : jump to the beginnig of a selection
         ->END :jump to the end of a selection
         DEL L : deletes the current line
         INFO  : informations about the text ...
                 You must keep the key pressed.
         BEGIN : maks the beginning of the selection
         END   : marks the end of the selection
         CUT   : cuts the selection
         COPY  : copy the selection to the clip
         PASTE : insert the clip content before the cursor
         DEL   : deletes the selected text
         FIND  : find a pattern starting from the cursor position
         REPL  : find and replace
         NEXT  : jump to the next occurence of the pattern
         R     : repplace the pattern 
         R/N   : replace the pattern and jump to the next occurence
         R/ALL : replace all the folowing occurences

Pressing ENTER saves the changes to the stack
pressing ON quits with no changes ( you are queried )

* VISIT  : Works like the Shift-Blue VISIT key
* EDD    : takes an objects from level one and the edit the object
           named ->S which is either in port 0,1 ro 2
           I don't know the purpose of this command
* VZ     : is to EDD what VISIT is to EDIT
* NEW    : start and editing session with a null string
->FNT    : to change the font , it takes a GROB from level one
           I dont't know which format it should be
*Info  : the about function ( I never saw something like that )

Download the lib and try it, it's worth the 16908 bytes it takes.

From: akcs.kirkland@hpcvbbs.cv.hp.com (Daniel B. Kirkland)
Date: Sat, 9 Jan 1993 08:40:09 GMT
Subject: Re: QED 1.09 on seq.uncwil.edu
Message-ID: <2b4e8653.2577.4comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

I have been receiving mail from people wanting to know
how I got QED1.09 to work. So here how it was done.

I downloaded the file QED109.lzh to a PC (msdos) using
type binary transfere mode. ( it must be done in binary mode)

Then I unpacked it using lharc.exe

The path at seq.uncwil.edu for QED109.lzh is

hp48/Uploads/QED109.lzh

You can also get lharc.exe from seq.uncwil.edu
The path is

hp48/archive_utils/dos/lharc.exe

You need to use binary mode to download lharc.exe also.

When you get QED109.lzh and lharc.exe on the PC
then enter the following command

lharc x QED109.lzh

That should unpack all the files in QED109.lzh
The QED directory will be in binary format and ready
to transfer to your HP48.

There will be a small readme file
a much larger document file
the QED.DIR file (for the HP48)
and three font files that can be used to create custom fonts.
(I just use the fonts that Lutz includes in the directory)

I hope this will be of some help

This is a great editor. I do all of my programming directly
on my HP48, and now that I have started using QED I don't
think I could ever go back to just using the builtin editor.
Also, I am able to get a lot more programming done in the
same amount of time ( a few times over ).

Dan Kirkland

kirkland@ee.utah.edu

Newsgroups: comp.sys.hp48
From: mnb@mira.ca.boeing.com (Mike Burr)
Subject: Re: Re: Re: 3 Re: AAA Lithium batteries with the HP-48SX
Organization: BoGART Graphics Development
Date: Mon, 11 Jan 1993 20:20:10 GMT

In article <2b500d1d.2539.6comp.sys.hp48.1@hpcvbbs.cv.hp.com> akcs.jwtrav@hpcvbbs.cv.hp.com (John Wettroth) writes:
>>what good would -40c batteries do in a calc with lcd...
>Good point Steve.  I design a lot of military equipment with LCD's.  You
>can design LCD's that work at such temps but the 48 display would
>probably go away at zero c or so.  I'll modify my last post to say that
>they are totally useless.

Wait a minute, not so fast.  I found the information about the batteries
quite informative.  Isn't is possible that they could be useful if one
were using their calculator as an unattended data collector or control
device in a cold environment?  Who says you're _always_ interested in
looking at the display?


-- 
Michael Burr  Boeing Computer Services, Bellevue WA
              Email:mnb@voodoo.ca.boeing.com
From: PROPE7@ifens01.insa-lyon.fr (Albin Champoussin)
Newsgroups: comp.sys.hp48
Subject: hp48 server
Date: Sun, 10 Jan 1993 14:49:22 GMT
Organization: INSA  CENTRE INFORMATIQUE DU 1er CYCLE
NNTP-Posting-Host: pc110-102.insa-lyon.fr

prope7@ifens01.insa-lyon.fr

Looking for server specified to hp 48
thanxx
Newsgroups: comp.sys.hp48
From: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Subject: Re: SYSEVAL #CEEAh (disable clock)
Reply-To: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Organization: Digital Equipment Corporation
Date: Wed, 6 Jan 1993 13:35:43 GMT


In article <2b49df90.2560.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>, akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson) writes:

|>
|>To disable the clock display in a program, why not use the HP supported
|>ClrDA1IsStat at #39531h ?  I haven't disassembled this and it may use the
|>#CEEAh address but I'm not sure what that is doing either.  When in
|>doubt, I would use the HP supported entry points when possible.
|>
|>I hope this helps,
|>
|>Bill Levenson
|>


It depends on why you want to disable the clock.  If you're programming
in "user" or "system" RPL, then ClrDA1IsStat at #39531h should be fine.

If you're like me, however, and do most of your recreational programming
in machine language, then you're probably worried about interrupts.  The
ClrDA1IsStat word apparently only suppresses the RPL system from actually
displaying the clock.  It does not, however, actually stop the 1-second 
interrupts that are used to tell the RPL system when to advance the clock
display.

>>>Joe Ervin
Newsgroups: comp.sys.hp48
From: makovsky@scsuc.ctstateu.edu (MAKOFSKY,STEVEN)
Subject: Newbie Programming Question: Help!
News-Software: VAX/VMS VNEWS 1.41    
Organization: Southern Connecticut State University - Computer Center
Date: Sun, 10 Jan 1993 21:44:00 GMT

Hello All.... Just picked up my HP48sx 2 days ago, and, wow, what a 
machine. Anyways, I was wondering, what do I need to start programming for
it. Ive seen several compilers.. So, what do I need to get me off and running?
Thanks!

makofsky@scus1.ctstateu.edu
From: ochealth@unixg.ubc.ca (ochealth)
Newsgroups: comp.sys.hp48
Subject: Re: HP 48 LX ?!?!
Date: 12 Jan 1993 00:37:47 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Distribution: usa
NNTP-Posting-Host: unixg.ubc.ca

In article <1993Jan11.150632.7244@mixcom.com> kevin.jessup <kevin.jessup@mixcom.mixcom.com> writes:
:In <726445522.1@bcomp.hamm.sub.org> Markus.Ebel@bcomp.hamm.sub.org (Markus Ebel) writes:
:
:>Hello All!
:
:>Has anyone heard about the HP48 LX ???
:>Comments ?
:>Features ??
:
:Unlike the base-model 48DX, the LX comes with air, thicker carpeting,
:dual remote mirrors and a sunroof! ;-)
:
:Sorry, I couldn't resist.
:
:-- 
:Kevin Jessup, kevin.jessup@mixcom.mixcom.com
:
:        "Friends don't let friends run DOS."
:                          -- Microware

I'm still waiting for an HP48 DX, after all, the HP48 SX was just a cheaper,
crippled version. What about the HP48 DX-2?




:-) :-)



-- 
______________________________________________________________________________
ochealth@unixg.ubc.ca         
                            
                                                      
Newsgroups: comp.sys.hp48
From: kevin@rodin.wustl.edu (Kevin Ruland)
Subject: Help with xmodem and unix wanted
Organization: Center for Optimization and Semantic Control, Washington University
Date: Mon, 11 Jan 1993 22:13:40 GMT

Has anyone used xmodem for transfers to/from a unix box.  I've just
downloaded Xhp.lib from seq.uncwil.edu and would like to use it.  But
I can't figure out how.  My unix machine is a sun sparc running
4.1.2 and I have xmodem3.9.

Thanks for the help

Kevin Ruland
kevin@rodin.wustl.edu
Newsgroups: comp.sys.hp48
From: sinenmaa@cc.helsinki.fi
Subject: a fixed object for the tyko
Organization: University of Helsinki
Date: Tue, 5 Jan 1993 09:29:09 GMT



Sorry, but there is a bug in my program Tyko (v3.0 -- 3.1).
( a minor time error when calculating ancient times )
So, if anybody are using it here (below)  was a fixed object
is called CADA inside Tyko-program.

You can purge the old CADA or edit it to the same as this one is.
Note that this program requires Tyko-environment to run, so this
is useless alone.

regards, kati

<<===>> cut about here <<===>>

%%HP: T(3)A(D)F(.);
\<< STD 0 RND \-> J
  \<<
    IF J 4479.5 <
    THEN
"Distant date"
DOERR
    END J 1 + 7 /
FP 7 * 0 RND 1 +
DAMO SWAP GET
    IF JG SIZE 10
==
    THEN J 4479.5 -
36524.25 / IP .75 *
5 + IP 37 - J +
    ELSE J
    END DUP 59.25 -
365.25 MOD IP DUP
5 + 30.6 / IP 2 +
12 MOD 9 + DAMO
SWAP GET SWAP .5 +
30.6 MOD IP 1 + "."
+ ROT 365.25 / IP 
4712 - \->STR + + + 
STD
  \>>
\>>

Newsgroups: comp.sys.hp48
From: kevin@rodin.wustl.edu (Kevin Ruland)
Subject: Kermit times out, why?
Organization: Center for Optimization and Semantic Control, Washington University
Date: Sun, 10 Jan 1993 18:09:09 GMT

I've been doing transfers between my hp and sun for quite some time now.
All of a sudden, the calculator is starting to time out.  I replaced the
batteries, and even slowed down the baud rate but it still only makes it
through 30-40 packets.  Does anyone know what's going on or some way to
trace the packets?

Kevin Ruland
kevin@rodin.wustl.edu

Newsgroups: comp.sys.hp48
From: sweet@ug.cs.dal.ca (garth r sweet)
Subject: Re: Transfer Protocol
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 12 Jan 1993 23:10:26 GMT

garth r sweet (sweet@ug.cs.dal.ca) wrote:

> 							vvvvvvvvvvvvv
> 	I agree, I found the Xmodem/Ymodem library quite slow too, there
> are many good assembly programs out there, surely one of you crack
> programmers could make a fast assembly language transfer program. Even
> if you have to invent a new protocal, that would be fine, I'd be
> willing to write the PC end a new transfer package, but doing the HP
> side is a currently a little over my head. Anyone?
> 

	Oops, I meant I found Xmodem/Ymodem quite buggy, and Kermit is
quite slow. Sorry.

+---------------------------+-------------------------------------------------+
+ name : Garth Sweet        +            Ultra-Mini HP 48 FAQ                 +
+ email: sweet@ug.cs.dal.ca +                                                 +
+ phone: 902-865-8987       +     FAQ = (F)requently (A)sked (Q)uestions      +
+---------------------------+-------------------------------------------------+
+ Q: Where can I get HP 48 stuff?  A: EduCalc 1-800-535-9650 24hrs (Can/USA)  +
+ Q: Where can I ftp HP 48 files?  A: seq.uncwil.edu has a ton of stuff       +
+ Q: How do I get files to my HP?  A: You need a cable, check real FAQ        +
+ Q: Where is the real FAQ?        A: At seq.uncwil.edu of course!	      +
+ Q: What's FTP anyway?            A: Mail me!	                              +
+ Q: How do I get help on my HP?   A: Post questions. We don't bite. *SMILE*  +
+-----------------------------------------------------------------------------+

Lines: 29
Date: Mon, 11 Jan 93 08:24:38 MST
From: dougc@bert.cs.byu.edu (Douglas R. Cannon)
Organization: BYU, Provo, Utah
Newsgroups: comp.sys.hp48
Subject: Re: ASC v. UUENCODE

To: 
In article <2b4f1f55.2608comp.sys.hp48@hpcvbbs.cv.hp.com> akcs.mmorgan@hpcvbbs.cv.hp.com (Captain Morgan) writes:

>I prefer ASC.  If the file gets corrupted, ASC always seems to be able to
>tell.  UUDECODE, ton the other hand, has created binaries that have
>caused me problems like memorey loss.
>
>Also, I think programs at seq.uncwil.edu should be posted in ASC form
>because it allows students who use modems to get to their VAX/VMS systems
>to circumvent all the problems associated with transferring binaries via
>the vax.  I don't know if the problem is only on our vax or others too

[...]

>The long and the short of it is that I think ASC is the best way to get
>HP48 binaries without corruption.  What do you all think?

Well, everything at seq.uncwil.edu should be posted in both ASC and UUE
formats.  Simply because some like the one, and some like the other.
Ever since Chris started moderating comp.sources.hp48 he has given a great
standard to posts, and everything has since been archived in both ascii
formats.  The stuff in the uploads directory doesn't count, but it eventually
finds it's way into the proper directory, archived in both formats.

Personally, I prefer UUE.


Doug Cannon

Newsgroups: comp.sys.hp48
From: chewy@sage.cc.purdue.edu (Chewy)
Subject: HELP
Organization: Hitlers allies
Date: Mon, 11 Jan 1993 23:02:00 GMT

Hello out there, I am sorta new to interfacing my hp to my computer
I can get the stuff to transfer, but after that I get lost.  I have
refered to the manual, but it just doesn't help me much.  If anyone
can help me to go from the downloaded stuff(put into a variable) to
an actual usuable file it would be appreciated.  Thanks in advance.

-Matt                          ...chewy@sage.cc.purdue.edu...
From: akcs.kirkland@hpcvbbs.cv.hp.com (Daniel B. Kirkland)
Date: Fri, 8 Jan 1993 05:40:02 GMT
Subject: TSEND and TSERV on version J
Message-ID: <2b4d0673.2596comp.sys.hp48@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

Could someone with a version J machine try TSEND and
TSERV (both sending and receiving) and let me know
how it works.

I have tried them ith?? with one version j , and it
seems to have some problems at the higher transfer
rates.
I would like to know if this is normal with version J.

please reply here or send email to:

                                  kirkland@ee.utah.edu

thanks

dan k
From: akcs.mmorgan@hpcvbbs.cv.hp.com (Buckminster was crazy)
Date: Sun, 10 Jan 1993 23:40:01 GMT
Subject: Re: HP 48 LX ?!?!
Message-ID: <2b50a69f.2616.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

It is the rev. that came after rev. J.

Mike
M00012@KANGA.STCLOUD.MSUS.EDU
From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Date: Tue, 12 Jan 1993 21:40:02 GMT
Subject: Re: TODO & SCH48 questions
Message-ID: <2b5338d7.2646.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

I will try to address som of Brian Schott's questions (about SCH48).  I'm
afraid that the HP48 will automatically delete an alarm if a key press is
made while the alarm is sounding (or I don't know of a way to avoid
this).  You can set a flag, as I think Brian alluded to, that will make
all alarms silent (i.e. they wil beep once but the continuous beep won't
sound).  If you don't hit a key during the first 15 seconds after the
alarm sounds, the alarm will remain as a past due alarm.  I know, for
your purposes this is a little awkward.  I am considering giving the
option of creating alarms that don't sound at all.  Would this be useful?

As for the D->CAL function in SCH48, it is only intended to quickly
display a given month and will disappear as soon as a key is hit.  The
alarms must be set inside SCHED or using the HP48 TIME utility.  Describe
to me what you would lide to do with D->CAL (that's LIKE to do) and maybe
I'll update that as well.

As for the newline character (if you haven't already found it), try
right-shift .(period key).

I hope this helps

Bill Levenson

From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Date: Thu, 7 Jan 1993 20:40:03 GMT
Subject: Re: QED 1.09 on seq.uncwil.edu
Message-ID: <2b4c8878.2579.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

Thanks Lutz!!!!!
From: brianw@iat.holonet.net (Brian Walsh)
Subject: London conference proceedings
Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
Date: Sat, 9 Jan 1993 03:14:37 GMT

                London, UK Conference Proceedings available
                -------------------------------------------
    
Printed proceedings of the HP handheld users' Anniversary Conference held in
September 1992 are available.  Approximately 170 pages, this bound document
contains technical papers prepared by speakers of this two day event, focusing
on the HP48, HP95, and related technologies (with some excellent information 
on the history of computing and a detailed list of all HP handhelds to date).
A disk of HP48 and HP95 files and programs is included.
Send $18 check or money order (includes postage) payable to:
                    Jack Stout
                    1946 N. 18th Ave.
                    Melrose Park, IL 60160
                    Telephone (708) 455-1010 days (work)
This is only for addresses in the USA and Canada.  Other users should contact
the British club:   Wlodek Mier-Jedrzejowicz
                    42, Heathfield Road
                    London W3 8EJ
                    England
                    Email (Internet): mier@spva.physics.imperial.ac.uk
            
Also available are full videotapes of the conference, about 13 hours length,
almost as good as being there.  Contact for availability:
                    Jake Schwartz
                    135 Saxby Terrace
                    Cherry Hill, NJ 08003
                    (609) 751-1310 home
                    Email: Jake-S@cup.portal.com

-- 
-- Brian Walsh
   brianw@holonet.net
From: ochealth@unixg.ubc.ca (ochealth)
Newsgroups: comp.sys.hp48
Subject: Re: Tricorder simulator
Date: 5 Jan 1993 00:14:27 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
NNTP-Posting-Host: unixg.ubc.ca

In article <STEVEV.93Jan4104203@miser.uoregon.edu> stevev@miser.uoregon.edu (Steve VanDevender) writes:
:In article <prpes*Tn2@mania.RoBIN.de> lkv@mania.RoBIN.de (Lutz Vieweg) writes:
:
:   In article <sourada.725796573@vincent1.iastate.edu>, Steven D Ourada writes:
:
:   >                Copyright 1992 Steven Ourada   Freeware
:   > 
:   >                               TRICORDR
:   >                               ========
:    [...]
:
:
:   8) - Wow! - finally I see at least one guy is using my CLASS assembler -
:   hope you like it!
:
:   Yours very happy
:
:	     Lutz Vieweg
:
:Oh.  That's why the assembler source for TRICORDR is so weird.
:
:Why didn't you use real AG mnemonics?  It's really kind of
:annoying that most, but not all, of the mnemonics and assembler
:notation are the same.  You can't assemble the file with STAR,
:but it looks tantalizingly close.  But instead of SETB, CLRB, and
:CALL, you use BSET, BCLR, and JSR.  Instead of "move.a @d1, a",
:it's "move.a (d1), a".  Instead of "#12345", it's "#$12345".

One can speculate on Alonzo's mnemonics, but BSET, BCLR, JSR
etc. are all familiar Motorola mnemonics, same with $ for
hex.and same with the move.a (d1),a

So it look s like CLASS is much closer to a standard than
the AG mnemonics (which is disappointing to learn)


:
:This is one of those cases where Yet Another Standard is a big
:pain in the neck.
:--
:Steve VanDevender 	stevev@greylady.uoregon.edu
:"Bipedalism--an unrecognized disease affecting over 99% of the population.
:Symptoms include lack of traffic sense, slow rate of travel, and the
:classic, easily recognized behavior known as walking."


-- 
______________________________________________________________________________
ochealth@unixg.ubc.ca
From: cj531@cleveland.Freenet.Edu (Ali Momeni)
Newsgroups: comp.sys.hp48
Subject: Re: INIT for HP48?
Date: 12 Jan 1993 04:09:53 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


One REALLY easy way to do it, which may actually be done with user RPL is
to have a program named, say, ->OFF, which look something like this:
<< ...					
   OFF				#turn the hp off
   HOME init			#goes home, and runs the program 'init'
...>>
If you asigin this too blue-ON for the USER mode keys, everytime you turn off,
the hp would "wait" 'till it's on agian and then run the rest of the program.
I've tried this and it works.  I'm sure there is a better way to do this
with Sys. RPL or ML (like the Gateway library), but this is pretty simple.
Now, while we are at it, MY problem is:
	I want the hp to run a program every time a system halt occurs.  I
	tried making a library with the $CONFIG file being more program, or
	some other program that runs my file, but STRANGE things happen.  
	For instance, I couldn't get it to go to USER mode by saying
	'-62 SF'.  Furthure more, sometimes, the how $CONFIG was ignored!

Well, I tried.  Any suggestions?

ali.   momeni@vu-vlsi.ee.vill.edu
Newsgroups: comp.sys.hp48
From: cthomas@athena.mit.edu (Michael T Ford)
Subject: Re: Using the 48 as a stop watch.
Organization: Massachusetts Institute of Technology
Date: Fri, 8 Jan 1993 09:43:55 GMT

In article <1993Jan7.043319.8532@vpnet.chi.il.us> mox@vpnet.chi.il.us (William Moxley) writes:
>I would like to use my 48 as a stopwatch in the lab.  Most of my times
>are less than a minute, but once inawhile their greater.  I tried using
>the "time" function, but it seems to based on a 100 or something.  After
>looking in the manual I tried converting it using ->HMS but I still got
>incorrect values.  How do I do this?
>
HP has a stopwatch program out that is (I believe) freeware.  It usually
comes with the cable package.  Anyway, I believe you can find it at
least on the HPBBS in their directory called something to the effect
of preferred programs.  The telnet to there is hpcvbbs.cv.hp.com

Mike WZ0C


From: akcs.mcannon@hpcvbbs.cv.hp.com (Matthew A. Cannon)
Date: Tue, 5 Jan 1993 02:40:02 GMT
Subject: Calculus package
Message-ID: <2b48f084.2559comp.sys.hp48@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

      I just had a friend who purchased the EE package for his
hp48.  I believe HP made the kit.  It contains a ROM card and some
reference material and retails around $89.  He told me that they have
kits for Calculus and since I am just getting my feet wet with the 
48, I was wondering if anyone out there was familiar with these HP
kits, especially the Calculus one, and was willing to offer their 
two bits.  Thanks in advance..

                                             Matt
From: Markus.Ebel@bcomp.hamm.sub.org (Markus Ebel)
Newsgroups: comp.sys.hp48
Subject: HP 48 LX ?!?!
Date: 08 Jan 93  11:34:00 +0100

Hello All!

Has anyone heard about the HP48 LX ???
Comments ?
Features ??

hope to
cu  /\/\
   /    \ARKUS
From: stevev@miser.uoregon.edu (Steve VanDevender)
Newsgroups: comp.sys.hp48
Subject: Re: Tricorder simulator
Date: 7 Jan 93 00:05:28
Organization: University of Oregon Chemistry Stores
	<STEVEV.93Jan4104203@miser.uoregon.edu> <Exsfs*1p2@mania.RoBIN.de>
NNTP-Posting-Host: miser.uoregon.edu
In-reply-to: lkv@mania.RoBIN.de's message of Tue, 05 Jan 1993 21:10:48 GMT

In article <Exsfs*1p2@mania.RoBIN.de> lkv@mania.RoBIN.de (Lutz Vieweg) writes:

   > This is one of those cases where Yet Another Standard is a big
   > pain in the neck.

   Well, you are right here, but I don't want to change all of my
   code just because someone's assembler has become much more
   popular than mine. And - of course - you can emulate the
   AG syntax by using CLASS's macro-facilities if you like to.

Or emulate CLASS's syntax by using STAR's macro facilities.  Or,
in this case, just do a manual translation of the TRICORDR code.

Has anyone ever tried faking a call to a system RPL word by
stuffing an address into A.A and then entering the RPL main loop?
It seems like you could just push system RPL TRUE or FALSE on the
stack or user RPL's %1 or %0 rather than doing what the TRICORDR
code does now, which is modifying a string on the the stack.
--
Steve VanDevender 	stevev@greylady.uoregon.edu
"Bipedalism--an unrecognized disease affecting over 99% of the population.
Symptoms include lack of traffic sense, slow rate of travel, and the
classic, easily recognized behavior known as walking."