HDTenEightyP/NetNews huggingface dataset:
From: rparker@world.std.com (Randy Parker)
Subject: Boston pen-based meeting
Organization: NoteSystems, Brookline, MA
Distribution: comp.sys.pen
Date: Thu, 21 Jan 1993 05:11:20 GMT

    [Come find out more about the Fujitsu 325Point announced Monday!!!!]

            BOSTON COMPUTER SOCIETY PEN COMPUTING SIG (BCS*PEN)
                             FEBRUARY MEETING

                Mobile Computers from Fujitsu Unveiled

            Wednesday, February 3rd, 7pm -- MIT, Room 4-231


        The PoqetPad (a 20-ounce DOS-based pen computer that
        runs PenRight!)  was revolutionary when first
        introduced and established Fujitsu as one of the
        leaders in the area of handheld computers.  In this
        joint marketing and technical presentation, Ann Marie
        McGee of Fujitsu reveals to us their planned
        enhancements to the product line for 1993, including
        the use of wireless networking.  With this "first
        look", you can decide for yourself if this will be the
        year for mobile computing.  (Plus our usual
        networking, raffles, and rumors.)

        For more information, contact Randy Parker (rparker@world.std.com).
        Location:          MIT, Building 4, room 231, Cambridge, MA.
        Directions:        Kendall Square/MIT stop on the Red Line.  
                           Parking along Memorial Dr. 
        (** NOTE: NEW ROOM LOCATION -- NOW ON SECOND FLOOR **)
From: ggolden@msen.com (Glenn R. Golden)
Newsgroups: comp.sys.pen
Subject: Re: EO ?=? AT&T phone
Date: 29 Jan 1993 02:52:15 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL8]

Yvonne Lee (yvonne@well.sf.ca.us) wrote:
: Eo has two models:the 440 and the 880.  They are nearly identical, but the
: 440 is smaller.  Both have an option for a cellular phone.

: AT&T will sell the model 440, developed by Eo, and still manufactured by Eo
: partner Matsushita.  It will be bundled with a different set of software.
: -- 
: *****************************************************************
: yvonne_lee@infoworld.com   (preferred email reply address)
: yvonne@well.sf.ca.us       (news account) (415) 312-0571 w  (415) 968-3132 h
: *****************************************************************

Any idea a) when, b) for how much, or c) what the difference will be
in software. I spoke with a local phone center rep and he had never
heard of EO.  EO reps are saying their machine will not be out until
april or may.

Wanting one ...

- Glenn R. Golden  |  Global Architect @ Comshare, Inc. |  Ann Arbor, MI, USA.
  (home) ggolden@msen.com   (work) ggolden@comshare.com


Newsgroups: comp.sys.pen
From: dwormuth@hstbme.mit.edu (David W. Wormuth)
Subject: Re: Penpoint on VESA local bus machines
Followup-To: comp.sys.pen
Organization: Harvard Medical School
Date: Thu, 21 Jan 93 17:41:55 GMT

In article <1993Jan20.202633.17166@kronos.arc.nasa.gov>,
bushnell@eos.arc.nasa.gov () wrote:
> 
> 
> 
> I am planning to buy a 486 machine with a VESA local 
> bus to run the Penpoint SDK on and would like to know 
> if anyone has tried running Penpoint on such a machine
> or knows of any reason why the local bus would cause 
> problems.
> 
> Thanks,
> David Bushnell
> bushnell@eos.arc.nasa.gov

I just got a Gateway 2000 486DX2-66V (local bus) machine. PenPoint runs
right out of the box without any problems.

David W. Wormuth, MD                    Internet: dwormuth@hstbme.mit.edu
Decision Systems Group                     Voice: 617-732-7748
Brigham and Women's Hospital
75 Francis Street
Boston, MA 02115
Newsgroups: comp.sys.pen
From: yvonne@well.sf.ca.us (Yvonne Lee)
Subject: Re: EO ?=? AT&T phone
Organization: Whole Earth 'Lectronic Link
Date: Wed, 27 Jan 1993 21:53:25 GMT

In <KANAZAWA.93Jan27114816@miller.cs.ubc.ca> kanazawa@cs.ubc.ca (Keiji Kanazawa) writes:


>Is the EO the same thing as the cellular phone with LCD screen thing
>that AT&T is coming out with?

>--

>Keiji Kanazawa
>kanazawa@cs.ubc.ca
Eo has two models:the 440 and the 880.  They are nearly identical, but the
440 is smaller.  Both have an option for a cellular phone.

AT&T will sell the model 440, developed by Eo, and still manufactured by Eo
partner Matsushita.  It will be bundled with a different set of software.
-- 
*****************************************************************
yvonne_lee@infoworld.com   (preferred email reply address)
yvonne@well.sf.ca.us       (news account) (415) 312-0571 w  (415) 968-3132 h
*****************************************************************
From: phudv@csv.warwick.ac.uk (Mr R B Birkby)
Newsgroups: comp.sys.pen
Subject: Re: RE: Newton
Date: 25 Jan 93 19:26:01 GMT
Organization: Computing Services, University of Warwick, UK
NNTP-Posting-Host: thyme.csv.warwick.ac.uk



In article 1993Jan25.163809.16146@wuecl.wustl.edu>
dale@manet.wustl.edu (Dale Frye) wrote:

>I have been corrected on that via email. It was the ARM 2 that Active Book  
>helped design. This information came from a former employee of Active  
>Book. Sorry for misinformation.

>Dale Frye
>Pen Lab
>Washington University in St. Louis


NO.

The ARM was originally designed by Acorn. At that time Hauser was the boss.
The ARM2 was first used by Acorn in it's first 32bit computer (Aug. '87).
Subsequently Hauser left the company to set up the Active book company and used
a macro cell implimentation of the ARM2. This macro cell implimentation has
never been manufactured by anyone for comercial use.

ie It was the THAT macro cell implimentation that Active book helped design (if
not designed).

Other macro cell implimentations of the ARM2 have been manufactured for
comercial use. (eg. ARM250)

Richard.
-- 
********************************************************************************
* Richard Birkby        phudv@csv.warwick.ac.uk      1st year physics student  *
*		University of Warwick, Coventry ENGLAND CV4 7AL		       *
******************************************************************************** 
Newsgroups: comp.sys.pen
From: dale@manet.wustl.edu (Dale Frye)
Subject: Creating SubTasks in PenPoint
Reply-To: dale@manet.wustl.edu
Organization: Washington University, School of Engineering, St. Louis MO
Date: Thu, 28 Jan 1993 16:12:51 GMT

I want to create a subtask within my process and associate objects with  
it.  I think I understand how to do everything except allow this task to  
accept messages (set up the task message queue).  Do I use OSSubTaskCreate  
(OS.H) and if so what should the function (that pEntrypoint points to)  
look like? Obviously I can write a function that sends messages to other  
objects but what should I do in this function to start  up the message  
receive queue? Do I use AppMain? But AppMain states it creates a document  
so I don't want this but do want something similar.


..
OSSubTaskCreate(&New_Task_Function,0,0,0,&newTaskID);
objOwner.task=newTaskID;
objOwner.object=myObj;
ObjCallRet(msgSetOwner, myObj, &objOwner,s);
..



STATUS EXPORTED0 New_Task_Function( U32 arg)
{
/* Create objects for this task - no problem */

/* What do I do now? Don't want to return (as per comments in API) but I  
don't want to terminate the task with OSTaskTerminate as demanded in API.  
I want the task to stay around and not in a loop (not counting the message  
'loop' of course. */

-----------
Also, what other responsibilities do I have in filing and restoring?

Dale Frye
Pen Lab
Washington University in St. Louis

Newsgroups: comp.sys.pen
From: dale@manet.wustl.edu (Dale Frye)
Subject: Re: RE: Newton
Reply-To: dale@manet.wustl.edu
Organization: Washington University, School of Engineering, St. Louis MO
Date: Mon, 25 Jan 1993 16:38:09 GMT

In article <1jmvr0INN151@ginger.csv.warwick.ac.uk> phudv@csv.warwick.ac.uk  
(Mr R B Birkby) writes:
> 
> 
> In article  <1993Jan21.171710.11216@wuecl.wustl.edu>
> 				dale@manet.wustl.edu (Dale Frye) writes:
> 
> >>
> >>> ... Active Book worked with Acorn to design the ARM610...
> >>
> >>i'm not sure you have your fact straight
> >>on this, either.  but that's all right.
> >----------
> >As far as Active Book helping design the ARM610, I'll have to dig up  
the  
> >article on that but I thought I had it straight. Maybe I'm off by a  
little  
> >bit. Maybe my source was wrong. Please correct me.
> 
> 
> How can Active book have helped design the ARM610? That processor was  
only
> specified (by Apple) in November 1991. After the Active Book company had
> changed architectures.
> I thought Herrman Hauser had a macro cell implimentation of the ARM2  
produced
> in 1989.
> 


I have been corrected on that via email. It was the ARM 2 that Active Book  
helped design. This information came from a former employee of Active  
Book. Sorry for misinformation.

Dale Frye
Pen Lab
Washington University in St. Louis
From: phudv@csv.warwick.ac.uk (Mr R B Birkby)
Newsgroups: comp.sys.pen
Subject: RE: Newton
Date: 21 Jan 1993 20:08:00 -0000
Organization: Computing Services, University of Warwick, UK
Distribution: world
NNTP-Posting-Host: ginger.csv.warwick.ac.uk



In article  <1993Jan21.171710.11216@wuecl.wustl.edu>
				dale@manet.wustl.edu (Dale Frye) writes:

>>
>>> ... Active Book worked with Acorn to design the ARM610...
>>
>>i'm not sure you have your fact straight
>>on this, either.  but that's all right.
>----------
>As far as Active Book helping design the ARM610, I'll have to dig up the  
>article on that but I thought I had it straight. Maybe I'm off by a little  
>bit. Maybe my source was wrong. Please correct me.


How can Active book have helped design the ARM610? That processor was only
specified (by Apple) in November 1991. After the Active Book company had
changed architectures.
I thought Herrman Hauser had a macro cell implimentation of the ARM2 produced
in 1989.

Richard. 
-- 
********************************************************************************
* Richard Birkby        phudv@csv.warwick.ac.uk      1st year physics student  *
*		University of Warwick, Coventry ENGLAND CV4 7AL		       *
********************************************************************************
From: rxxmnb@minyos.xx.rmit.OZ.AU (Michael Barnett)
Newsgroups: comp.sys.encore
Subject: info wanted regarding shadow passwords
Date: 23 Jan 93 16:03:31 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: minyos.xx.rmit.oz.au

We are running Umax V 2.4.1 P3 on a Multimax.  I need to manipulate
shadow password file entries, and the only online manual is for
putspent().  Similarly with the paper manuals.  Were there ever
any manual entries written for the other functions in shadow.h?

	/* Declare all shadow password functions */

	void 		setspent(), endspent() ;
	struct spwd 	*getspent(), *fgetspent(), *getspnam() ;
	int 		putspent(), lckpwdf(), ulckpwdf() ;

If anyone has them, please let me know (preferrably by e-mail).

And yes, I know to use libsec.a when compiling in these functions.
-- 
=======================================================================
Michael Barnett - System Administrator, Computer Centre, +61 3 660-2934
Royal Melbourne Institute of Technology.    Internet: mikeb@rmit.edu.au
From: tkacik@hobbes.hobbes.cs.gmr.com (Tom Tkacik)
Newsgroups: comp.sys.3b1
Subject: Re: Any graphics or better wp's for 7300?
Date: 25 Jan 93 13:06:32 GMT
Reply-To: tkacik@hobbes.hobbes.cs.gmr.com
Organization: GM Research Labs

In article 8091@nwnexus.WA.COM, frank@halcyon.com (Frank Higgins writes:

> 	There IS a little know CAD package that has merit.

>               Paint
> 	Power provides sketching properties but the fonts and text
> 	facilities aren't great.
> 	
> 	It was written and, for a while, sold by a Univ or Tenn. Physics Prof
> 	who got his PhD at the U of W. He has since told me that as far as
> 	he is concerned it is public domain.

Can you get him to write a note stating that fact.  I have a copy of Paint Power,
and have never given away a copy because it was a purchased product, (one of the
very few I ever bought for my 7300).  But if it is now considered freely
distributable, maybe we could get a copy loaded onto the 3b1 archives so others
can more easily get it.

Note that Paint Power never was updated, and does have limitations.  But as it
is the only program like that available for the 3b1, it is better than nothing.


Tom Tkacik
GM Research Labs
tkacik@hobbes.cs.gmr.com
tkacik@kyzyl.mi.org

Newsgroups: comp.sys.3b1
From: kak@hico2.westmark.com (Kris A. Kugel)
Subject: Re: Need help porting ce1.2
Reply-To: kak2@hico2.westmark.com
Organization: High Country Software
X-Newsreader: TIN [version 1.1 PL8]
Distribution: usa
Date: Tue, 19 Jan 1993 23:57:28 GMT

Henry van Cleef (vancleef@netcom.com) wrote:
: In article <1993Jan14.075924.15635@ra.msstate.edu> pcg2@ra.msstate.edu (Patrick C Greer) writes:
: >
: >undefined		first referenced
: > symbol			    in file
: >mkdir				cemain.o

: For mkdir, use one of the exec calls to run mkdir(1).  Check and see if
: there isn't a config.h or port.h with a flag that will do this for you.
: do a grep on the h files and see files for mkdir and see what it turns
: up.
: -- 
: Hank van Cleef  vancleef@netcom.com vancleef@tmn.com  Andover, Mass.

And this is such a common problem, that many common software packages
provide a version of "mkdir" that you could borrow.  I think "elm"
has one....
Newsgroups: comp.sys.3b1
From: dnichols@d-and-d.com (DoN. Nichols)
Subject: Parity error panics.
Organization: D and D Data, Vienna VA
Date: Wed, 27 Jan 1993 05:17:00 GMT

In article <1993Jan25.230833.18635@mnemosyne.cs.du.edu> jbunch@nyx.cs.du.edu (John Bunch) writes:
>Well, it seems I am still suffering machine crashes due to parity errors.
>I originally thought I had a a heat problem, and then thought maybe it was
>a ram problem, but now I am not to sure.  It seems the only time my
>machine is prone to crashing is when there is a lot of io going on, like
>when it polls my feed site.  It doesn't always crash, but a lot of times
>it does..   Does anybody out there have a clues as to what may be
>happening?   I could type in a copy of the screen dump from the crash if
>that would help?

	What baud rate are you running on the uucico?  (If you are running
19200 and there is lots else going on, that could be a possible cause.

	Another possibility is that there is a pin in the D.C. power
connector which is overheating and oxidizing, and when there is more disk
activity (during the feed) it may be drawing enough extra current from the
pin so that a voltage goes too low on a memory circuit, causing it to lose
data, and crash the system.

	Open the box, look closely at the power connector.  If you see an
area of the plastic that is browning slightly (hard to tell on an orange
plasitc connector, I know :-), that is the problem.  Also check for
darkening of the metal of the pins with the connector off, though this is a
more severe case.

	If you see any signs of this, try pushing the connector on and off
the pins several cycles to do a preliminary cleaning job, and see if this
puts off your problems for a few days.  If it does, you need to find a
source for Cramolin, which seems to be the best thing for this kind of
problem ever made (as far as I can tell.)  I have no finnancial interest in
the product, but wish I did, and that they advertised more heavily, and made
the product easier to find.

	An alternative source of the same thing is a high-end audio shop,
which may carry a product called Tweek.  It is astoundingly expensive, given
the tiny ammount that you get, but it should be far more than enough.

	In either case, apply it to the pins, and slide the other connector
on and off several times, to help mechanically break up the oxides.

	Also, while you have the system open, unscrew the power supply and
lift it out.  Check under the pins of that connector on the underside of the
board for signs of a cold-solder joint.  If found, re-flow the connections.
If you need advice on how to tell a cold-solder joint, go find someone who
has built lots of things from kits, and have him help you.

	Good Luck
		DoN.

-- 
 Email:   <dnichols@d-and-d.com>  |  ...!uunet!ceilidh!dnichols 
		 <dnichols@ceilidh.beartrack.com>
 Donald Nichols (DoN.)  |   Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
	--- Black Holes are where God is dividing by zero ---
From: jmartino@jhunix.hcf.jhu.edu (James R Martino)
Newsgroups: comp.sys.3b1
Subject: Problem with sc (spreadsheet calculator)
Date: 21 Jan 1993 14:56:02 -0500
Organization: Homewood Academic Computing, Johns Hopkins University, Baltimore, Md, USA
Distribution: usa
NNTP-Posting-Host: jhunix.hcf.jhu.edu
Summary: Arrow keys unhappy
Keywords: sc


The binary (sc) supplied with sc6.8.cpio.Z from osu.cis does not seem to 
support the unixpc arrow keys - they move around well enough without any
data entered, but after a few cells are full, using arrow keys will
eventually result in catatonia, a "Memory error" and a core dump.

I thought it might be nice to enable the arrow keys or the numeric
keypad to work with the unixpc, and have been studying the lex.c file.
Before messing with the code, however, I tried to see if I could build
the binary myself, using cc and gcc (and the Makefile), but found that
there are problems referencing functions - looks like missing or
incomplete libraries or headers. Some problems can be worked around,
but I can't deal with missing functions like tgetent, etc.

Does anyone know how the sc binary on osu-cis was built? Was it done
on a unixpc? Was it done defining SIMPLE? Has anyone built this on the
unixpc? What kind of can of worms am I opening here? And what about Naomi...

Note: Two other methods of moving the cursor (h,j,k,l and ^P,^B,^F,^N) work
fine: I just thought I'd hack some improvements if it weren't too difficult.

Thanks in advance,

Jim Martino				+++++++++++++++++++++++++++++
jrm@chow.mat.jhu.edu			+   PLACE COMMERCIAL HERE   +
jmartino@jhunix.hcf.jhu.edu		+++++++++++++++++++++++++++++
From: tkacik@hobbes.hobbes.cs.gmr.com (Tom Tkacik)
Newsgroups: comp.sys.3b1
Subject: Re: link vs ln on the 3b1: what gives?
Date: 22 Jan 93 12:53:00 GMT
Reply-To: tkacik@hobbes.hobbes.cs.gmr.com
Organization: GM Research Labs

In article 18394@colorado.edu, wouk@alumni.cs.colorado.edu (Arthur Wouk writes:
> ln -s does not work.

The -s is to create soft links.  Soft links are a BSD addition, and do not
exist on the 3b1, (or any other SYS5 Unix, unless they were added by the vendor).

> ln a b just creates two copies of the same file with different names.

ln does not create a second copy of the file.  It gives the single file a second
name.  If after doing 'ln a b', you change the contents of b, you will see that
a has also changes.

> is this a bug or a feature?:-)

That is the way the SYS5 version of ln has always worked, so I guess that
it's a feature.

> this is a very unsatisfactory state of affairs. how do we create soft
> links on the 3b1?

The only way to get soft links is to get a different machine, as they do not
exist on the 3b1.

Tom Tkacik
GM Research Labs
tkacik@hobbes.cs.gmr.com
tkacik@kyzyl.mi.org

Newsgroups: comp.sys.3b1
From: afc@shibaya.lonestar.org (Augustine Cano)
Subject: Re: Getting xfer stats from HDB
Organization: Multidisciplinary Designs Unlimited
Date: Sun, 24 Jan 1993 02:42:17 GMT

In article <1993Jan23.163813.24816@blilly.uucp> lilb@sony.compuserve.com (Bruce Lilly) writes:
>In article <1993Jan22.025514.2843@toybox.raleigh.nc.us>,
> posted to comp.sys.3b1,
> hruska@toybox.raleigh.nc.us (Bob Hruska) wrote:
>>  Is there some sort of accounting that
>>HDB does that I can use?
>
>HDB UUCP maintains a file named /usr/spool/uucp/.Admin/xferstats.
>
>Lines look like:
>
>...
>sonyd1!Umonymsy M (1/23-10:50:43) (C,24481,4) [dsi] <- 145 / 2.466 secs, 58 bytes/sec
>

And to make sense of this you can use uutraf or uureport.  These two
programs give machine by machine stats and summaries in 2 different
formats.

-- 
Augustine Cano		INTERNET: afc@shibaya.lonestar.org
			UUCP:     ...!{ernest,kadath,hico2}!shibaya!afc
From: hybl@umbc.edu (Dr. Albert Hybl)
Newsgroups: comp.sys.3b1
Subject: Re: 3b1 Memory Chips
Date: 25 Jan 1993 12:34:38 -0500
Organization: University of Maryland, Baltimore County Campus
Distribution: na
NNTP-Posting-Host: umbc4.umbc.edu

Having finally located a cross-reference guide for RAMS, a useful
list to have before starting a 3b1 memory upgrade project, I have
extracted the equivalent designations used by the manufacturers to
identify their 256x1 memory chips.

I suggest that this list be added to the FAQ and the RAMupgrade
documentation in the Ohio-State archive directory.  Please
review it for corrections and omissions.  (The manufacture's names
were not given in the cross-reference guide; consequently, I had to
guess at some of the correlations.  My little gray cells had
difficulty relating MIT with Mitsubishi :-)

If someone knows of a good collection of illustrations showing the
correlations between a LOGO stamped on a chip and its manufacturer,
I think a reference to the document in the FAQ would be helpful
to a novice starting a memory upgrade project.  [Better would be
an electronic perusal program that shows an array of LOGOs and with
a click of the mouse retrieves the name, address and (800) phone number
for the manufacturer.]  It is now economically advantageous to obtain
chips from third parties (private sales, auctions or hamfests) where
the manufacture's LOGO and identification stamped on the chip may
be the only clues to what it was designed to do.

======================== A proposed addition to the 3b1.FAQ
The following is a cross-reference list of 256 by 1-bit dynamic
memory chips that are usable for 3b1 memory upgrades:

  AM90C256-xx   AMD  Advanced Micro Devices
   MB81256-xx   FUJ  Fujitsu
   HM50256-xx   HIT  Hitatchi
  HY53C256-xx    -   Hyundai
    P21256-xx    -   Intel
  M5M4256P-xx   MIT  Mitsubishi
   MCM6256-xx   MOT  Motorola
  UPD41256-xx   NEC  NEC Technologies
  MSM41256-xx   OKI  Okidata          (?)
   KM41256-xx    -   Samsung
   TMS4256-xx   TI   Texas Instruments
  TMM4256C-xx  TOSH  Toshiba

The digits in xx are speed designations--common values are:
xx=10 for 100ns; xx=12 for 120ns and xx=15 for 150ns.
=========================

Albert (hybl@umbc4.umbc.edu)
Newsgroups: comp.sys.3b1