HDTenEightyP/NetNews huggingface dataset:
From: mheiskan@hut.fi (Mika Heiskanen)
Subject: Re: unpostable sex48pos
Followup-To: alt.flame
Reply-To: mheiskan@.vipunen.hut.fi
Organization: Helsinki University of Technology - Finland
	<BSON.92Aug17114146@kropotkin.gnu.ai.mit.edu>
	<1992Aug17.224319.29939@seq.uncwil.edu> <23310C@erik.naggum.no>
	<MHEISKAN.92Aug19051417@vipunen.hut.fi> <23311H@erik.naggum.no>
Date: 20 Aug 92 02:06:55

In article <23311H@erik.naggum.no> Erik Naggum <enag@ifi.uio.no> writes:

>   Maybe we have somewhat separate desires when it comes to things in
>   general.  I actually take my little machine seriously, and don't have
>   time for daily archive and restore operations just because some stupid
>   programmer doesn't have time to write decent code.
>
>   The '48 has been very carefully programmed by HP so it wouldn't crash no
>   matter what, and I really appreciate this aspect of the machine.  Unlike
>   Microsoft and PC's and their non-quality ilk in general, I mean.

Usually I wouldn't continue this discussion any longer, but I cannot resist
pointing out the fact that there have been revisions A,B,C,D and E of the
HP48SX. You could say that there were features the public didn't like. :)

--
--> mheiskan@vipunen.hut.fi
From: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Newsgroups: comp.sys.hp48
Subject: Re: Different displays?
Date: 14 Aug 92 13:14:15 GMT
Reply-To: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Organization: Digital Equipment Corporation


In article <A45621@K2.maus.de>, Michael_Hoppe@k2.maus.de (Michael Hoppe) writes:

|>
|>Up to now I own my HP48SX since about two years.  Comparing my handheld to a
|>brandnew HP48S (without an `X') I have to admit that the screens brightness of
|>my SX is less than the S's one, i.e, the background is darker (green).  If
|>they are off the SX's display is significantly darker than the S's one.  Is
|>this due to the age of my SX, or due to comparing it to an S, or because my SX
|>is made at A and the S is made at S?
|>
|>Michael
|>


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

The screen contrast is adjustable by pressing [ON] and [+] at the same time
to increase contrast, or [ON] and [-] at the same time to decrease contrast.

>>>Joe
From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Date: Thu, 20 Aug 1992 18:40:04 GMT
Subject: Re: unpostable sex48pos
Message-ID: <2a93e4be.1591.15comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

I should probably just ignore Erik Naggum's further insults to an
accomplished and helpful programmer of the HP48, but Erik's drivel has
enraged me!

First of all, Erik, if you actually spend some money on some software,
you may have a right to complain.  But to take something for free and
then disparage the person who gave it to you because it isn't exactly
what you want, that is unconscionable!!  Don't use *ANY* of the software
on this net if it's not written in pure USER RPL if you absolutely cannot
tolerate an unfortunate incident such as you experienced...ESPECIALLY if
you intend on messing around with the code to try and figure it out or
use it as it was not otherwise intended.

Secondly, I don't know what "marvelous" software you have produced that
allows you to be so critical of others but you either don't understand
the complexities that can be involved in developing a useful, efficient
and fast piece of code or you are a PERFECT person  who never makes
mistakes (I doubt the latter seriously).

Thirkly, HP DOES produce an excellent calculator (or we all wouldn't bee
here) but...HP employs a staff of people to debug and test its products
for years befor they go to market and still, serious bugs are found
yielding incorrect answers or worse (why else would they have Rev's
A,B,C,D,E).

I appologize to the people in netland for having to read all this but I
just couldn't let it go unanswered.  Maybe someday Erik will join the
rest of us mortals as contributing members of the human race.

Bill Levenson

From: akcs.n2kyw@hpcvbbs.cv.hp.com (Paul Smith)
Date: Fri, 21 Aug 1992 04:40:03 GMT
Subject: Re: how do i open my 48?
Message-ID: <2a9465f8.1561.3comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

There have been a few more requests for this info via e-mail to my
accts, and I have been able to return most of them.  If anyone else
would like the details on how to open the hp48, just e-mail me at
v055qmd6@ubvms.cc.buffalo.edu,   or   smit3223@nova.gmi.edu
and please include a return e-mail address somewhere.  The address
in the header does not always work from my system.

Would Gunter Bitz please send me your e-mail address..
The person at lahikain@lut.fl : My mailer rejects this address...
  please send me an alternate.
Thanks.
Paul Smith
v055qmd6@ubvms.cc.buffalo.edu
smit3223@nova.gmi.edu
From: mueller@schaefer.math.wisc.edu (Carl Douglas Mueller)
Newsgroups: comp.sys.hp48
Subject: Re: unpostable sex48pos
Date: 21 Aug 92 17:18:48 GMT
Reply-To: mueller@schaefer.UUCP (Carl Douglas Mueller)
Distribution: na
Organization: Univ. of Wisconsin Dept. of Mathematics

In article <1992Aug21.130325.5236@schaefer.math.wisc.edu> mueller@schaefer.UUCP (Carl Douglas Mueller) writes:
>I haven't been following this newsgroup for a while.  Where can I find
>this X-YModem program?  And, while I'm asking, where is this "Unpostable
>sex48pos"?
>Carl Mueller (mueller@math.wisc.edu)

I found them at seq.uncwil.edu ... thanks.
Newsgroups: comp.sys.hp48
From: janl@ifi.uio.no (Jan Nicolai Langfeldt)
Subject: Re: HP48S Speed-up ???
Organization: Folkeaksjonen for (tungt) eple cider p} Inf. stua
Date: Thu, 13 Aug 1992 11:56:28 GMT
Originator: janl@yrsa.ifi.uio.no


In article <2a85b5f3.1532.2comp.sys.hp48.1@hpcvbbs.cv.hp.com>, akcs.n2kyw@hpcvbbs.cv.hp.com (Paul Smith) writes:
> With respect to recent questions on the possibility of speeding up the
> hp48, one could always find the circuit element(s) resopnsible for the
> clock's time constant and change their value (smaller capacitor).  Of

No you can't. The value is in ROM, and it's set to max speed anyway...

The only suggestion with any merit is turning off the screen (but it
dosn't save you much time). Programs that turns the screen on and off
should be somewhere on seq.uncwil.edu.

Nicolai

-- 
Nicolai Langfeldt, "Bugs made while you wait"             
Internet: janl@ifi.uio.no
From: enag@ifi.uio.no (Erik Naggum)
Newsgroups: comp.sys.hp48
Subject: Re: unpostable sex48pos
Date: 20 Aug 92 22:27:32 GMT
Organization: Department of Informatics, University of Oslo, Norway

This is too much.

william j. levenson <akcs.levenson@hpcvbbs.cv.hp.com> writes:
|
|   Secondly, I don't know what "marvelous" software you have produced that
|   allows you to be so critical of others but you either don't understand
|   the complexities that can be involved in developing a useful, efficient
|   and fast piece of code or you are a PERFECT person  who never makes
|   mistakes (I doubt the latter seriously).

You have nothing but your own guesswork based on a couple articles to
support any such pointless argumentation.  If you're pissed off, let it
out, but at least stick to things you have some means of verifying.

That you don't know what I've produced is no reason to state that it's
crap based on your factless guessing.  At least I stated exactly what
the crap I referred to was, who made it, and I pointed out the
consistency in getting crashes from using this software.  If you can't
tolerate the facts, please don't make up your own in their place.

|   I appologize to the people in netland for having to read all this but I
|   just couldn't let it go unanswered.  Maybe someday Erik will join the
|   rest of us mortals as contributing members of the human race.

Maybe someday you'll figure out that comp.sys.hp48 is not the only place
where you find "contributing members of the human race".  Sheesh.

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.
From: enag@ifi.uio.no (Erik Naggum)
Newsgroups: comp.sys.hp48
Subject: Re: RPLMAN - Mac formatted copy
Date: 14 Aug 92 20:40:34 GMT
Organization: Department of Informatics, University of Oslo, Norway

Chris Spell <spell@seq.uncwil.edu> writes:
|
|   Sorry about the message in the hp_tools dir.  It was a little
|   misleading, but it is fixed now.  The mac version (rplman.doc.sea) is
|   still corrupt, but if you have a postscript printer pick up rplman.ps.Z
|   and print it out.  I have printed it and it looks great.

There was supposed to be a cover for it, too, I seem to recall, which
isn't in the rplman.ps file.  Another thing is that ghostview gets as
far as page 8, then can't locate the default font somewhere on page 9.
I haven't actually tried printing it out, though.  (Never do with things
that ghostview don't grok.)

Is the cover somewhere I didn't look?

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

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.

What's the trick? (I don't have Wayne's POLY utils.)

--
--> mheiskan@vipunen.hut.fi
Newsgroups: comp.sys.hp48
From: spell@seq.uncwil.edu (Chris Spell)
Subject: Archives at seq.uncwil.edu
Summary: Check the dir out quick, it will soon be gone.
Keywords: new/old dir
Organization: Univ. of North Carolina @ Wilmington
Date: Mon, 17 Aug 1992 05:54:28 GMT


I have been going though stuff trying to find things to delete
since we are running low on disk space.  While looking around I
found an old dir that had a lot of hp48 stuff that I had grabbed
before the archives here were set up.  Most of the stuff in this
new dir is in the archives, some of it isn't.  I don't have the
time to really go though the dir and we don't have the disk
space to keep it on line so if you are interested check it out
before is gone.  The directory is:

	hp48/OldArchives

If you find something that needs to be kept around then send me
mail and i'll move it, but please give me paths.

If you are coming in via the mail server, request this file:

	send OldArchives.ls

This file will be a ls-lR of the OldArchives dir.

It will be online for at least a week, after that I don't know.

I guess I make it sound like there is something great in there.
I don't think there is, but you never know. 

Oh, just in case you don't know the address. :-)

seq.uncwil.edu 128.109.221.20

One other note.   This address will be changing sometime in the
near future.  I'm not sure when, but i'll let you know as soon
as I know.

As always, if you have any suggestions concerning the archives please
let me know.

As a side note..  Would you have thought that over 100mb of
stuff is transferred from the archives each week via ftp?  I was
surprised.  I haven't even checked the mail server.

Please support comp.sources.hp48, especially if you appreciate
the archives here at seq.uncwil.edu.

Chris
From: kolstad@cae.wisc.edu (Joel Kolstad)
Newsgroups: comp.sys.hp48
Subject: Re: HP48S Speedup ???
Date: 19 Aug 92 14:16:02 GMT
Organization: U of Wisconsin-Madison College of Engineering

In article <1992Aug15.165652.28380@utagraph.uta.edu> b645zjo@utarlg.uta.edu (STEPHEN HUFNAGEL) writes:
>
>One question then:
>If the value is in ROM, then can't a patch be written to "revector" the
>address to a place in RAM?

As some poster already mentioned, it's already set for full speed.  I suppose
you could do something convoluted like sliding RAM over ROM to "revector" it,
but would you really want to slow down your 48 anyway?  And of course, this
would only be useful for your own programs -- the 48's OS expects I/O and ROM
to be in their standard positions!

HP's beginning to get some competition in the super-calculator market, so it's
a good bet that eventually we'll be seeing faster machines.

						---Joel Kolstad
Newsgroups: comp.sys.hp48
From: b645zjo@utarlg.uta.edu (STEPHEN HUFNAGEL)
Subject: Re: HP48S Speedup ???
NewsSoftware: VAX/VMS VNEWS 1.41    
    <STEVEV.92Aug4111732@miser.uoregon 
    <2a85b5f3.1532.2comp.sys.hp48.1@hpcvbbs.cv.hp.com> 
    <1992Aug13.115628.15463@ifi.uio.no>
Organization: The University of Texas at Arlington
NntpPostingHost: utarlg.uta.edu
MessageID: <15AUG199211560437@utarlg.uta.edu>
Date: Sat, 15 Aug 1992 16:56:00 GMT
X-Bytes: 723

In article <1992Aug13.115628.15463@ifi.uio.no>, janl@ifi.uio.no (Jan Nicolai Langfeldt) writes...
> 
>In article <2a85b5f3.1532.2comp.sys.hp48.1@hpcvbbs.cv.hp.com>, akcs.n2kyw@hpcvbbs.cv.hp.com (Paul Smith) writes:
>> With respect to recent questions on the possibility of speeding up the
>> hp48, one could always find the circuit element(s) resopnsible for the
>> clock's time constant and change their value (smaller capacitor).  Of
> 
>No you can't. The value is in ROM, and it's set to max speed anyway...
> 


One question then:
If the value is in ROM, then can't a patch be written to "revector" the
address to a place in RAM?
This may be a stupid question as I do not know the internals of the
HP48. 

Rick Homard
From: gudbjgud@kerfi.hi.is (Gudbjarni Gudmundsson)
Newsgroups: comp.sys.hp48
Subject: Where can I get hp48sx in USA
Date: 13 Aug 92 11:31:37 GMT

After 2 weeks I am coming to USA. I am planing on geting there a hp48sx
since thay are so overpiced here. 

And now I need help. Where can I get hp48sx for the lowest price in USA?

Please email me if you have any information for me.

Thank's
  Gudbjarni


*******************************************************************************

  Gudbjarni Gudmundsson
  gudbjgud@kerfi.hi.is

  Engineering Research Institute
  University of Iceland
  Hjardarhagi 2-6, IS-107 Reykjavik, Iceland.
  Tel: +354-1-694699

*******************************************************************************
Newsgroups: comp.sys.hp48
From: mheiskan@hut.fi (Mika Heiskanen)
Subject: Re: ParOuterLoop'news
Reply-To: mheiskan@.vipunen.hut.fi
Organization: Helsinki University of Technology - Finland
Date: 19 Aug 92 01:56:51

In article <MHEISKAN.92Aug18170928@vipunen.hut.fi> mheiskan@hut.fi (Mika Heiskanen) writes:

>   >   So, the moral is if you can't do a LASTSTACK after the program has run
>   >   (the calc is stuck), you probably put bad arguments in the stack.
>
>   Ah, but you CAN use the supported SAVESTACK command, which collects the
>   stack (duplicated) to a list and BINDs it to SAVELAM (supported).
>   Then use undo (supported) to get the list exploded. NOTE: undo doesn't ABND
>   since there can be new temporary environments created after SAVESTACK.
>
>   If I recall right, I couldn't find any references in memory to SAVESTACK
>   command, but unfortunately I don't have my calc with me now. I'll do a seek
>   command this evening and make a followup about it. Why? To see if SAVESTACK
>   is used/not used internally and thus not safe/safe to use.

Seems that I again wrote something out of the context, and even worse,
bullshit. 

Anyway, the reason LASTSTACK may crash after a program may be because
whatever you do at user level, like executing programs, causes SAVESTACK.
SAVESTACK CACHEs the stack to SAVELAM without dropping the arguments.
Thus, if you have one too many ABND in your program, LASTSTACK will try to
undo (Similar to DUMP) SAVELAM, which should result in a crash. The reason
for this is that SAVELAM has a count without # prolog.  Since a normal
entry in a lam usually has a prolog ~ 2000h, LASTSTACK tries to undo ~2000h
nonexistant LAMs. This isn't very healthy. :)

Also temporary environment seems to be marked to when you execute
something. Thus too few ABNDs might not be a problem, but I wouldn't bet on
it.

--
--> mheiskan@vipunen.hut.fi
Newsgroups: comp.sys.hp48
From: fluet@ee.ualberta.ca (Kevin Blaine Fluet)
Subject: Re: Downloading PC-Hp48
Organization: University Of Alberta, Edmonton Canada
Date: Fri, 21 Aug 1992 00:38:58 GMT

Use the Kermit protocol as described in Chapter 33 (pp 612 - 633) of the
Manual.
From: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Newsgroups: comp.sys.hp48
Subject: Re: Hp48 and TI85 compared
Date: 20 Aug 92 17:24:18 GMT
Reply-To: ervin@pinbot.enet.dec.com (Joseph James Ervin)
Organization: Digital Equipment Corporation


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

|>>>==========================================================================
|>>>Plotting and Graphing
|>>>
|>>>The TI85 plots a bit faster than the HP48.
|>>
|>>!!!!
|>
|>I've always wondered why the HP48 is so slow at plotting. My Casio fx-8000G
|>also beats my 48sx at plotting. The only calculator that's slower than my
|>HP is the Sharp Super-Scientific.
|>

I suspect the problem is because the plotting stuff, and just about every
other high-level feature on the HP48SX, is written in system RPL, rather than ML.  This is largely why the equation writer is so slow.

>>>Joe
From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Newsgroups: comp.sys.hp48
Subject: Re: unpostable sex48pos
Date: 19 Aug 92 17:40:03 GMT
Article-I.D.: hpcvbbs.2a9283af.1591.9comp.sys.hp48.1

Erik Naggum has spent several lines here flaming someone who has made
considerable contributions to the HP48 community and I, for one,
appreciate all he has done, dispite a crash here and there.  I believe
most of the software available over this net carries with it the
disclaimer, either written or implied, that warns you to use at your own
risk.  Noone posts software here to intentionally crash other people's
machine's.  On the contrary, software is posted because:

- The auther is proud of his accomplishment

- The author wants others to benefit from his work

- Some authors want a few bucks (or DM)

- The author would like feedback to further improve his program

If Erik Naggum doesn't want to use programs from certain individuals,
that's his right.  But, his attitude and practice of ridiculing someone
who has made a good effort to provide us all with useful tools is not
conducive to further development of HP48 programs.

How about something constructive, Erik?

Sincerely,

Bill Levenson
From: khaacks@hpwad.WAD.HP.COM (#Kai Haacks )
Newsgroups: comp.sys.hp48
Subject: Re: Goodies Disks by FTP?
Date: 12 Aug 92 06:50:41 GMT
Organization: Hewlett-Packard Waldbronn, Germany

if you mean the goodies disks from joe horn, you can get them
from the hp-mail-server@seq.uncwil.edu in the EduCalc directory
From: akcs.joehorn@hpcvbbs.cv.hp.com (Joseph K. Horn)
Date: Sun, 16 Aug 1992 06:40:02 GMT
Subject: Re: Somebody please upload horn7
Message-ID: <2a8dea3c.1578.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.hp48

Mika Heiskanen (mheiskan@saha.hut.fi) writes:

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

It will be available as soon as it exists, but no sooner.

Please keep in mind that you may see references to items on a Goodies
Disk long before it is available, because the Goodies Disks are not
created in an instant, but slowly accumulate.  References can be to
items on a disk that is still being assembled.  The libraries to which
you refer are on disks #7 and #8, which will be released
simultaneously on my Official "Over The Hill" Birthday, August 19th.
If I remember!  :-)

-Joseph K. Horn-   -Peripheral Vision, Ltd.-

PS: The following people are slated to be mailed free copies of GD7
and GD8: Graham Fraser, Rick Grevelle, Kevin Jessup, Brian Maguire,
Bob Wilson, Roland Davis, Steven J. Thomas, and Jake G. Schwartz.
If I promised you a copy, and I forgot to add you to this list, email
me right away, and specify 3.5 and/or 5.25 disk size.  Thanx.  -jkh-

Newsgroups: comp.sys.hp48
From: gbastin@x102a.ess.harris.com (bastin gary 60293)
Subject: Re: RPLMAN - Mac formatted copy
Organization: Harris GASD
Date: Fri, 21 Aug 1992 14:16:17 GMT

enag@ifi.uio.no (Erik Naggum) writes:
: Chris Spell <spell@seq.uncwil.edu> writes:
: |
: |   Sorry about the message in the hp_tools dir.  It was a little
: |   misleading, but it is fixed now.  The mac version (rplman.doc.sea) is
: |   still corrupt, but if you have a postscript printer pick up rplman.ps.Z
: |   and print it out.  I have printed it and it looks great.
: 
: There was supposed to be a cover for it, too, I seem to recall, which
: isn't in the rplman.ps file.  ...
: 
: Is the cover somewhere I didn't look?
: 


I am looking for the cover, too.  (The local mailer couldn't 
handle the .no domain address to Erik.)  Any pointers would
be appreciated.

Thanks, Gary

Gary Bastin, WB4YAF      /-/-/      Internet: gbastin@x102a.ess.harris.com
Mail Stop 22A-4858         |        phone: (407) 729-3045
Harris Corporation GASD    |        FAX:   (407) 727-5905
P.O.B. 94000, Melbourne FL 32902    Speaking from, but not for, Harris! 
Newsgroups: comp.sys.hp48
From: mheiskan@hut.fi (Mika Heiskanen)
Subject: Re: unpostable sex48pos
Reply-To: mheiskan@.vipunen.hut.fi
Organization: Helsinki University of Technology - Finland
	<BSON.92Aug17114146@kropotkin.gnu.ai.mit.edu>
	<1992Aug17.224319.29939@seq.uncwil.edu> <23310C@erik.naggum.no>
Date: 19 Aug 92 05:14:17

In article <23310C@erik.naggum.no> Erik Naggum <enag@ifi.uio.no> writes:

>   I found this thing extremely offensive, but that has nothing to do with
>   the graphics, which were kind of entertaining.  (Good work to cram so
>   much into so few pixels, Glu.)  It has to do with Lutz Vieweg's lazy
>   programming style, which caused my '48 to lock up when I tried to figure
>   out how this picture compression thing worked, and it deleted the entire
>   "null" directory, with alarms and user key assignments, and made it
>   impossible for me to add new alarms or user key assignments: the '48
>   cleared memory when I tried to re-install user key assignments (STOK).

Next time try ON-C. It executes every $CONFIG program, including the one in
library 1 (internal). It makes a new hidden directory if you somehow
manage to purge it.

>   This is the third time I have to restore from backups, all of them after
>   I've used a program written by Lutz Vieweg, all of which did incredibly
>   stupid things to completely unrelated parts of the system.  I'm not
>   happy with this, of course, and I'm not going to use software written by
>   Lutz Vieweg for the next decade or so, or until somebody can give some
>   evidence of his improving his programming style to include sanity checks
>   on arguments and input, so as not to blow up the system on bad input.
>   If you don't heed this advice, please heed another: always take a full
>   backup before you download Lutz Vieweg code to your '48.  Think of it as
>   safe sex.
>
>   Best regards,
>   </Erik>

  If Lutz makes a good program, I will use it no matter who says what. If I
play around with the code of his programs, I blaim only myself for any
crashes. If the user level command causes crashes for inadequate argument
checking, I suggest you contact Lutz and tell him about it so he can fix it
in the next release.
  What comes to crashing the HP48, well, I don't bother to reset the clock
anymore. :)

--
--> mheiskan@vipunen.hut.fi
From: akcs.levenson@hpcvbbs.cv.hp.com (william j. levenson)
Date: Wed, 12 Aug 1992 16:40:03 GMT
Subject: Re: Binary MOD
Message-ID: <2a893382.1568.1comp.sys.hp48.1@hpcvbbs.cv.hp.com>