HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.handhelds
Keywords: 48sx 595lx bbs seattle

The R.P.N. BBS in Seattle, Washington has goodies disks 1-7 (soon to be
1-8) as well as over 50 95lx files. We also havan offline mail door that
you can use to download and reply to messages on SFNET's HP user's
conference. Give it a call! No ratios, or d/l limits and 120 minutes per
day.
  
                     The (R)eally (P)luvial (N)ode
                            206.881.0395
                           24 hours/7 days

We also have a list of all files available for download as well as a list
of all known HP BBSes in North America. All files are zipped for quick
and easy downloads. 300-2400bps (for now, may change soon!). Running
Wildcat! 3.51.
From: dwight.mulcahy@u2u.lonestar.org (Dwight Mulcahy) 
Newsgroups: comp.sys.handhelds
Subject: HP95LX WANTED...
Date: 16 Dec 92 13:05:00 GMT
Distribution: world
Organization: USER-TO-USER PCBoard (214)492-6565 (USR DS v32bis)
Reply-To: dwight.mulcahy@u2u.lonestar.org (Dwight Mulcahy) 


    I am interested in buying a used HP95LX 512K or
 1M model...

    Also interested in the Dictionary Card available
 for it too...
From: p_quinn@pavo.concordia.ca (QUINN, PAUL)
Newsgroups: comp.sys.handhelds
Subject: GRAPH TI
Date: 15 Dec 92 16:00:00 GMT
Organization: Concordia University
News-Software: VAX/VMS VNEWS 1.41


	I've been readng a lot about the GRAPH TI.  Is this calculator better
than an HP 48SX?  Can it do symbolic calculus?  What is its retail price?


Thanks

Paul
p_quinn@pavo.concordia.ca
From: sh09@ns1.cc.lehigh.edu (STEVEN HIGGINS)
Newsgroups: comp.sys.handhelds
Subject: HP41/42 FTP Sites?
Date: 13 Dec 92 05:14:05 GMT
Organization: Lehigh University



    Hi,

    Hope this is the appropriate group, I'm looking for a FTP site which has
    source available for the HP41/42 series of calculators.  I'd be very
    interested in finding code for the Simplex method of Linear Programming.

    Thanks,

    
-- 

~Steve
sh09@lehigh.edu
From: pete@egh-qc.uucp (Pete Phillips)
Newsgroups: comp.sys.handhelds
Subject: Re: Psion Series 3: Any Problems?
Date: 18 Dec 92 13:47:45 GMT
Organization: Surgical Materials Testing Laboratory

P.J.Jeffcock@bradford.ac.uk (Phil Jeffcock) writes:

>The serial number on my machine is above 500000, and the keystrip has become
>faulty after about 3 months of very active use - so it looks as if not even
>the most recent models are free from this problem. 

Well, I am on my third machine (1st was delivered with cracked screen,
2nd had fascia missing) and the key strip just started playing up this
week (after about 4 months use).

>I find my machine indespensible, and I'm very reluctant to send it back to
>PSION and resort to paper for 3 weeks as I know other people have been.
>Maybe I'll do it when I go on holiday or something.

Well, we have another one here which I've just nicked of someone
until mine gets fixed ;-) - I couldn't _bear_ going back to paper. Uggh.

-- 
Pete Phillips, Surgical Materials Testing Lab, Bridgend, S. Wales.
UUCP   :  uknet!egh-qc!pete            DOMAIN :  pete@egh-qc.co.uk
-----------------------------------------------------------------
"SCIENCE: A way of finding things out and then making them work.
From: Abstract_-_RD@cup.portal.com
Newsgroups: comp.sys.handhelds
Subject: 5 New PCMCIA IC Cards for Sale
Date: Sun, 13 Dec 92 22:39:19 PST
Organization: The Portal System (TM)

Newsgroups: comp.sys.handhelds,comp.sys.palmtops
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: Re: Sharp Wizard 9600
Organization: Distributed Computing Group, Stanford University
Date: Thu, 17 Dec 92 19:19:53 GMT

In article <lj1h83INN62@jethro.Corp.Sun.COM> fugitt@tempus.Corp.Sun.COM writes:
>In article 17563@leland.Stanford.EDU, schemers@leland.Stanford.EDU (Roland Schemers) writes:
>One thing that really bothered me about the 9600 was the apparent lack of
>contrast of the screen compared to what I'm used to on the 8200. Perhaps
>the batteries were low, or I didn't have it adjusted properly. 
>
>Roland: can you comment on the screen contrast/usability?

There is an option to adjust the contrast (through a popup menu). It works
well in bright light, but I find myself tilting the screen every once in a
while to get the best picture. I wonder if its due to the large number of
pixels (320x240) and the touch screen.

>I've also heard that the 9600 has VT-100 emulation.

Yes. It works fine with emacs, vi, elm, etc. I did notice that 
when using a high speed modem the 9600 was not really able to keep up
with the modem. The screen is also 24x56 (I think its around 56) but
it has a virtual screen and you can scroll around it. 

The keyboard layout is not really nice to Unix users. There is a "control"
key (really M-), but a lot of the Unix like keys (~, >, <, etc) you have
to hit the "SMBL" keep and selet them off a popup menu.

It also has Xmodem and Ascii for uploading/downloading.

I really wouldn't buy the 9600 for its terminal emulation though :-)

Roland


-- 
Roland J. Schemers III              |            Networking Systems
Systems Programmer                  |            168 Pine Hall   (415)-723-6740
Distributed Computing Group         |            Stanford, CA 94305-4122
Stanford University                 |            schemers@Slapshot.Stanford.EDU
From: eric@chemeng.ed.ac.uk (Eric S Fraga)
Newsgroups: comp.sys.handhelds
Subject: Re: BOSS vs Psion vs Wizard
Date: 17 Dec 92 12:34:13 GMT
Organization: Edinburgh University Chemical Engineering Department
X-Newsreader: Tin 1.1 PL3

The Psion comes with OPL (Organizer Programming Language) built in.  It's
somewhat like Basic with proper procedures and local variables along with
a complete windowing and menu system built in.  Very easy to use.  The only
limitation I've found is that you can only have 1 dimensional arrays.

It's very easy to write your own applications for the machine using this
language making them indistinguishable from those that come with the
machine itself.

eric
-- 
.......oo...ooo..o..o.o...o.o....oooo..oo...o.....o.....ooo..o..............
 Eric S Fraga, Dept. of Mathematics and Statistics, University of Edinburgh
 phone: +44 (31) 650 5065/4866, eric@uk.ac.ed  or  na.fraga@na-net.ornl.gov
Newsgroups: comp.sys.handhelds
From: schumacb@ucunix.san.uc.edu (Carla Beth Schumann)
Subject: I need an HP28 and HP48sx
Organization: University of Cincinnati
Distribution: usa
Date: Sat, 12 Dec 1992 20:32:32 GMT

I would like to buy an HP-28 and HP-48sx, if anyone out there has one
please e-mail your price.

Address: schuamcb@ucunix.san.uc.edu
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: Re: Sharp Wizard 9600
Organization: Distributed Computing Group, Stanford University
Distribution: inet
Date: Thu, 17 Dec 92 17:08:38 GMT

In article <1gpodfINNsks@transfer.stratus.com> lfil@athos.az.stratus.com (Lonnie Filbrun) writes:

>I think it ran on 4 X "AAA" batteries with easy no screwdriver  
>access,
>and one "organizer" battery for merory protection.

Are "LR03" batteries AAA? I though there was a difference. This unit
takes 4 x LR03 for the main batteries and 1 CR2032 for backup.

>The major problem I thought was that the pen was used just to start
>applications and exit them. then I would lay the pen down to enter 
>information.

Strange. I do just the opposite. I use the pen for everything except
when it comes time to type. The I hold the pen between my fingers and
type in a few things. The pen is great for selecting text to cut 
and paste. It also makes entering schedules quick and easy. A few taps
on the screen to get to the right day, then select start/stop/alarm
times by touch a time bar and type in the text part.

Maybe its because my fingers are too big, or I don't like leaving 
finger prints all over the screen, but I love the pen.

The pen basically replaces the mouse, and isn't used for what the next 
generation pen based orgs will do (gestures handwriting recog, etc).

-- 
Roland J. Schemers III              |            Networking Systems
Systems Programmer                  |            168 Pine Hall   (415)-723-6740
Distributed Computing Group         |            Stanford, CA 94305-4122
Stanford University                 |            schemers@Slapshot.Stanford.EDU
Newsgroups: comp.sys.handhelds
From: hankin@sauron.osf.org (Scott Hankin)
Subject: BOSS vs Psion vs Wizard
Summary: Can these things be programmed?
Organization: Open Software Foundation
Date: 16 Dec 92 15:06:54 GMT

Howdy -

    I've been looking at handhelds lately, and although I'm impressed with
    their cleverness, I wonder about their flexibility.  Are any of these
    units user-programmable?  If so, how?  I see good things about each of
    these, but none is perfect - all would need to be extended.  If I cannot
    hope to do so with any of them, it would make the selection process
    easier.  Any info would be appreciated.  Thanks.

- Scott

-- 
Scott Hankin (hankin@osf.org)
Open Software Foundation
11 Cambridge Center
Cambridge, MA 02142
Newsgroups: comp.sys.handhelds
From: kolstad@cae.wisc.edu (Joel Kolstad)
Subject: Looking for a portable printer?
Organization: U of Wisconsin-Madison College of Engineering
Date: 20 Dec 92 02:46:14 CST


For those of you who are in the market for a portable printer, check out
HP's new portable DeskJet.  I just got one (Merry Christmas to me, Merry
Christmas to me...), and it is one slick device.

- The print speed seems just as good as the regular DeskJets.  It kicked
out a 300x300 DPI MS-Word page in just about 40 seconds.  (Compared to the
original DeskJet, which a friend of mine has, which takes 4 MINUTES to kick
out the same page!)

- The battery is said to be good for 100 pages, although I haven't seen
just how true that is.

- Just printing straight text, it'll do about 2 PPM in letter quality mode
and 3 PPM in draft mode (lighter printing).

- It's a real DeskJet, speaking PCL 3, which gives it a large advantage
over, say, the Canon printers.  No offense to Canon... :-) (In fact, rumor
has it that the mechanism inside the portable DeskJet is made by Canon.)

- This thing looks beautiful on my desk.  It's jet black, with gray buttons.
HP clearly has some decent people working on the ergonomics and appearence of
their devices.

- I got the cut sheet feeder, which holds 50 sheets.  The entire setup
(printer + cut sheet feeder) can be folded flat so it's easy to lug around.

Needless to say, I am impressed.  And no, I don't work for HP... but I use
a ridiculously large number of their products these days, so I may be a
little biased. :-) (If only HP would start making watches again...!)

						---Joel Kolstad
From: automan@stein.u.washington.edu (Roger McGhee)
Newsgroups: comp.sys.handhelds
Subject: comp.sys.hp48
Date: 13 Dec 92 04:24:23 GMT
Article-I.D.: u.1992Dec13.042423.16019
Distribution: usa
Organization: University of Washington, Seattle



Did comp.sys.hp48 go away or vanish? Our news reader here at the university
of washington tells me it no longer exists....any ideas?

Roger
From: ipb@bnr.co.uk (Ian Beeby)
Newsgroups: comp.sys.handhelds
Subject: HP41 extensions wanted...
Date: 17 Dec 1992 13:49:34 GMT
Organization: BNR Europe Limited, Harlow, GB
Distribution: world
NNTP-Posting-Host: 47.100.64.56

Greetings netters.  Remember the HP41C?  Well, of course you do.
I am fortunate to have one of these which I still use since my
budget does not extend to a whizz-bang notebook just yet.  I also
have an HP-IL interface with a printer and a tape drive - also
real great.

The point of my question is - what ever happened to the other
HP-IL peripherals?  I would really like to get my hands on a
serial port or parallel port for the HP-IL to allow me to play
with door-bells and the like (hobby sort of stuff).  I know that
HP did have some development kits available but the prices were
way over the top for me.

I have a wand and a second HP-IL adapter available for trade if
anyone wants to get rid of their serial or parallel i/o adapter.

Look forward to hearing from you.

Regards

Ian Beeby
BNR Europe, Maidenhead, England

e-mail to ipb@bnr.ca (my mail comes via Canada!)
All views are my own.
From: diamant@fc.sde.hp.com (John Diamant)
Newsgroups: comp.sys.handhelds
Subject: Re: HP95lx ftp archive sites?
Date: 18 Dec 92 20:30:43 GMT
Article-I.D.: fc.BzH2B8.211
Organization: HP SESD, Fort Collins, CO
X-Newsreader: TIN [version 1.1.4 PL6]


 (DGB4@psuvm.psu.edu) wrote:
> A friend of mine just bought a 95 and he was wondering if there were any
> archive sites for shareware/freeware.

Yes, try eddie.mit.edu [18.62.0.6] in distrib/hp95lx

Also, col.hp.com [15.255.240.16] has a mirror of eddie.mit.edu in
mirrors/hp95lx.

Also, (s)he will want to look in comp.sys.palmtops rather than
comp.sys.handhelds for discussions about the 95.


John Diamant
Software Engineering Systems Division
Hewlett Packard Co.		ARPA Internet: diamant@fc.sde.hp.com
Fort Collins, CO		UUCP:  {hpfcla,hplabs}!hpfclp!diamant

This response does not represent the official position of, or statement
by, the Hewlett-Packard Company.  The above data is provided for informational
purposes only.  It is supplied without warranty of any kind.
From: shrier@aramis.rutgers.edu (Shrier)
Newsgroups: comp.sys.handhelds
Subject: HP calculator questions
Keywords: Solve, Integrate, HP34C
Date: 18 Dec 92 05:26:46 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


	Back in 1980, I purchased an HP34C calculator, which has to be
considered a beautiful feat of design. Code density was very high; it was
amazing what one could do with a quarter K of RAM! The looping, addressing,
and other programming features struck me as more clever than earlier HP
calculators. The accuracy control mechanism for integration seemed very neat
too.

	Anyway, I have several questions for the Net:

1) My calculator failed the self-test and eventually stopped responding
altogether. HP no longer services the machine, but offered a trade-in deal
instead. Well, I miss watching the red flying commas in a dark room when
doing definite integrals. Can anyone offer hope?

2) I never did get around to using the R/S button to investigate the algorithms
behind SOLVE and INTEGRATE. The Solver uses two or three previous values,
so the method must be somewhat more elaborate than the secant method. What
is the algorithm, and how are initial guesses chosen, if the user doesn't
supply the pair?

	Much more interesting, how does integration work? The manual is well
written, but hides the details. It seems that the number of sample points
is doubled for each iteration, and the last three iterations are compared
to assess convergence. OK, but how are the points and weights chosen?

3) The speed of the 34C seemed to be around 10 IPS, slower for trig and y**x.
The 67 did about 20 IPS, and the 65 more like 50 IPS. I believe the same
processor was used in all cases. Could anyone discuss the nature of the
underlying CPU, clock rate, and speed (relative to say, an 8080 or 6502 etc.)
for the calculators from the HP65 to the present day?

	Thanks in advance!

							George Shrier
From: akcs.cleanboy@hpcvbbs.cv.hp.com (joseph guido)
Date: Mon, 14 Dec 1992 16:40:01 GMT
Subject: trade 128k --> 4MB SIMM
Message-ID: <2b2cb5c7.5042comp.sys.handhelds@hpcvbbs.cv.hp.com>
Newsgroups: comp.sys.handhelds
Keywords: 128k ram

I want to either sell my 128k ram card for $75 or will
trade it for a 4MB SIMM
contact Joe Guido at 904-336-7410 or
on internet guidoj@UFCC.UFL.edu

Xref: sparky comp.sys.m6809:538 comp.os.os9:1513 sci.electronics:20514
From: kleinjf@harry.Rose-Hulman.Edu (Joel F. Klein)
Newsgroups: comp.sys.m6809,comp.os.os9,sci.electronics
Subject: Color Computer 3 interfacing
Date: 11 Dec 1992 19:11:48 GMT
Organization: Rose-Hulman Institute of Technology
Distribution: world
NNTP-Posting-Host: harry.cs.rose-hulman.edu

I am trying to interface and A/D and D/A converter to my Coco 3.  I am
trying to find a usable address at which to locate the port.  I made a
cartridge extender that brings the cartridge bus out onto a breadboard
while providing a cartridge connector so that I can use the disk drive
at the same time as the A/D port.  Therefore, the A/D port's address
has to coexist peacefully with the disk drive.

Th old system I had worked on a Coco 1, and resided at $FEFF, up in
the unused cartridge address space.  Unfortunately, the Coco 3
apparently has RAM at this address (in addition to putting Super
Extended BASIC up there).  Thus, whenever I would try to perform a
read and get the A/D sample, the converter and the RAM would clash.  I
haven't done too much with the GIME chip, but it seems as if I should
be able to force these memory locations to be disconnected from RAM.
Can anybody tell me how to do this?  There are three control bits at
$FF90 that interest me.  One is the Coco 1/2 compatibility bit.  The
service manual also describes the lowest 2 bits as controlling the two
16k segments of upper memory, specifying internal or external.  I have
tried poking what I guessed to be the appropriate values to this
register with no apparent resulting change; cartridge memory still
acted like RAM.

Currently, I am using a parallel port chip, using the *SCS line as its
chip select signal.  The device works then, but of course it directly
conflicts with the disk drive which uses the same 16 bytes.  Does
anybody have suggestions for making the two live in harmony at the
same addresses?

Does anybody know of any other addresses I could make the A/D port
live at?

Please send replies to Joel.Klein@Rose-Hulman.EDU


Joel F. Klein



Newsgroups: comp.sys.m6809
From: parsytec@ux2.cso.uiuc.edu (Brian Upper - Invoice)
Subject: Old chips wanted
Organization: University of Illinois at Urbana
Date: Fri, 11 Dec 1992 19:17:00 GMT



HELP!

I'm looking for any source where I can buy the following Signetics chips:
	SCB 68154 C2N40
	N74F764N
	N74F764N-1
	N74F765N
	N74F765N-1

If you know of any good supplier of old chips in general, please let me
know.  Thank you in advance for your assistance.

Brian Upper
parsytec.ux2.cso.uiuc

P.S.  If this is the wrong news-group, please accept my apologies and
kindly direct me to a more appropriate one.
From: cq133@cleveland.Freenet.Edu (Donald E. Walter)
Newsgroups: comp.sys.m6809
Subject: Looking for SAM (6883) parts
Date: 12 Dec 1992 05:12:51 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


     Does anyone know of a vendor that still carries the MC6883
SN74LS783, or SN74LS785?  Thats the SAM companion chip for the 6809E.
Our normal vendors and Motorola University support no longer carry
them.

     Thanks.

Don Walter
walter@sebac.jsu.edu
From: tfoley@camaro (Tim Foley)
Newsgroups: comp.sys.m6809
Subject: M68HC705 C compilier wanted
Date: 19 Dec 92 22:12:17 GMT
Organization: camaro


 
  Does anyone know of a 68HC705 C compilier available?  Prefer
public domain, but willing to purchase if within reason.
 
  Has Whitesmiths got a 705 C compilier yet?   As I have seen their C for
68HC11 and its quite nice with good docs etc.
 

 
					Tim G. Foley
					ATE Development Technologist
					Chubb Security Systems
					Ontario, Canada

					
-- 
  --------------------------------------------------------------------------
               The HeartBeat of America...Yesterdays Camaro Z28 
           tfoley@camaro.uucp   *   whome!camaro!tfoley@uunet.uu.net
     Call the Camaro Linux Pub-access site: 1-416-238-6550 USRobotics HST
    Note: Please, no ftpmail or mailing lists or the host gets annoyed :)
  --------------------------------------------------------------------------
From: baptiste@bnr.ca (Michael Baptiste P275)
Newsgroups: comp.sys.m6809
Subject: Re: m68HC11
Date: 20 Dec 92 20:16:23 GMT
Organization: Bell-Northern Research, BNR-RTP

In article <85597@ut-emx.uucp>, spam@ccwf.cc.utexas.edu (Charles E. Watson) writes:
|> I am looking for a ftp site where I can get m68HC11 stuff.  Also,
|> I thought gcc had m68HC11 cross compiling but I was unable to
|> find it.  Also, what is the phone number to the Motorola BBS.
|> Please email and I will summerize.
|> 
|> Ciao!
These are a few addresses I've had around for 68HC11 stuff:

BODE.EE.UALBERTA.CA
CALVIN.STANFORD.EDU
EE.UTAH.EDU
RED.CS.TCU.EDU

Hope this helps!
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Mike Baptiste                        | Net:   baptiste@x400gate.bnr.ca
 Bell-Northern Research               | 
                                      | Opinions expressed are my own,
        'I drank what ?????'          | not necessarily those of BNR 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Newsgroups: comp.sys.m6809,comp.os.os9,sci.electronics
From: wcscps@alfred.carleton.ca (Mike Richardson)
Subject: Re: Color Computer 3 interfacing
Organization: Carleton University
Date: Mon, 14 Dec 1992 17:12:41 GMT

In <Bz5x4A.1qH@watserv1.uwaterloo.ca> bcwhite@norton.uwaterloo.ca (Brian C. White) writes:

>Yeah, this area of memory is static (like the i/o space) regardless
>of the settings of the MMU.  OS-9 puts code up there to push registers
>and switch to the system map during exception processing.  Code also
>exists to go the other way.

>I once tried to hack a bit-banger driver to fit up there in the little
>bit of space that is still free.  I thought I could really speed up
>the throughput on the thing.  Never got far because of the complexity
>and the great shortage of memory up there.  Still, it might be possible
>to hack one for an RS232 pak!  You could probably get some wicked
>transmission rates that way.

>                                        Brian

  On a similar vein, about 3 months ago I tried to get a digitized
sound driver working under level II, using the FIRQ.  The idea was to
use the empty space in $FExx and vector the FIRQ there, bypassing the
OS9 stuff (which was sloooow, and would crash if used!).  I got to the
point where I had a simple square wave generator running in ~$10
bytes, and which worked.... for a bit.  It would always crash after a
while, tho, as it seemed the IRQ was interfereing somehow.  So I
finally dropped it.  Too bad, a background sound driver would have
come in real handy.

Alan DeKok.

Xref: sparky comp.sys.m6809:541 comp.os.os9:1517 sci.electronics:20569
From: avalon@coombs.anu.edu.au (Darren Reed)
Newsgroups: comp.sys.m6809,comp.os.os9,sci.electronics
Subject: Re: Color Computer 3 interfacing
Date: 12 Dec 92 15:39:02 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

kleinjf@harry.Rose-Hulman.Edu (Joel F. Klein) writes:

>Th old system I had worked on a Coco 1, and resided at $FEFF, up in
>the unused cartridge address space.  Unfortunately, the Coco 3
>apparently has RAM at this address (in addition to putting Super
>Extended BASIC up there).  Thus, whenever I would try to perform a
>read and get the A/D sample, the converter and the RAM would clash.  I
>haven't done too much with the GIME chip, but it seems as if I should
>be able to force these memory locations to be disconnected from RAM.
>Can anybody tell me how to do this?  There are three control bits at
>$FF90 that interest me.  One is the Coco 1/2 compatibility bit.  The
>service manual also describes the lowest 2 bits as controlling the two
>16k segments of upper memory, specifying internal or external.  I have
>tried poking what I guessed to be the appropriate values to this
>register with no apparent resulting change; cartridge memory still
>acted like RAM.

$fe00-$feff is a wierd area of memory...if you ever run os-9 lv2
on your coco3, have a look at it then and you'll get some idea...
its something like a static memory image - always of the same area
of memory and always there.  Under os-9 lv2 all interrupts are
vectored through that memory before switching memory image and
jumping into the kernel.

Simply POKE'ing values won't work, $ff90 and most of the other 'vital'
control registers are updated regularly (like at every screen refresh
or something ;) so you'll need to turn off interrupts and other nasty
stuff before you have much of a chance there.

avalon
Newsgroups: comp.sys.m6809