HDTenEightyP/NetNews huggingface dataset:
From: kbass@gmuvax2.gmu.edu (Ken Bass)
Subject: ASC2BIN.EXE
Organization: George Mason University, Fairfax, Va.
Date: Sun, 22 Nov 1992 22:47:03 GMT

Where can I ftp a copy of ASC2BIN that runs on the IBM PC that is
already compiled. I see the source on seq.uncwil, but I want the EXE
file.
   ---Ken

-- 
Ken Bass (kbass@gmuvax2.gmu.edu)              |   Telecommunications  
George Mason University                       |   Techniques Corp, 
Student, Department of Electrical Engineering |   Software Engineer
From: jgreff@plains.NoDak.edu (Jason Greff)
Newsgroups: comp.sys.hp48
Subject: Re: Equation/library/ee cards
Keywords: which one is overall the best
Date: 22 Nov 92 17:51:23 GMT
Article-I.D.: ns1.By4pLn.KIF
Distribution: usa
Organization: North Dakota Higher Education Computing Network


I haven't seen the Equation library, so I can't say anything about it.  As
for the EE card, I think you would be better off without it.  Many of the
functions it does you can program yourself if you know any RPL at all. 
The Laplace transform tables aren't nearly as good as the programs I have
seen that actually do the transform for you.  As for the equations and
constants, those can also be entered yourself - the card just makes use of
the SOLVER function, something that you should be able to do yourself if
you have access to the equations in a book.

The card does have some nice graphics of some circuits and electrical and
electronic components, but these aren't absolutely necessary, and if you
are good with GROBs you can do those too.  It also has some stuff on
fields and I don't know much about that (I haven't had that class yet). 
But speaking for myself, I wish I had programmed my calculator to do the
stuff the card does rather than spending the $90 it cost me.

-- 
Jason Greff          North Dakota State University - Fargo, North Dakota

"It's better to remain quiet and be | "It's hard to be an individual while
 thought a fool than to speak and   |  you are busy trying to conform." --Me
 remove all doubt." -- Lincoln      |
From: cohen_la@disun20.epfl.ch (Daniel Cohen-Laroque)
Newsgroups: comp.sys.hp48
Subject: Simplex algorithm
Date: 18 Nov 92 08:50:59 GMT
Organization: Ecole Polytechnique Federale de Lausanne

Hi all,

I've already seen a program for solving linear programing problems at seq.uncwil.edu, but can't find it anymore.
Help wellcome, thanks.

Daniel COHEN-LAROQUE
e-mail: cohen_la@di.epfl.ch
Newsgroups: comp.sys.hp48
From: cgw@sol.acs.unt.edu (christopher williams)
Subject: Re: HP48SX spreadsheet?
Originator: cgw@sol.acs.unt.edu
Organization: University of North Texas
Date: Thu, 19 Nov 1992 19:39:21 GMT

In <ecsDuB1w164w@cflav.sublink.org> flavio@cflav.sublink.org (Flavio Casetta) writes:
>What is the SmartROM ?
>The SmartROM is a library containing hundreds of commands available
>from EduCALC in USA and from ForCALC in Europe.
>
>What the actual price is, I cannot guarantee because I got some
>feeback from EduCALC mismatching with feedback from users.
>It should be 119.95$ after a rebate but somebody told me that it is 169.95 yet.
>Surely, the latest catalog still reports 169.95.
>
>This fact is my only concern with the SmartROM.
>
>If anybody could confirm whichever price is currently
>applied, I would be most grateful.
>Bye,
>Flavio (manufacturer of Omnibus)

Yep, it's still going for $169.95 in EduCALC catalog #56. I don't recall
seeing a rebate for it, though. Is there one? I'd like to get SmartROM,
but it's kind of expensive... :-(

-cgw-
Newsgroups: comp.sys.hp48
From: frechett@spot.Colorado.EDU (-=Runaway Daemon=-)
Subject: Re: Reversing batteries; was (none)
Organization: University of Colorado, Boulder
Date: Sun, 22 Nov 1992 12:08:17 GMT



If you think that reversing the batteries is going to do anything why don't
you try something a little safer instead that would accomplish the same
task.  Just put a resistor across the terminals.  If there is any charge
there you can let it down slowly.  Otherwise, it'll do nothing.  I'd
never feel confortable putting a battery in backwards.  That little 
diode may or may not be there but I'd rather be safe than another $250 
poorer.

	ian
From: akcs.ejf@hpcvbbs.cv.hp.com (edward joseph fasula)
Date: Fri, 20 Nov 1992 02:40:02 GMT
Subject: Strange Memory Loss
Message-ID: <2b0c4727.2224comp.sys.hp48@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

I noticed that 15k were missing the other day so I backed-up my memory,
cleared, and re-loaded.  Sure enough the memory was back.  Why did this
happen?  that's $15 worth of memory, I figure!

From: akcs.joehorn@hpcvbbs.cv.hp.com (Joseph K. Horn)
Date: Fri, 20 Nov 1992 05:40:03 GMT
Subject: Re: Saturn machine language reference (LONG)
Message-ID: <2b0c718f.2179.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

>...can I transfer stuff from the HP-28 to the HP-48 over the ir...
Yes but not directly.  There is a little program called inprt that will
receive hp28 printer output on a 48.  It was packaged with the original
serial interface kit and worked pretty well.  It is probably on the HP
bbs somewhere.

Newsgroups: comp.sys.hp48
From: fireman@garfield.catt.ncsu.edu (Tracy L. Brooks)
Subject: Re: EQ card with Tetris
Organization: Computer and Technologies Theme Program, NCSU, Raleigh
Date: Wed, 18 Nov 1992 06:47:16 GMT

In article <107200011@hpfcso.FC.HP.COM> rrd@hpfcso.FC.HP.COM (Ray Depew) writes:
>In comp.sys.hp48, akcs.joehorn@hpcvbbs.cv.hp.com (Joseph K. Horn) writes:
>
>> ....  It's not being announced with a lot of fanfare, so that the
>> version A cards will continue to sell to the uninformed.
>
>Well, actually ...  The only cards "out there" anywhere are Version B.  Even
>if I were to order one internally, I would only get Version B.  (Yes!  I love
>it!)  The unsold Version A cards are history.  Landfill.  Beer-can fodder.  
>Future archaeological curiosities.  Outta here.  Consigned to the Big Bit Bucke

I got a version A equation card.  I says right here beside me:

HP SOLVE EQUATION LIBRARY

HP 82211A Version A

copyright Hewlett-Packard 1989

I don't use it that often but I don't believe it's ready for the
landfill or for a beer-can fodder.  :-)


Tracy B.

/---------------------------------------------------------------------\
|     Tracy Lee Brooks                     fireman@catt.ncsu.edu      |
|     FF/1st Responder                     tlbrook@eos.ncsu.edu       |
|---------------------------------------------------------------------|
Newsgroups: comp.sys.hp48
From: janders1@vax.clarku.edu
Subject: hpcvbbs down?
Organization: Clark University
Date: 20 NOV 92 01:52:07 GMT

This is a repost from comp.sys.handhelds.  I ran into this problem as well:

 #2344 of 2303-2344                                           comp.sys.handhelds

Date:   18-NOV-1992 15:57
From:   tsar.Princeton.EDU!fuchs (Ira H. Fuchs)
Subj:   hpcvbbs not working.

Attempts to login to hpcvbbs with "new" as a userid (per the instructions)
leads to the follwoing message:

Can't find a conference list - contact administrator!
Connection closed by foreign host.


If the "administrator" is reading this list, could he/she please look into
what is preventing people from gettin on the BBS.

Thanks.
Newsgroups: comp.sys.hp48
Subject: Unused space in DEMO ROM?
From: srgpjlt@grv
Date: Tue, 24 Nov 92 01:07:33 GMT
Reply-To: srgpjlt@grv
Organization: DSIR, Lower Hutt, New Zealand.

From: (James Downes, see below)
Subj: Unused ROM in DEMO card?


      I'm new at this (holiday job!) but!
When I bought my 48 (~1 year ago) they left the demo card installed
by mistake.I thought the card would be free to the shop for sales etc
so I kept it, anyway I thought it would be useful to keep people that
are forever asking "what does it do?" happy!
Anyway when I started messing with sys-rpl I got curious as to what the 
rest of the DEMO card ROM contained (DEMO is library 262 ~105Kb and ROM
will be std 128Kb).I 'viewed' the ROM by pointing the display chip to
the approprite area (5 nib pointer at #120h) ( objects such as GROBs 
arrays etc can be seen easily). The obvious object I came across was a 
131x131 GROB of what appears to be a fractal! (if same ROM as mine 
(can't see any ver no.) and installed in port 2 #FE813h SYSEVAL will 
place GROB on stack.) There appears to be other stuff 'lying around' but
this is the end of my skills at pulling bits out of ROM, is there any 
one that has a DEMO and greater skills that can tell me what the rest is?

thanks!
James

PS:If this has been covered before sorry! I only see the net in the holidays!
   Also the above address is borrowed ie. PLEASE post to news group not me.
PPS: Don't blame me if above SYSEVAL resets your mem , it works for me!!
Newsgroups: comp.sys.hp48
From: brianw@iat.holonet.net (Brian Walsh)
Subject: Re: LISP in system RPL
Organization: HoloNet
Date: Sun, 15 Nov 1992 18:12:28 GMT

The potentially controversial name LISP was given to my routine because
the stack arguments required are a LISt and a Process, in that order.
Actually now that I think of it, mapcar may be less misleading; however
since in LISP you type (mapcar f l) and the syntax of my "routine" is
l f "routine" (the reverse of mapcar), maybe an even more descriptive
and more cryptic name is racpam (just kidding).  I think the jury's
still out on this one.
 
-- Brian Walsh
   brianw@holonet.net

Newsgroups: comp.sys.hp48
From: sykhor@essex.ecn.uoknor.edu (Sek Yong Khor)
Subject: Re: EQ card with Tetris
Date: Tue, 17 Nov 1992 18:57:42 GMT
Organization: Engineering Computer Network, University of Oklahoma, Norman, OK, USA

Besides the new Tetris, what are the `upgraded' stuff on the card?!
More graphics?  for the eqns?  or more space for eqns?
Always looking for more!

Thanks!


Peter
From: stevev@miser.uoregon.edu (Steve VanDevender)
Newsgroups: comp.sys.hp48
Subject: using MLDL from a write-protected RAM card
Date: 15 Nov 92 21:03:28 GMT
Article-I.D.: miser.STEVEV.92Nov15130328
Organization: University of Oregon Chemistry Stores

I recently purchased another RAM card for my HP 48 to use for
storing libraries and backups, to allow me more freedom in
experimenting with system RPL and machine language programming.
However, I find that Jan Brittenson's MLDL library (I have
version 1.06A) doesn't like to be in a write-protected RAM card,
and gives the error "Fatal Error: RAM card failure" if the card
is write-protected.  It seems I may have to keep a backup copy of
MLDL in my write-protected port 2 and run it from port 0 (port 1
is merged).  What was done to MLDL to make it run in a ROM card?
Would it be possible to obtain a RAM version of MLDL that will
run happily in a write-protected RAM card?
--
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."
From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Newsgroups: comp.sys.hp48
Subject: Re: 3 on my screen
Date: 16 Nov 92 18:40:02 GMT
Article-I.D.: hpcvbbs.2b07ddb9.2168.1comp.sys.hp48.1

The "3" that has appeared on your screen indicates that user flag three
has been set.  Just type [3 CF] and it should go away.

HOpe this helps,

Bill Levenson
From: FELSON_ADJ@CCSUA.CTSTATEU.EDU
Newsgroups: comp.sys.hp48
Subject: Strange Memory Loss
Date: 21 Nov 1992 20:09:00 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

I checked if MEM does garbage collection by executing
MEM w/ nothing on the stack, writing it down and then
creating a long variable like 'aaaaaaaaaaaaaa' which
I then purged.  Executing MEM again showed some memory
had disappeared.  I don't think MEM does any garbage
collection.  ( anybody @ HP reading this? )

I then ran a program that did a DEPTH DUPN over and
over till it ran out of stack.  I then ran 100 DUPN
over and over till the emergency garbage collector
was invoked.  I allowed it to delete the stack.  When
I reexecuted MEM, I found 1.3K more then the last time
I ran it.  Hm... I just noticed my graphics pict
is gone... Is that where the 1.3K came from?
Newsgroups: comp.sys.hp48
From: stevev@miser.uoregon.edu (Steve VanDevender)
Subject: Re: Saturn machine language reference (LONG)
Organization: University of Oregon Chemistry Stores
	<2b0c718f.2179.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Date: 20 Nov 92 00:01:46

My thanks to Joe Horn for the corrections and additional
information. I have made some significant updates to my processor
reference document from his information and also made various
minor additions and corrections (for example, the disassembly
table didn't have any of the opcodes from 819 to 81B).

Anyone who wants to have the current updated version right away
can e-mail me to have me mail them a copy; if I receive more than
10 e-mail requests then I will also post an update to
comp.sys.hp48.  Otherwise I will continue to proofread and refine
the document and post it at a future date, probably to
comp.sources.hp48.
--
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."
From: fee@waikato.ac.nz
Newsgroups: comp.sys.hp48
Subject: Re: Emulating a keypress in sys_RPL???
Date: 18 Nov 92 15:11:24 +1300
Distribution: world
Organization: University of Waikato, Hamilton, New Zealand

In article <721942676detlef.detlef@dmhh.hanse.de>, detlef@dmhh.hanse.de (Detlef Mueller) writes:
> In article <1992Nov16.090229.12183@waikato.ac.nz> fee@waikato.ac.nz writes:
> 
>>How do I emulate a key-press in sys_RPL?
>>
>>That is, if I have a keycode in level 2 and a key plane in level 1,
> 
> As BINTs ?!
> 

Yes as BINTs, as far as I know - I've checked these on the stack with the
TYPE command - both are type 20.

> 
> I didn't have any trouble when running the following program with menu 13.01
> being active; pressing the [A] key returns PICT into the stack (I also
> checked it with Key>StdKeyOb - same result):
> 
> 
> %%HP: T(3);
> "::
>  CK0NOLASTWD
>  BlankDA2
>  $ "Perform a keystroce\031"
>  DISPROW5
>  WaitForKey ( \-> #kc #pl )
>  PTR 3F9FD  ( \-> keyOb )
>  DoKeyOb
> ;"
> 
> Hope that helps,
> 	8-Detlef


Mmmh. Nope. That doesn't work - if anything it's worse, as the 48 hangs
on the 3F9FD pointer, so I can't even get the key object on the stack.
This happens even if I put in the BINTs as commands ie: #1 #1 PTR 3F9FD
still hangs the machine. 

I'm SURE I have two BINTs on the stack when I try to call the key object.
However, the problem may arise earlier. In fact prior to calling the
Key>StdKeyOb, I muck about with the current menu, using GetMenu% to get 
the current menu number, then I change the number on the stack and use 
InitMenu% followed by DispMenu to change to and display a new menu.

THEN I have the BINTs left on the stack and try to emulate the particular 
keypress. Is it just that the current menu key objects aren't defined when 
I try to call them? Remember, the routine (using Key>StdKeyOb rather than 
your pointer) works for RAM menu objects but not for built-in menus.

I should also mention that if I stop the routine at the Key>StdKeyOb command
I am left with the secondary on the stack and when I press EVAL, the key
object is evaluated for both RAM and Built-in objects. If I get tricky and
put the sys_RPL routine in a programme with (user) EVAL called afterwards, 

	ie: << sysroutine EVAL >>

I am back to the start in that RAM objects work, while built-in objects hang.

Any further thoughts? I appreciate your help very much!

Regards,
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: fseipel@magnus.acs.ohio-state.edu (Frank E Seipel)
Subject: Simplification of polynomial products
Organization: The Ohio State University
Date: Mon, 16 Nov 1992 02:28:04 GMT

 Here is a short program to take an algebraic on Level 1 and simplify
it completely through successive EXPANDs until the resulting polynomial
is unchanged.  It then performs a COLCT on the resulting polynomial, e.g.

Input:                                  Output:

4:                                      4:
3:                                      3:
2:                                      2:
1: '(X+7)*(2*X+4)*(X-8)'                1: '-224+2*X^3+2*X^2-116*X'
   SIMP

SIMP:

<< 0 -> P2 P1
   << DO P2 'P1' STO P2 EXPAN 'P2' STO UNTIL P1 P2 SAME END P2 COLCT >>
>>

-- 

Frank Seipel                      A.C.E.C. BBS (614) 471-8559 3/12/24oo bps
fseipel@magnus.acs.ohio-state.edu Pandora  BBS (614) 471-9209 3/12oo bps
From: akcs.alistairl@hpcvbbs.cv.hp.com (Alistair S Lang)
Date: Mon, 23 Nov 1992 15:40:04 GMT
Subject: Re: Strange Memory Loss
Message-ID: <2b10f392.2224.7comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

NO NO NO!!!
This is not some stupidity and lack of understanding on how memory
is used for retaining LASTARGs etc. , nor did it steadliy accumulate over
time.

In my response, above, (#2) I may not have given the full info:
We are talking EIGHTY THOUSAND BYTES here, not just a few.
I regularly use the MEM command, and had done so just before this 
loss happened and it gave a count of about 100k bytes free, so I had
about 60k worth of programs.
After the "Thing" I only had about 20k free so the "Thing" caused the
disappearance of 80k. ie. no "slow accumulation".
The 128k RAM card was in port 1 (merged) with nothing in port 2.
The 60k of programs I had installed were still intact and working.
I disabled the LASTARG, LASTCOM, LASTSTACK, PURGEd PICT and performed an
ON-C, all to no avail: I still had lost 80k.
I then went through the HOME directory and all the ports but remember
the card was merged, so both ports 1 & 2 were "empty" with only #0
occupied; and added the BYTE count for each directory, program etc
stored. This totalled about 60k, as before the "Thing", thus proving that
80,000 bytes had vanished.
(By now I was in very cold sweat, after all RAM _IS_ expensive!).

This situation persisted until I had a memory-out (caused by other
reasons) when my full 160k returned.

I welcome the above responses but so far I don't believe any to be
correct, however, keep trying!    [|B-))

Bill Levenson memtions above that sometimes libraries seem to store
themselves in port 0 when previously in port 1 (or 2) . This has happened
to me before, but not in this case.
Also , an interesting quirk I've discovered is that the '48 recovers and
reinstalls libraries that have recently been deleted (if they have not
yet been over-written by other data ?) when trying to recover memory, so
you should always keep an eye on what is stored in port 0 and see if
anything is duplicated.

A S Lang

From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Date: Fri, 20 Nov 1992 01:40:01 GMT
Subject: SCH48 v1.2
Message-ID: <2b0c367a.2223comp.sys.hp48@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

Hi all!

I hope I haven't caused anyone undo frustration...The version 1.1 of
SCH48 posted to comp.sources.hp48 contains a corrupted uuencoded binary. 
The ASC encoded binary in the same posting should work fine.  SORRY!!

Chris Spell has been very helpful and posted a new version (version 1.2)
of SCH48 to comp.sources.hp48 today.  Please try that one, it should work
fine.  The only difference between v1.1 and v1.2 is that I have removed
all the sys-RPL "TakeOver" commands from the key assignments in v1.2.  I
only used them because the examples in the RPLMAN did and I couldn't
figure out why.  Further investigation has lead me to believe that they
are unnecessary so I elected to save the 50+ bytes.

Other than the TakeOver commands, there is no difference from v1.1.  I
If you still have the original version of SCH48, please use either v1.1
or v1.2.  They both add a couple of features and romove a couple of
"misfeatures"

Happy SCHeduling,

Bill Levenson
From: ujmli@memstvx1.memst.edu
Newsgroups: comp.sys.hp48
Subject: deleting libraries
Date: 23 Nov 92 19:42:01 -0600
Organization: Memphis State University

I'm sorry if this is a FAQ, but can someone tell me how do I erase a library
from port 0?

Jason
From: sjthomas@cup.portal.com (Stephen J Thomas)
Newsgroups: comp.sys.hp48
Subject: Re: Coma mode?
Date: Mon, 16 Nov 92 19:05:06 PST
Organization: The Portal System (TM)
  <6631@dciem.dciem.dnd.ca>

I don't know if HP really uses COMA mode when it ships out the 48.  Both of
them I received had the current time (after adjusting 1 hr for time zone
differences) running when I first turned them on.
  Steve Thomas  sjthomas@cup.portal.com
From: akcs.joehorn@hpcvbbs.cv.hp.com (Joseph K. Horn)
Date: Sun, 22 Nov 1992 07:40:02 GMT
Subject: Re: Inserting an object in a list
Message-ID: <2b0f36c6.2217.2comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

tim@nijinsky.ipac.caltech.edu [Tim Conrow] writes:

> How does one insert an object into a given place in a list?
> I.e. Insert object ob after the i`th element of
> {}:
>
> {} %i ob -> {}'
>
> Exploding the list onto the stack and inserting the new element then
> reassembling the list is ... complicated.

Well, not too complicated:

%%HP: T(3)A(D)F(.);
@ INSERT by Joe Horn; same syntax as PUT
\<< ROT OBJ\-> 1 + DUP 1 + ROLL OVER DUP 3 + ROLL - 2 + ROLLD \->LIST
\>>

This is even faster (!) than HP's "INSERT{}N" System RPL word
(described by Mika Heiskanen) for very large lists, because theirs
uses local variables, whereas my program uses only the stack.

Here is the same program but rewritten in System RPL:

%%HP: T(3)A(D)F(.);
":: ROT INNERCOMP #1+DUP #1+ROLL OVERDUP
#3+ ROLL COERCE #- #2+UNROLL {}N ;"

Even though it's much shorter, I don't recommend it, because it's only
a tad faster, and fraught with the dangers of System RPL.  (Fewer than
3 items on the stack, or wrong object types on the three stack levels,
or a "pointer" on level two that's out of range, all could make your
48 hurl).  Stick with the User RPL routine until Joe Hacker rewrites
it in ML.

BTW, I also tried using Jim Donnelly's ROTATE function in his Tool
Library.  Forget it.  It winds up being even slower than the
alternatives, if the pointer is near the middle of a large list.

-Joe Horn-

From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Date: Tue, 17 Nov 1992 01:40:03 GMT
Subject: Re: Emulating a keypress in sys_RPL???
Message-ID: <2b08485b.2181.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>