HDTenEightyP/NetNews huggingface dataset:
From: rmcguir@hubcap.clemson.edu (Bryan McGuire)
Subject: Re: Finally an enhanced custom menu!
Organization: Clemson University
Date: Thu, 1 Oct 1992 17:09:25 GMT

kskalb@immd1.informatik.uni-erlangen.de (Klaus Kalb) writes:

>Simone.Rapisarda@p10.f800.n33.z2.fidonet.org (Simone Rapisarda) writes:

>>is the fact that an HP48 user cannot create tree-structured menus, s/he is
>>compelled to use flat menus.

     You can put an item such as { "subm" \<< {... ... ...} TMENU \>> }
in your list of stuff for CST and you would have created a
tree-structured menu.

>Direct access to library menus isn't possible right now, but I
>think it could be done.

If you go to the menu of the library you wish to be recalling and
execute the command RCLMENU, a number will be returned on the stack that
can later be used with the MENU command to display that menu.  For
example, to call up the menu for Rick Grevelle's HACKIT library (Library
id is 1214) you would put something like this in your list for CST with
all your other stuff. { "HACKIT" \<< 1214 MENU \>> }  If you want to
make it a linked list type structure where you can go up and down the
"tree" you could store the tmenu programs separately and have the last
element in your list for tmenu call up the "parent" menu.  This would
give the functonality of UP in your menus if you plan to make them
deeper than two levels. Thats how I solved the problems of CST menus.

-- 
+---------------------------------------------------------------------+
| I'd rather have a bottle in front of me than a frontal labotomy!!!  |
|                    Bryan McGuire   *IS*                             |
|        rmcguir@hubcap.clemson.edu    rmcguir@eng.clemson.edu        |
Newsgroups: comp.sys.hp48
From: lepard@mayo.edu (Kevin O. Lepard)
Subject: Anybody used MATHLIB card?
Keywords: MATHLIB, hp48
Reply-To: lepard@mayo.edu
Organization: Mayo Foundation
Date: Sun, 4 Oct 92 21:41:21 GMT


---
Has anyone ever seen or used the Engineering and Mathematics Library,
MATHLIB, card by John Holland?

It's advertised in the new EduCALC catalog, and it sounds pretty good, but
before I shell out $140 for it I'd thought I'd see if anyone  who had
some exposure to it could comment.

Either email back to me or post here.

Thanks in advance!

Kevin
-----------------------------------------------------------------------------
Kevin O. Lepard
Internet:  lepard@mayo.edu

Disclaimer:  These opinions are mine alone and do not necessarily represent
those of the Mayo Foundation, Mayo Clinic, or any other person or institution.
From: laflisc@wkuvx1.bitnet
Newsgroups: comp.sys.hp48
Subject: Help for loggin
Date: 28 Sep 92 08:35:11 CDT
Organization: Western Kentucky University, Bowling Green, KY

Hey guys,
	Need some help.  Iwas wondering if anyone knows where the
program is to setup a loggin on my hp-48sx or something similar. 
Apperciate the help.
						Thanx,

						Scott
					   laflisc@wkuvm1
From: bobc@natinst.com (Bob Conyne)
Newsgroups: comp.sys.hp48
Subject: TDS 256K card
Date: 6 Oct 1992 11:53:55 -0500
Organization: National Instruments, Austin, TX
NNTP-Posting-Host: eagle.natinst.com
Summary: Merged memory not an option

I just purchased a TDS 256K card and was surprised to learn that merging
memory is absolutely not an option.  The reason is that the bank switching
software is expecting two independent 128K banks, and will not work if you
attempt to merge the card (actually, the card will merge beautifully, but
you will never be able to access the second 128K bank).  This significantly
reduces the utility of the card in my opinion, because what you have in
effect is a 32K computer with 2 128K "firm" disks.  What would have really
been nice is some way to merge 128K, and have the second 128K be independent.
Since merging is what I want to do, I guess I'll have to exchange down for a 
128K card.

Anyone from TDS care to comment?

--Bob
Newsgroups: comp.sys.hp48
From: grand@sicsoft.epfl.CH ((grand))
Subject: My compiler (specifications)
Organization: UNCW news/mail gateway service
Date: Thu, 1 Oct 1992 08:55:51 GMT


Hello girls and guys,

Many of you aked for more informations about my compiler. Here is a little
description :

It runs on MS-DOS (or compatible) systems. It is able to compile mixed
user RPL instructions, system RPL instructions or Saturn Assembly parts.
For the assembly parts, it uses only HP mnemonics (for example D0=D0+5).
It is VERY easy to use (# HP TOOLS !!), and it may produce a listing file, with
all codes and all error messages. 

I remember than someone wanted to put a symbolic expression (eg 'SIN(X)') in
a program, but he did not success with the HP TOOLS. My compiler, as said above,
can produce user RPL code, so you don't have this problem.

You may insert comments on any line of the program, even in user RPL parts. As
I know, my compiler is compatible with most other compilers.

For more info, you may download the file hp48/hp48-compiler/hp48-v25.zip from
anonymous@seq.uncwil.edu . This (zipped-) file contains several examples
of compilable programs (*.AS) and a more complete documentation file (HP-48.DOC)

Trying it ==> enjoying it !!

The version on seq.uncwil.edu is an unregistered version. You may use it freely
for NON COMMERCIAL purposes. If you want, you may register it. See the file
REGISTER.ME of the package.

I hope than this little description is sufficient and clear enough, and I beg
you pardon for my frenglish language ...


Laurent
Newsgroups: comp.sys.hp48
From: tsellers@cs.umr.edu (Tom Sellers)
Subject: IR Sampling Phenomenon
Date: Sat, 26 Sep 1992 06:23:41 GMT
Organization: University of Missouri - Rolla
Originator: tsellers@mcs213a.cs.umr.edu

        I've been a 48 user for a couple of years now and I love it.  Just 
recently I have been taking a lot of upper level communications courses for 
specialization in this area and I became interested in playing with the IR
capabilities on the calculator.  I have been using the program REMOTE4 which
is included on horn disk 7 at Seq.uncwil.edu to control my JCPenney HQ VCR.

        The program works fine and samples my 6570 wireless remote perfectly,
or at least I thought it did.  My question is, once I sample all the keys on
my VCR remote, store them and write little programs to later recall and send 
each sample, as long as I don't use the original remote control again the
calculator will be able to control the VCR with no problem.  If however I do
use my 6570 remote to control my VCR before using the 48 as a universal 
remote, the VCR will no longer accept the originally sampled values for the
6570 remote?  This strikes me as a strange phenomenon and I welcome any 
theory's or facts that might help explain this.

        Thanks in advance to any who might be able to help....


        tsellers@mcs213a.cs.umr.edu     (Tom Sellers)
Newsgroups: comp.sys.hp48
From: crenner@eng.clemson.edu (charles renner)
Subject: Re: System RPL Questions
Reply-To: crenner@eng.clemson.edu
Organization: College of Engineering, Clemson Univ.
Date: Mon, 5 Oct 1992 21:28:41 GMT

In article 1@hpcvbbs.cv.hp.com, akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson) writes:
>Hi John Bain!
>
>I see Klaus Kalb hass addressed most of your questions quite well.  i'll
>just add one thing that helped me out immensely.  Detlef Mueller has
>written a program called RPL2.2 or <-RPL-> in a library.  It can
>decompile and compile sys-RPL programs in a flash allowing you to easily
>figure out what the user RPL commands do.  Many supported sys-RPL
>commands are listed in entries.a but not addressed in RPLMAN.  RPL2.2
>will help you figure these out.  It also lets you see how HP writes it's
>sys-RPL programs.  Oter good programs for this quest you've begun are
>MLDL by Jan Brittenson and <-LIB-> by Detlef Mueller.
>
>I hope this helps!
>
>Bill Levenson
>
please post RPL2.2 to comp.sources.hp48 or tell us where it is


---
+------------------------------------------------------------------------------+
                                    E-Mail:  crenner@clemson.clemson.edu or
                                             crenner@eng.clemson.edu or
    /----  /   / /   / /---- /   /           crenner@hubcap.clemson.edu or
   /      /   / /   / /     /  /             c210cr@cs.clemson.edu
  /      /---/ /   / /     /\/   "...as the rich get rich, and the poor stay
 /      /   / /   / /     /  \    poor, and the banks get fat, and the cops
/----  /   / /---/ /---- /    \   get paid to look away as the one percent
                                  rules America!" - Queensryche  

+------------------------------------------------------------------------------+
From: rmcguir@hubcap.clemson.edu (Bryan McGuire)
Newsgroups: comp.sys.hp48
Subject: Re: Why RAM is so expensive?
Date: 4 Oct 92 04:40:37 GMT
Distribution: usa
Organization: Clemson University

r3bmp@vax1.cc.uakron.edu (Brian M Plumb ) writes:

>HI ALL

>	I work for a computer company plus I'm trying to get my BS in
>EE, anyway... I find it funny that I can get 1Meg SIMMS for around
>$30.00, but if I want to get 32K for my HP I have to spend (I think)
>$80.00. I realize that they don't sell 100's of HP RAM cards a day, and that
>the HP RAM cards are pretty specialized, but wouldn't it be nice if the price
>would be reasonable? I've been reading a lot of articles about RAM so I
>figured I'd address another issue. Just my $0.02.

>Brian Plumb
>Senior (1st year) Electrical Engineering Student
>University of Akron 

HP's standard operational bull$h*t answer is that you are comparing
apples to oranges and that it is much harder to fabricate a card.  What
HP fails to explain in this stock answer is why a very similar card sold
by Smith Corona for the PWP  (epson makes the cards for both HP and
Smith Corona) only costs $20 at the local Wal-Mart.  I have no troubles
whatsoever using Smith Corona cards in my HP48   (warranty cast toward
the wind!) -- most of my freinds with a HP48 have problems with their
calculators choking on the SC cards.  Hewlett Packard could sell their
32K ram expansion for $20 and still make a reasonable profit (Smith
Corona does) --  They could sell their serial cable for 6 bucks instead
of $60  -- come on HP, don't tout the software that comes with the cable
because  almost everyone here knows that kermit is free.  That is even
where the name came from.  Brian, the reason HP is so expensive is
because that is just the way HP is.  It's almost like asking why BMWs are
more expensive than Volkswagons.
-- 
+---------------------------------------------------------------------+
| I'd rather have a bottle in front of me than a frontal labotomy!!!  |
|                    Bryan McGuire   *IS*                             |
|        rmcguir@hubcap.clemson.edu    rmcguir@eng.clemson.edu        |
Newsgroups: comp.sys.hp48
From: lingy@jec309.its.rpi.edu (Dan)
Subject: problem with RF program
Summary: Problems with using RF program with remote samples
Keywords: remote, rf, rfu, rff, rfe, remote4, compress
Reply-To: lingy@rpi.edu
Organization: Somewhere Special
Date: Fri, 2 Oct 1992 14:00:13 GMT


Hi there,
	I have been encountering lots of problems with using the RF set of 
programs... I have tried both the RF and the RF1 versions to compress
my remote samples, and then when i copied the RFU to my home directory, 
my compressed .RFE files for my samples looks to be correct, but then there's
no space saved then because a byte check found it to be the same. (505)
I am using the remote4 program. also when i used the compression on
one of my samples, all my samples were damaged too and i had to resample all
of them. Can anyone please help me with this? also how can i copy
objects like RFU because it's a pain to send by IR to another 48sx and then 
send it back to the right directory.

Dan
Newsgroups: comp.sys.hp48
From: deboer@gate.esat.kuleuven.ac.be (De Boer Joannes)
Subject: test ignore
Keywords: test
Organization: Catholic University of Leuven, Belgium
Date: Fri, 2 Oct 1992 14:56:06 GMT



hello boys and girls ...   this is only a test.


From: akcs.n2kyw@hpcvbbs.cv.hp.com (Paul Smith)
Date: Sun, 4 Oct 1992 08:40:04 GMT
Subject: Re: .Z files
Message-ID: <2acea351.1827.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

To uncompress files with ".Z" extensions, use "uncompress" on unix.
Check the file /doc/pcnet/compression at ftp site 128.174.5.59 for lots
of info on compression/uncompression files.

Paul Smith  v055qmd6@ubvms.cc.buffalo.edu
From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Newsgroups: comp.sys.hp48
Subject: Re: Virus?
Date: 28 Sep 92 16:40:04 GMT

I don't know what is causing Marc Levy's problem with the "TRY TO RECOVER
MEMORY?" but when you anser "YES", I believe the system looks for valid
directory structures in the expected locations (or something like that). 
If it can't find a recognizeable structrue, it then tries to recover any
objects it does recognize.  It then places them in directories such as
"D.xx".  My experience with this is that the information in these
directories is not of much use, but at least the HP48 tries!  If you
answer "NO", the calculator should start from scratch with all the memory
cleared and no junk left over.

Hope this helps!

Bill Levenson

P.S.  This is by no means a completely knowledgeable response, but I
tried to give the general idea as I understand it.  Anyone who knows more
details, let us know.
Newsgroups: comp.sys.hp48
From: abell@netcom.com (Steven T. Abell)
Subject: Re: Why RAM is so expensive?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa
Date: Sun, 4 Oct 1992 01:55:39 GMT

There are two factors involved: one possible and the other definite.

I haven't seen these RAMcards, but whatever they contain, they *aren't*
the same chips that go into SIMMs. If they are made from commodity parts,
they're statics, which cost a lot more. If they're made from Saturn memory
chips, which are *vastly* different from mainstream designs (and with good
reason), they cost more still.

Economies of scale really do matter. Churning out SIMMs by the million has
an incredible impact on the price you pay at the pump. RAMcards for an HP48
are a pretty hot item too: they must sell *dozens* of them every day.

Steve abell@netcom.com
Newsgroups: comp.sys.hp48
From: frechett@spot.Colorado.EDU (-=Runaway Daemon=-)
Subject: Re: Flight Sim
Organization: University of Colorado, Boulder
Date: Sat, 26 Sep 1992 04:10:22 GMT

In article <Bv3GEv.EFo@news.cso.uiuc.edu> rmg53668@dcl-nxt22 (Ryan Martin Grant) writes:
>if it went anywhere.  I dont know hp machine language or sys-rpl and am busy
>this year but would like to see this kept moving.  I am offering to take a look
I'd also like to keep the subject alive.. 
>at it over the summer if only I could get the information now while it's still
>hot.  Someone had the simple BASIC source?
I don't think a translation from BASIC is going to cut it though.  BASIC on
the apple was an interpretted language and slower than cold honey.  The 
original apple flight simulator, I suspect, was in assembly.  I'm sure
the hp48sx could do better.  But it's not a small project by any means.

Think about that first Apple flight simulator.  It was just a square grid of 
lines, and some two dimensional mountains on one side.  There were I think
two air bases.  Yours and the enemies.  I remember it was a Sopwith Camel 
but I don't remember what the actual mission was.  I just flew it around
anyway.  So.. anyone think they could render a flat grid from any direction
or distance in say 1/20th of a second.  1/10th would be ok until you started
turning and such.  Ideas anyone?


>		E-mail for best results,
>		- Ryan Grant
>

	ian
Newsgroups: comp.sys.hp48
From: kolstad@cae.wisc.edu (Joel Kolstad)
Subject: Re: Why RAM is so expensive?
Organization: U of Wisconsin-Madison College of Engineering
Distribution: usa
Date: 4 Oct 92 02:36:17 CDT
Summary: FAQ response #9234

In article <1992Oct4.044037.2764@hubcap.clemson.edu> rmcguir@hubcap.clemson.edu (Bryan McGuire) writes:
>
[wants to know why RAM cards are expensive]

>HP's standard operational bull$h*t answer is that you are comparing
>apples to oranges and that it is much harder to fabricate a card.  What
>HP fails to explain in this stock answer is why a very similar card sold
>by Smith Corona for the PWP  (epson makes the cards for both HP and
>Smith Corona) only costs $20 at the local Wal-Mart.  I have no troubles
>whatsoever using Smith Corona cards in my HP48   (warranty cast toward
>the wind!) -- most of my freinds with a HP48 have problems with their
>calculators choking on the SC cards.  Hewlett Packard could sell their
>32K ram expansion for $20 and still make a reasonable profit (Smith
>Corona does) --  They could sell their serial cable for 6 bucks instead
>of $60  -- come on HP, don't tout the software that comes with the cable
>because  almost everyone here knows that kermit is free.  That is even
>where the name came from.  Brian, the reason HP is so expensive is
>because that is just the way HP is.  It's almost like asking why BMWs are
>more expensive than Volkswagons.

Certainly the cards do cost more than if they contained dynamic RAM (not
that I could immediately come up with a feasible design for such RAM cards).
In "HP's standard operational B.S. answer" that you're referring to,
I think HP is simply stating some of the reasons why static, low power RAM cards
are more expensive than SIMMS for PCs.

As far as your Smith Corona card comparison goes...

1) You're lucky that the cheaper cards work in your machine.
2) If Walmart sold HP-48SX RAM expansion cards, they'd probably be a little
   cheaper than from your, say, University book store.
3) I have absolutely no idea what a "reasonable profit" is.  Companies
   attempt to maximize their profits.  Period.  This is Good, IMHO.
4) HP "could" sell their cables for $6, their calculators for $100, and
   their RAM cards for $50.  That sure as heck doesn't mean they should!

You're right that the main reason that HP RAM cards are more expensive than
SC RAM cards is that they say "HP" on them instead of "Smith Corona," though.

Of course, "high prices" (whatever those are) are supposed to generate
innovation from those who think they can do better.  This certainly does
seem to be the case for RAM cards -- CMT and SMI both make competitively
priced RAM cards in what's really a very small market.  Also, witness
Allan Peterson's notes of how to hack a SC RAM card to always work 
correctly in a HP-48, if you're so inclined.

Well, have fun...

						---Joel Kolstad
From: yh18@uk.co.gec-mrc (John Bain)
Newsgroups: comp.sys.hp48
Subject: System RPL Questions
Keywords: RPL Help
Date: 2 Oct 92 16:11:54 GMT
Organization: GEC-Marconi Research Centre, Great Baddow, UK


Hi everybody!

I've recently been taking my first tentative, trembling steps into the
world of system rpl, and there are a few things I'm confused about.  If
anyone can help me I'd be grateful.

1) Can I use user words in a system rpl program?  I've found a few in
entries.a, but not very many.  Can I use the rest, and if so, how? ( I
know I can easily find the addresses of the ones I want to use, and have
done so for a few, but as these are not in entries.a they are presumably not
supported.)

2) Where are all the operations on symbolics?  I can't find many in the
rplman.doc which came with the system rpl kit.

3) As I understand it, execution of a program object involves execution
of its members in order.  But, if I have a user program (\<< ... \>>), 
one of whose members is another user program, that program is put on the
stack, not executed.  I.e., there appears to be some sort of implicit
'tick' before the user program object.  When decompiling such a program
(using ->HEX from horn2.zip) I see there is an extra word (2349C) just
before the inner program object, i.e.:
	 \<< \<< + \>> \>>
gives:
	 02D9D    (-> program prefix)
         2361E    \<<
         2349C    ??
         02D9D    (-> program prefix)
         2361E    \<<
         1AB67    +
         23639    \>>
         0312B    SEMI
         23639    \>>
         0312B    SEMI

Does this extra word (which doesn't match the 'tick' in entries.a) have
anything to do with it?

4) While I'm on the subject, what do the \<< and \>> do anyway?  (if I 
sound confused by all this, it's probably because I am!)

5) I don't understand what the 'TakeOver' does in the parameterised
outer loop.

6) I've been reading rplman and Derek Nickel's internals document (again
from horn2 - many thanks to Joe and all the authors for all those goodies!).
What other documents should I be reading?

Sorry there are so many questions, but I'd be really grateful if anyone
could take the time to help me out.

Many thanks,

John
-- 
John Bain                   | uucp : ..!mcvax!ukcnet!gec-mrc!jrb
GEC-Marconi Research Centre | OR   : jrb@uk.co.gec-mrc
Chelmsford                  | Tel  : +44 245 73331 x 3263
Essex CM2 8HN               |  
Newsgroups: comp.sys.hp48,comp.sys.handhelds,misc.forsale.computers
From: bakerdds@milton.u.washington.edu (David Baker)
Subject: HP 48-SX SYSTEM for sale (printer, EQ library, interface)
Reply-To: bakerdds@u.washington.edu
Organization: University of Washington, Seattle
Distribution: usa
Date: Fri, 2 Oct 1992 02:23:22 GMT



Great news!  I have a complete 48SX system for sale.  I used it in my 
mechanical engineeering career, but now I have moved on to dentistry!

	ITEMS FOR SALE  (package price is quite a deal!)

	1) HP 48-SX calculator.  Complete with documentation and "dust-free."
	
	2) IR Printer- Wireless thermal printer.  (new = $115)

	3) HP Solve equation library ROM card.  
		Multiple eqn. solver, hundreds of engineering formulas, 
		periodic table, the "most useful" expansion card. (new = $89)

	4) Interface kit for Macintosh- Cable and software. (new = $89)

	
	
	Everything is in FLAWLESS CONDITION!!  I don't need this type of
	computing power anymore.  I am willing to part with it for $350.

	WHAT A DEAL... that is almost HALF what it cost new!  

	Reply back to this memo, or just call me at 206-548-1088 (Seattle).

	Thanks for your interest, David Baker.   :-)   :-)
	(bakerdds@u.washington.edu)



Newsgroups: comp.sys.hp48
From: crenner@eng.clemson.edu (charles renner)
Subject: Re: Cheap Ram Card
Reply-To: crenner@eng.clemson.edu
Organization: College of Engineering, Clemson Univ.
Date: Tue, 6 Oct 1992 16:08:38 GMT

I use both a HP 128K RAM card in my version E calculator, as well as a Smith
Corona S75531 32K DataStore Card designed for their PWP's (Personal Word Processors)

I have no problems with either.

---
+------------------------------------------------------------------------------+
                                    E-Mail:  crenner@clemson.clemson.edu or
                                             crenner@eng.clemson.edu or
    /----  /   / /   / /---- /   /           crenner@hubcap.clemson.edu or
   /      /   / /   / /     /  /             c210cr@cs.clemson.edu
  /      /---/ /   / /     /\/   "...as the rich get rich, and the poor stay
 /      /   / /   / /     /  \    poor, and the banks get fat, and the cops
/----  /   / /---/ /---- /    \   get paid to look away as the one percent
                                  rules America!" - Queensryche  

+------------------------------------------------------------------------------+


Newsgroups: comp.sys.hp48
From: julichjh@NeXTwork.Rose-Hulman.Edu (Joseph H Julicher)
Subject: Re: Hp48 trek in works - looking for sounds
Organization: Rose-Hulman Institute of Technology
Date: Thu, 1 Oct 1992 03:49:50 GMT


I have a new version of the Trek game on my Apple 2gs complete with about 1 meg  
of compressed sounds.  Most of these sounds are for the intro where it plays  
about 10 seconds of star trek theme music.  The rest includes Uhura saying  
hailing frequencies open, the computer sounding red alert, phasers, torpedos,  
bridge background noises, warp drive ect.  If any of this is interesting I  
could remove and decompress the files however what format do you want the files  
in?  I could probably make a raw mono file from them at a specific sampling  
rate.
Joe Julicher
julichjh@nextwork.rose-hulman.edu
From: darrylo@hpnmdla.sr.hp.com (Darryl Okahata)
Date: Tue, 6 Oct 1992 16:57:12 GMT
Subject: HP 48SX Questions, Answers, & Useful Tidbits
Organization: Center for Primal Scream Therapy