HDTenEightyP/NetNews huggingface dataset:
From: jeapeda@pb2esac.UUCP (J. E. Apedaile)
Newsgroups: comp.sys.3b1
Subject: Re: sprint screenprint fix.
Date: 6 Apr 92 23:43:27 GMT
Organization: Pacific Bell ESAC Oakland Ca.

In article <1992Apr3.204641.26134@raven.alaska.edu> floyd@hayes.ims.alaska.edu (Floyd Davidson) writes:
>In article <324@beyonet.UUCP> beyo@beyonet.UUCP (Steve Urich) writes:

stuff deleted

>
>It looks like pure luck that it works when everything is on one
>file system.  No such luck if /usr/spool is a mounted file system.
>Lp sets itself up to run in the background and returns, which then
>allows sprint to unlink the data file.  If it gets unlinked before
>lp has accessed it...

This is the normal lp(1) behavior.  lp tries to create a link from the
file to be printed to its spool directory.  If it fails (can't link
across partitions) it will use the orignal file name.  In this case you
must use the lp -c option if the file is to be removed before printing is
done.  The screen print program works fine in the standard single partition
filesystem since the link to the spool directory will succeed and the
unlink of the original name  will leave the file in the spool directory.

Your fix to hack the temporary filename into the /usr/spool/lp directory
is probably the best you can do without the source.

>
>Floyd
>-- 
>   Floyd L. Davidson        floyd@ims.alaska.edu        Salcha, Alaska


-- 
Jim Apedaile                        	     Work: (415) 645-5000
WORK UUCP: {att,bellcore,sun,ames,pyramid}!pacbell!pb1esac!jeapeda
HOME UUCP: {att,bellcore,sun,ames,pyramid}!pacbell!pb1esac!clab!jim
Newsgroups: comp.sys.3b1
From: afc@shibaya.lonestar.org (Augustine Cano)
Subject: Some benchmark results
Organization: Multidisciplinary Designs Unlimited
Date: Thu, 9 Apr 92 01:28:33 GMT

While cleaning up the HD, I found some old benchmark programs.  After a
quick compile and run, here's how the 3b1 fared versus some others:


                  register      auto      auto      int  function      auto
                       int     short      long multiply  call+ret    double

AT&T 3B1 (cc, no -O)  3.32      4.27      4.97     41.0      10.0      82.3  
AT&T 3B1 (cc -O)      3.15      3.80      4.33     40.8      9.77      81.3
AT&T 3B1 (gcc, no -O  3.37      2.65      4.88     45.8      7.03     115.
AT&T 3B1 (gcc -O)     3.02      1.31      3.03     42.0      6.98     111.

AT&T 3B2/05 (-O)      1.36      3.87      2.62     15.4       7.7      22.5
AT&T 3B2/05 (no -O)   1.78      4.66      2.75     16.2       9.3      22.5
AT&T 3B2/400 (-O)     1.09      1.36      1.10     16.2      10.0(?)   91.4
AT&T 3B2/400 (no -O)  1.14      2.61      2.36     17.3      11.3      91.1
AT&T 6386/375 (no -O) 0.61      1.39      1.23      3.85      5.62      6.77    
AT&T 6386/375 (-O)    0.52      1.17      0.54      3.68      5.78      7.68    

Apollo DN330 (-O)     1.36       .78      1.36     10.17      3.57
Apollo DN330 (no -O)  1.54      1.28      1.54     11.30      3.64
Apollo DN660 (_O)     5.88      1.24      5.88     21.86      4.26
Apollo DN660 (no -O)  5.93      1.52      5.93     21.93      4.29

Masscomp 5500         3.18      2.7       4.9      30.8       7.3
Masscomp 5600 (-O)     .45       .61       .46      2.83      1.04
Masscomp 5600 (no -O)  .46       .78       .64      2.99      1.76

Sun 3/260HM (-O)       .31       .48       .47      1.98      1.16
Sun 3/260HM (no -O)    .36       .58       .57      1.99      1.62

VAX 11/730 (-O)       4.00      9.80      6.20     16.2      42.8      12.4
VAX 11/730 (no -O)    4.73     10.2       7.45     16.57     51.5      17.0
VAX 11/780 (-O)       1.21      2.43      1.67      2.76     15.04      2.95
VAX 11/780 (BSD 4.2)  1.38      2.42      1.96      2.92     17.2
VAX 11/780 (UNIX 5.2) 1.24      2.48      1.79      2.72     15.7       3.89

-- 
Augustine Cano		INTERNET: afc@shibaya.lonestar.org
			UUCP:     ...!{ernest,egsner}!shibaya!afc
From: tom@afthree.as.arizona.edu (Thomas J. Trebisky)
Newsgroups: comp.sys.3b1
Subject: Re: Memory upgrade questions (was: Dram chipss)
Keywords: ram, memory
Date: 13 Apr 92 20:02:59 GMT
Followup-To: ttrebisky@as.arizona.edu
Distribution: usa
Organization: University of Arizona, Tucson, AZ

>One also needs  15 Cx's and 12 Cw's. That is how they are denoted on the
>board. Cx is obviously a capacitor and it has 104 written on it what
>should be 100nF, although they are really small. (Is this right?)

Um, no --- it goes like this, 104 is 10 plus 4 zeros, i.e. 100,000.
Of course you ask 100,000 what?   Well, micro-micro-farads.
In other words this is a 0.1 micro-farad capacitor.

>Now Cw's should also be some kind of capacitors since they are there in
>the same way as Cx's and they are "C". But they don't look as if they
>are capacitors (at last to me). I could only read 103M on them. Their
>shell is transparent and they look more like  diodes. Can anyone who
>have done the upgrade share the insight with net.

I haven't done the upgrade, but these are 0.01 microfarad capacitors.
Certain brands of ceramic capacitors are packaged in hermetic glass
packages like you describe (pseudo-diodes).  These are high quality
(I think), but you don't need this exact type, most any decent 0.01 uF
ceramic is suitable, and there must be 100 different package types.
The little rectangular "monolithic" jobs are quite good.

>There are also 4 resistor packs missing. What is the resistance?
>I couldn't see the label.

I just don't know -- can you give any specifics about their location
and such, maybe I can find them on the schematic or ....

>I hope that there is someone who did this and can tell us how to finish
>the job. Thanks.

If you haven't seen the file "RAMupgrade" from the 3b1 archives, you
definitely should get it and read it over.  It has oodles of good advice
about doing exactly what you are attempting.  If you cannot find it,
I can certainly mail you a copy.

Best of luck,

	Tom
--
	Tom Trebisky	ttrebisky@as.arizona.edu
Newsgroups: comp.sys.3b1
From: afc@shibaya.lonestar.org (Augustine Cano)
Subject: Re: Shlib deficiencies
Organization: Multidisciplinary Designs Unlimited
Distribution: usa
Date: Mon, 13 Apr 92 05:35:23 GMT

In article <kuhp19INN3tp@skat.usc.edu> jlowrey@skat.usc.edu (John 'Fritz' Lowrey) writes:
>	Folks,
>	I have been working on a "Bogosity Monitor" for the 3b1.  While
>this is a program for my own enjoyment, it has pointed up a bit of an
>interesting occurance.  Did anybody else know that neither acct.o nor
>__cerror.o are contained in the shared library?  The manual says that
>all of libc.a is contained in the shared lib.  Bothersome, eh?

There's much, MUCH, more that is missing.  One that comes to mind
is vfprintf().  You could install Alex Crain's shlib package, which
I'll get to one of these days...  I'm now running ccc and gcc -shlib
for shared libraries.  But the definite answer to this is probably
the shlib package.  By the way, how about opinions about the ultimate
solution to this problem?  I suspect the shlib package is it, but
before I do something drastic I'd like to have confirmation that
I'm not throwing away something valuable if I uninstall the other
packages.  To my knowledge there are 2 versions (hacked by different
people) of ccc, ggg, shlib, shcc, ld-fep, shld and who knows what else.
How about merging/throwing away all these until the *ultimate* shared
library package comes out?  BTW, some of the above are incompatible
with each other.  I once tried to install shcc after I installed ccc
and something got clobbered.

>...
>-- 
>        "I've never seen a purple cow,         | J. "Fritz" Lowrey
>         I hope I never see one,               | USC Computer Consulting
>         But, let me tell you, here and now,   | Internet: jlowrey@usc.edu
>         I'd rather see than be one."          | UUCP:     !uunet!usc!jlowrey


-- 
Augustine Cano		INTERNET: afc@shibaya.lonestar.org
			UUCP:     ...!{ernest,egsner}!shibaya!afc
From: danno@jacobs.CS.ORST.EDU (Dan Bigelow)
Newsgroups: comp.sys.3b1
Subject: Re: DOS73 limitations
Keywords: DOS-73, 3B1, UNIX-PC, compatibility
Date: 7 Apr 92 23:30:24 GMT
Article-I.D.: CS.1992Apr07.233024.5996
Organization: organized ... (?)

In article <1992Apr6.153501.5969@cbnewsc.cb.att.com> lied@cbnewsc.cb.att.com (Bob Lied) writes:
>
>I just picked up a DOS-73 card, ...
>
>
>   ... it failed magnificently.  The program can't find files
>that DOS swears are there.  ...
>
>a)  Has anybody else run this particular program on a DOS-73?
>Any hints?
>
Two strange symptoms have shown themselves to me on this strange but
handy DOS system :

(most)  anything I try to do on the UNIX drive
(set as D: on my system, as opposed to the virtual disk file C:...)
fails if I try to write (file edits etc...) but copys are OK.
You might also check virtual file permissions (dvd000...))
When I copy the file to the C: "drive" all is well.

The second oddness has to do with same D: drive and relates to file
name conversion from lower to upper case...

>... Where are the limitations on portability?  The manual
>mentions a couple.  I vaguely remember that this implementation
>of DOS steals some space out of RAM, so that programs that
>are wedged tight in 512K may not run.  Anybody know of
>other things to look for before I soil myself with more
>DOS-ware? ...

For historic reasons I needed to run WORKS on it and could only get
the program to work as a herculese (sp?) graphics terminal. Other than
that, it seems relatively stable...

>... Are there other programs that are known not to work
>on the DOS-73? ...

lookout  for machine level copy protection... few (if any) non BIOS hardware
calls do anything useful..., and most choke the board, tho' it is an easy
reboot (<shift RFRSH> i think)

(this might not be related to your problem, but it is nice to know)

--danno
Newsgroups: comp.sys.3b1
From: afc@shibaya.lonestar.org (Augustine Cano)
Subject: Re: looking for a wait3()
Organization: Multidisciplinary Designs Unlimited
Date: Mon, 13 Apr 92 15:38:43 GMT

In article <1992Apr13.044704.28962@texrex.cirr.com> rmfowler@texrex.cirr.com (Rex Fowler) writes:
>
>Has anyone written an implementation of wait3(), waitpid(), or
>even wait4() for the unixpc? 
>
>I usually look in software packages such as cnews, perl, etc..
>when I need to emulate a certain function call that I don't have.
>Many of the authors include emulations for some functions that may 
>be missing in some operating systems.  I can't find wait3() anywhere.
>
>Does everyone keep their own liblocal.a (or similar) with missing routines?   

I keep mine as libbsd.a

>As I run across fake or emulated routines that may come in handy sometime, I 
>add them to my liblocal.a.  Then, if I get an undefined symbol error, I slap 
>a '-llocal' on my compile line.

Same here, but...

>Currently my liblocal.a looks like:
>
>	$ ar tv /usr/lib/liblocal.a
>
>	rw-r--r--   102/   100    472 Mar 21 23:54 1991 dup2.o
>	rw-r--r--   102/   100    486 Jul 13 04:33 1991 vprintf.o

This one is in libc.a.  It might be missing from the shared library.

>	rw-r--r--     0/     0    434 Jul 17 22:10 1991 gethostname.o

>	rw-r--r--     0/     0   3716 Jul 18 21:07 1991 doprnt.o
>	rw-r--r--     0/     0    426 Nov 20 23:31 1991 vfprintf.o

THese two are again in libc.a and missing from the shared library.  See my
separate posting about the shared library packages.

>It would be nice to collect other missing routines you may have ran
>across over the years.  Do any of you have a library full of routines
>that may be useful to others?  If so, I'd like to see the source code
>here or maybe comp.sources.3b1 would be better.

This is what my libbsd.a currently looks like:

alphasort.o
rename.o
scandir.o
strdup.o
gettimeofday.o
dup2.o
mkdir.o
rmdir.o

And then of course, there is libdirent.a:

seekdir.o
readdir.o
opendir.o
closedir.o
rewinddir.o
telldir.o
getdents.o

Finally, some others that I've collected but not yet installed.  Some of
these are replacements for standard functions, some require other functions
(like select(), available in the uipc package which I haven't installed yet)
and some I just don't need at the moment (I just add when something fails
to compile.)

alloca.asm 	# Assembler version optimized for the unix pc, if you're using
		# gcc you can use #define alloca __builtin_alloca instead
alloca.c.Z 	# Portable C version

I haven't even looked at the following in detail.  I just saved them when
they were posted just in case.

atob.c fgetline.c ftw-bsd.shar.Z index.c itoa.c itoa2.c lu.3 lu.c matinv.3 
matinv.c mktime.c mpause.c posix-date regexpr.c.Z regexpr.h.Z rindex.c 
setreuid.shar statfs.c strerror.c strftime strftime.3 strftime.c 
strings.tar.Z strstr.c timelib.tar.Z usleep.c 

>-- 
>Rex Fowler <rmfowler@texrex.cirr.com>
>UUCP:  egsner!texrex!rmfowler


-- 
Augustine Cano		INTERNET: afc@shibaya.lonestar.org
			UUCP:     ...!{ernest,egsner}!shibaya!afc
From: 00bestrawser@bsu-ucs.uucp (Bryan Strawser)
Newsgroups: comp.sys.3b1
Subject: Re: Replacement /bin/login?
Date: 9 Apr 92 00:57:26 GMT
Article-I.D.: bsu-ucs.1992Apr8.195726.5911

In article <1992Apr5.005832.23564@ceilidh.beartrack.com>, dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:
>>I relize that the real AT&T /bin/login source will probably never
>>be released, but perhaps someone wrote one themselves?
> 
> 	As I remember, John F. Haugh II <jfh@rpp386.lonestar.oorg> wrote a
> complete replacement login suite, including shadow passwords, extended
> password length, etc for SysV machines a few years ago.  He used to hang out
> in comp.unix.wizards, and a quick grep of the articles in the newsgroup
> spotted one article from him to verify his e-mail address (and the spelling
> of his name. :-) 
> 
> 	Drop him e-mail, and he will probably give you a pointer to some ftp
> site for the code.  I think that it was posted in comp.sources.unix at the
> time, but I'm not sure.

	be advised that some hacking is going to be needed. The Shadow
	Login Suite will NOT work on a 3b1.. believe me, I tried for four
	months on and off to get it to work, and it was a waste of my
	time.  Of course, I was carrying 24 hours of class too, but still. :)

-- 
Bryan Strawser			   |	  		Ball State University
University Computing Services	   |			     Muncie, IN 47306
00bestrawser@leo.bsuvc.bsu.edu     |			 00bestrawser@bsuvax1
From: tom@astro.as.arizona.edu (Thomas J. Trebisky)
Newsgroups: comp.sys.3b1
Subject: 3b1 motherboard for sale
Keywords: mother, board
Date: 13 Apr 92 20:43:57 GMT
Distribution: usa
Organization: University of Arizona, Tucson, AZ

I tried mailing this, but mail bounced, and perhaps someone else might
be interested (perhaps not?).

In article <1992Apr13.025657.10272@ncsu.edu> you write:
>
>	I want to buy a 3B1 motherboard. The 512K type is what I currently 
>have now.  If anyone is interested please send me mail with a price.
>
>	Thanks....
>
>			Todd Wall
>			rtwall@eos.ncsu.edu

I have one up you might be interested in.  It is a 512K job that I retired
from service when I found a 2M job in an electronics surplus store.
Notice though that all socketed chips have been removed (I moved them to
the 2M board I found, since they had stripped the chips from it).
Also the on-board modem is non-functional, other than that it is fine.
(The OBM is busted because I broke one of the chips attempting to remove
it to transfer it to my new board :-(  If you can transfer the chip from your
board, you will be in good shape.)

BTW, my 2M bargain board works fine!

This may be totally distasteful to you, but I don't know what you are out
to accomplish.  If you are just out to fix a somehow-damaged motherboard and
have the needed chips in hand, you may be in luck (and maybe the damaged
modem won't matter if you are already using an external modem).

At any rate, this was working fine up till I replaced it.

And it might be just what someone is after that has a motherboard than
got messed up attempting an upgrade to 2.0Meg or some-such.

I would ask $50.00.

Tom

-- 
	Tom Trebisky	ttrebisky@as.arizona.edu

--
	Tom Trebisky	ttrebisky@as.arizona.edu
Newsgroups: comp.sys.3b1
From: johng@cres1.anu.edu.au (John Gallant)
Subject: Need help: Problem exec'ing my program
Summary: Exec complains about wrong architecture while loading a program
Originator: johng@cres1
Organization: CRES, Australian National University
Date: Mon, 6 Apr 92 05:51:59 GMT


I've just made a modification to a program I had running previously, and
now exec() refuses to load it. The message it gives is:

	Exec format error. Wrong Architecture

file(1) says the file is a m68k executable etc, and I have looked at the
header in the file and the only thing that looks suspicious to my
inexperienced eye is the flags field which is (from memory, may have
this wrong) 021003. The high 02 is not described in my 7300 users manual
entry for the executable file header, but I have a System V Release 3
manual which came with the machine (but I _think_ its actually for a
3b2??) which says that flag indicates a WE3002 (?) coprocessor (I'm
sorry, I didn't write all the numbers down). Could that be the problem?

The machine is third hand but I believe its a stock installation with
Unix 3.51. Its a 3b1 with 67M disk and 2M ram, and I'm using tcsh
version 6.00. The changes I made which broke the program were to use my
own graphics library based on window ioctl()s and wrastop()s, where
previously I had been doing text-only stuff on the standard output.

Any clues and/or fixes? I will be very grateful for help on this one, as
its a bit of a brick wall for me.

Thanks for any information.
-- 
    John Gallant           johng@cres.anu.edu.au  "Every \item command in
Centre for Resource and      ph: +61 6 249 0666    item_list must have an
 Environmental Studies      fax: +61 6 249 0757    optional argument".
Australian National University                     Leslie Lamport, LaTeX
From: michael@yonder.UUCP (Michael E. Haws)
Newsgroups: comp.sys.3b1
Subject: Looking for ethernet card and software
Date: 13 Apr 92 19:11:54 GMT
Article-I.D.: yonder.504
Organization: Redstone Enterprises, Lakewood, Co

Subject line says it all.  I am looking for an ethernet card and
corresponding tcp software for my 3b1.

Thanks

Michael
-- 
Michael E. Haws             "Keep the blue side up"        w - (303) 986-2370
..!uunet!yonder!michael                                    h - (303) 232-0628
ics@csn.org
Newsgroups: comp.sys.3b1
From: afc@shibaya.lonestar.org (Augustine Cano)
Subject: Re: 3b1 fan running high a lot
Organization: Multidisciplinary Designs Unlimited
Date: Fri, 10 Apr 92 15:18:58 GMT

In article <1992Apr10.13845.4508@morwyn.uucp> forrie@morwyn.uucp (Forrie Aldrich) writes:
>I've been noticing, recently, that the fan on the 3b1 has been switching
>to high speed frequently.  The weather up here in New Hampshire has been
>cool... no heat waves (yet), so there's really no reason for this.  Does
>this, in my assumption, mean it's time to replace this bugger with the
>Radio Shack model?

Dust is a very good insulator.  My observation has been that every 2 or 3
months the fan kicks into high gear (ambient temp not going above 80,
sometimes less).  At the same time you can see dust accumulate on the vent
above the power supply.  Surprisingly, it's not even necessary to open the
machine for a cleanup.  What I've been doing repeatedly is vacuum the
outside of that vent and the fan (with the machine running).  Apparently,
the turbulent air flow that results is sufficient to dislodge most of the
dust from the heat sinks, so the PS runs cool again and the fan doesn't
kick into high gear for another few months.  In a recent heat wave
ambient temp got to 84 degrees, but thanks to a recent vacuuming, the fan
never went into hight gear.  I remember the days before I discovered this
that barely getting to 80 degrees would be enogh to have a 50% duty cycle.

>-- 
>           -----------        Forrest Aldrich         -----------

-- 
Augustine Cano		INTERNET: afc@shibaya.lonestar.org
			UUCP:     ...!{ernest,egsner}!shibaya!afc
Newsgroups: comp.sys.3b1
From: pb@mnemosyne.cs.du.edu (PB Schechter)
Subject: smgr dying
Reply-To: pb@mnemosyne.cs.du.edu (PB Schechter)
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Tue, 7 Apr 92 04:50:55 GMT

I appear to have (suddenly) developed the "smgr dying" problem that
someone posted about recently (I didn't think it applied to me, so I
didn't save the suggestions or resolution--if any--of course).  If
someone has solved this problem, could you please let me know how (e-mail
is fine).  Otherwise, could someone please post the text of 
/usr/lib/uucp/uudemon.wk?  When I examine that file (in my examination
of my crontab file), there is a line that doesn't make any sense to me;
I wonder if it is corrupted, and somehow making uudemon.wk act strange.

(Actually, I know a little more than the above:  I did not have any file
called /usr/adm/cronlog, and the last 2 lines of uudemon.wk (1) remove
this file; and then (2) create it (via touch).  Since the suspected
corruption is before those 2 lines, I don't see how or why the rm should
succeed and the touch should fail, but that's what it looked like....)

Thanks for any help.

PB Schechter
pb@cs.du.edu
From: dave@das13.snide.com (Dave Snyder)
Newsgroups: comp.sys.3b1
Subject: Re: Does cheops.cis.ohio-sate.edu still have 3b1 bin's ?
Date: 10 Apr 92 12:49:27 GMT
Organization: Snide Inc. - Folcroft, PA

In article <1992Apr10.020704.6437@vlsi.louisville.edu>, KRJONE01@ulkyvx.louisville.edu (KEVIN R. JONES) writes:
> I have been trying to reach cheops.cis.ohio-state.edu for the past couble of
> days but have been unsuccesful in reaching it. Does anyone know what has
> happened to it?

Try ftping to "archive.cis.ohio-state.edu" it works for me.

DAS
-- 
David A. Snyder @ Snide Inc. - Folcroft, PA                    Current Release
                                                               is db4glgen-3.4
UUCP:  ..!uunet!das13!dave   INTERNET:  dave.snyder@snide.com
Newsgroups: comp.sys.3b1
From: afc@shibaya.lonestar.org (Augustine Cano)
Subject: Re: is NIST converted to dst?
Organization: Multidisciplinary Designs Unlimited
Date: Wed, 8 Apr 92 02:15:15 GMT

In article <1992Apr7.164156.19677@colorado.edu> wouk@alumni.cs.colorado.edu (Arthur Wouk) writes:
>i am having DST problems with my 3b1. i am running 3.51m.
>
>...
>
>is this a problem with NIST, or with the program which reads NIST time
>for the 3b1, or with the 3b1 software itself?

You need to run Lenny's dstconvert on all the programs and libraries that
deal with time.  There have been lists of programs that need to be fixed
posted at various times.  I saved one by Donald Lahomb and one by Elliot
Dierksen.

>-- 
>arthur wouk 
>internet: wouk@alumni.cs.colorado.edu


-- 
Augustine Cano		INTERNET: afc@shibaya.lonestar.org
			UUCP:     ...!{ernest,egsner}!shibaya!afc