HDTenEightyP/NetNews huggingface dataset:
From: gak@wrs.com (Richard Stueven)
Subject: Marching Boxes
Reply-To: gak@wrs.com
Organization: Wind River Systems, Inc.
Date: Thu, 23 Jul 1992 21:08:45 GMT

I didn't see anything in the FAQ about the infamous "marching boxes"
problem, so here goes...

I've had the problem once in a great while, and I could always fix it
by cycling the power, but now it seems to be permanent.  Cycling the
power hasn't helped.  I ran the Hard Disk diagnostics, and it doesn't
seem to recognize the disk at all.  I suspected "stiction", and I tried
the usual remedy, but no dice.

Is there a standard quick-fix for this problem, or are there many
unrelated causes?  I'm ready to open it up and start digging, but I'd
sure appreciate any clues as to what I should be looking for...

thx
gak
107/H/3&4

Newsgroups: comp.sys.3b1
From: kak@hico2.westmark.com (Kris A. Kugel)
Subject: tar and chown (was: Re: Cnews and dashes)
Summary: this IS the original behavior.
Organization: High Country Software
Date: Wed, 22 Jul 1992 18:38:54 GMT

dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:
: ...but since chown(2) rights are reserved to root, the changes
: never occur.  The authors of tar probably depended on this behavior of
: chown(2).  When AT&T changed the behavior of chown(2), they didn't think of
: the change that this might cause in the behavior of tar, and so didn't
: modify the default value of the -o flag in tar for a non-root user.  This is
: a *MAJOR* misfeature, and should have been corrected long ago.
: -- 
: Donald Nichols (DoN.)| Voice (Days): (703) 704-2280 (Eves): (703) 938-4564

I seem to recall, (and have the manuals at home to check)
that version 7 unix allowed chown(1) to change file ownership,
and so I think that chown(2) for version 7 was NOT reserved for root.
I believe that the chown action change was part of the
the set of changes Berekley made to support accounting.
(Why do they need this restriction?  Let's say I have a diskspace
 usage limit, so I make a big file -rw-rw-rw- and then chown it
 to somebody else, who then gets billed for the space usage.
 With the chown restriction, I can't do that trick anymore.
 This probably would make e-mail more popular for transfering files
 within a system, and make projects that required you be allowed
 "root" permission more popular. )

Anyhow, as far as I know, Berekley DEVELOPED the chown restriction.

Kris A. Kugel	908-842-2707
hico2!kak	kak@hico2.westmark.com
Newsgroups: comp.sys.3b1
From: bruce@blilly.UUCP (Bruce Lilly)
Subject: Re: BLANKING SCREEN
Organization: Bruce Lilly
Date: Thu, 30 Jul 92 22:34:40 GMT

In article <Bs61rI.DJ9@wrs.com> gak@wrs.com wrote:
>In article 11065@cci632.cci.com, adw@cci632.cci.com (Allen Williams (co-op)) writes:
>> How can I get my 7800 to blank the screen after it's not being used for
>>a while?

[ I assume adw meant 7300, not 7800 ]

>
>There should be a "Preferences" selection in your User Agent "Office"
[...]

To blank the screen w/o ua you can use:
scrset		to display the screen blanking timeout in seconds
scrset n	to set the timeout (after which the screen is blanked) in seconds
scrset -1	to immediately blank the screen

Depending on OS version and optional loadable drivers
(specifically the nkbd driver) are in use, the screen is
unblanked again when the mouse is moved or a key (any key in
3.51m, a subset of keys in earlier versions) is pressed.
-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
From: thad@public.BTR.COM (Thaddeus P. Floryan)
Newsgroups: comp.sys.3b1
Subject: Re: Expantion board for 7300
Date: 27 Jul 92 00:17:02 GMT
Distribution: usa
Organization: BTR Public Access UNIX, Mountain View CA

In article <1992Jul23.022322.6449@ceilidh.beartrack.com> dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:
>[...]
>	It is not totally clear whether you want an exPansion box, which
>will accept more cards, or an exTension board, which would allow you to
>measure voltages, waveforms, etc, on a board while it was connected to the
>cpu box.
>
>	If anybody out there has any of the latter, I too would be
>interested in the purchase of one.  The expansion box implies that I want to
>run more cards than I think the machine can usefully support (at least while
>one of them is an ethernet card), so I am not too interested in that.

I've actually seen a "real" Convergent extension card for the 3B1.  From
my notes, it's the same width as all other cards (natch! :-) and it was
17-1/2" long, with one (each) of the funny connectors at end end, and bore
the part number "PCA D-60-00213-00 (C) 1984" on one side and
"PCB D-43-00213-00 REV.A  8/3/84" on the other side.

If one has the connectors, it should be easy to make one; I've never really
had the need, and I really have doubts about the efficacy of running
unbuffered signals out that far and also placing such a tremendous amount
of stress on the connectors; think about it for a sec:


	+--------------+
	|              |
        | 3B1 chassis  +------------------
________+--------------+_______  ^
    ^                            |
    |             extension card + expansion card
table/countertop

The expansion BOXES afford an easy method of accessing both sides of any
single card placed in the box since the card is "on-edge".

The one problem with the expansion box/chassis is that RAM cards do not
function in it (nor do the EIA/RAM combo cards); everything else does
work just fine in it.


Thad Floryan [ thad@btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.sys.3b1
Subject: Re: "at" for the 3b1, anyone want it?
Date: 31 Jul 92 00:23:29 GMT
Distribution: usa
Organization: D and D Data, Vienna Virginia

In article <l7etb8INN53p@skat.usc.edu> jlowrey@skat.usc.edu (John 'Fritz' Lowrey) writes:
>	Folks,
>	I have written an "at" program for my 3b1 (actually it is SVR2 
>portable), and I am wondering what the interest level is in my sending it
>off to comp.sources.3b1 for public consumption (my reputation IS on the line
>after all |-}).

	Please do!  (It'll save me having to write such a program if
sufficent need arises to force me into it. :-)

>	It provides all of the features of a BSD at, and adds some usability
>and rationality that I thought appropriate.  eg:  What is this with the
>at.allow and at.deny in BSD-at?  If one exists but is empty, then all can
>schedule jobs, otherwise only root can do so, etc...?  Silly!  Mine provides

	Perhaps, but I would prefer to maintain a similar administrator
interface across different systems (at least when they supply the same user
functionality.)

	[ ... ]

>	Let me know if there is interest, if desired I will send off the shar
>to Dave (comp.sources.3b1 moderator) within the week.  If I have simply
>rewritten in ignorance something that is already available, let me know that 
>too, so I can kick myself a little. |-}

	I haven't looked through the archives for this, although I suspect
that there are some implementations in the comp.sources.unix archives
somewhere.  Whether they are as good remains to be judged.

-- 
Donald Nichols (DoN.)     | Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
D&D Data                  |  Email: <dnichols@ceilidh.beartrack.com>
I said it - no one else   |         <nichols@nvl.army.mil>
	--- Black Holes are where God is dividing by zero ---
From: thad@public.BTR.COM (Thaddeus P. Floryan)
Newsgroups: comp.sys.3b1
Subject: Re: What's in Development Set?
Keywords: warning backup UA
Date: 27 Jul 92 00:26:34 GMT
Organization: BTR Public Access UNIX, Mountain View CA

In article <1992Jul23.150331.6182@mydual.uucp> olson%mydual.uucp@alliant.com writes:
|I can't answer your question, but you should know about the backup
|system on these machines.  
|
|FULL BACKUP ISN'T.
|
|Full backup via the window system on a 3b1 does *not* backup *any*
|software installed from a floppy, no matter when it was done.  This
|makes sense in the context of a system where the distribution disks are
|available, but it will cost you *all your application software* if all
|you have is the hard disk.  
|
|What full backup does is back up everything else--the stuff not
|installed. That should correspond to user files.
|
|I don't recall what file tells the system what to skip, perhaps someone
|else can help.  You can, of course, create something to do a complete
|[...]

Heh, heh.

The trick is altering the date AND contents of /etc/.installdate

On my systems (for some time now):

	$ ls -l /etc/.installdate
	-r--r--r--  1 root    root    29 Jan  1  1970 .installdate
	$ cat /etc/.installdate
	Thu Jan  1 00:00:00 PST 1970

If you want to do the same (as root):

	echo "Thu Jan 1 00:00:00 PST 1970" > /etc/.installdate
	touch -m 0101000070 /etc/.installdate

Or you just simply "find / -depth -print | cpio -ocB > /dev/whatever" if
you want to back up everything.

Thad Floryan [ thad@btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]
Newsgroups: comp.sys.3b1
From: andy@cs.caltech.edu (Andy Fyfe)
Subject: For the *really* patient.....
Organization: California Institute of Technology
Date: Fri, 31 Jul 1992 18:52:20 GMT

I have put a copy of ghostscript for the 3b1 on
	ftp.cs.caltech.edu:pub/3b1/gs-bin.tar.Z

It only has the pbm and g3-fax drivers compiled in (pbmraw, pbm, dfaxhigh
and dfaxlow).  Pbmraw is the default.

It does work, albeit slowly.

I've found
	gs -sOUTPUTFILE=\|pbmto3b1 -r100x72 file.ps
works quite well (you need Steve Barber's pbmto3b1, available in the
OSU/UUNet archives).  If the postscript has 300dpi bitmaps (like the
fonts from converting dvi to postscript) then -r100x75 works a bit
better.  The default resolution for the pbm device is 72x72.  Too bad
the 3b1's screen doesn't have square pixels.  This only works for single
pages though.........

There are only a couple of fonts in the tar file -- you can pick up the
rest in the subdirectory gnu-sources.

Andy Fyfe					andy@cs.caltech.edu
Newsgroups: comp.sys.3b1
From: jhj@shrlok.UUCP (James H. Jennings)
Newsgroups: comp.sys.3b1
Subject: Re: Modem setup problems
Date: 26 Jul 92 15:16:22 GMT
Organization: Jennings' Personal PC

In article <1992Jul23.035919.212@morwyn.uucp> forrie@morwyn.uucp (Forrie Aldrich) writes:
>I've just gotten a Datagram 2400 error correcting modem.  I've been TRYING
>like hell to get it set up properly and working, and have been having a bit
>of difficulty.
>
>I've set up the following:
>
>/usr/lib/uucp/Devices:
>ACU ph0 ph0 1200 PC7300 \T
>Direct tty000 - 2400 direct
>ACU tty000,M - 2400 hayes
>
>/usr/lib/uucp/Dialers:
>#hayes	=,-,	"" \dAT\r\c OK\r \EATDT\T\r\c CONNECT
>hayes  =,-,	"" \M\p\p\p\pATQ0E1&C1DT\T\d\d\r\d\c CONNECT \m
>
>[ note I commented out the older hayes... I didn't feel like changing the
>  luser agent files to accomodate datagram. ]
>
>/usr/lib/uucp/Systems:
>Direct Any Direct 2400
>
 
First off, you probably don't want this in your Systems file.  If you're
trying to use it to get to the modem directly (to see settings, etc.), 
you should use the following:

		cu -d -ltty000

>It's difficult to say... sometimes it works, sometimes it doesn't.  I was
>'lucky' and was able to access the Modem's internal config menu once, but
>lost it, and haven't been able to get back again...
>
>CU produces this:
>
>$ cu -d Direct
>conn(Direct)
>Device Type Direct wanted
>mlock tty000 succeeded
>timed out

This occurs because cu sees the the Direct entry in your Systems file
and thinks that you are calling a system with that name, then times
out because of an unsuccessful connection to that "system", as is noted
below.

>generic open timeout
>set interface UNIX
>getto ret -1
>Call Failed: CAN'T ACCESS DEVICE
>Connect failed: CAN'T ACCESS DEVICE
>call cleanup(1)
>call _mode(0)
>


-- 
James H. Jennings 		| email: att!abacab!shrlok!jhj	
				| home: (708) 351-4771
				| work: (708) 291-2087
			        |
Newsgroups: comp.sys.3b1
From: mad@Turing.ORG (Mark A. Day (N4OQK))
Subject: 3b1 Drive Controller
Organization: The Turing Project, Charlottesville Virginia.
Distribution: USA
Date: Fri, 24 Jul 1992 10:41:55 GMT

Does anyone know where to find the WD1010 drive controller IC used in the 3b1?
If so, please reply through email. Info on finding the WD2010 would also be
appreciated if possible.

Ciao.
-- 
________________________________________________________________________

| Mark A. Day  Hardware Technician, Sawkill Engineering, Inc.		|	
| USMail  1612 Rickey Road Charlottesville VA 22901  			|
| Email   mad@Turing.ORG 						|
| 	  								|	
| Radio   N4OQK@WA4TFZ.CHO.VA.USA.NA     UUCP: mad@Malochai.Sawkill.com |
________________________________________________________________________
From: jmartino@jhunix.hcf.jhu.edu (James R Martino)
Newsgroups: comp.sys.3b1
Subject: Packet size for 3b1 C-Kermit?
Summary: Title says it all.
Keywords: C-Kermit, packet size
Date: 29 Jul 92 14:42:55 GMT
Distribution: usa
Organization: HAC - Johns Hopkins University, Baltimore

I'm using an ancient version of C-Kermit for the 3b1 which has a limit on the
packet size of 94.  What are the limits on packet size for currently
available versions of C-Kermit for the 3b1?

Thanks a meg in advance,
Newsgroups: comp.sys.3b1
From: cosc16tt@menudo.uh.edu (Dennis Gray Jr.)
Subject: Expantion board for 7300
Reply-To: DGray@uh.edu
Organization: /posole/cosc16tt/.organization
Distribution: usa
Date: Wed, 22 Jul 1992 05:59:46 GMT


I am not sure how much it will cost, so I might end up not buying one
of these.  But, ifyou have one to sell, or know of a retailer of them,
please let me know.  If you have one, please let me know how much you
want for it.

Thanks,
-dennis
--
Dennis Gray, Jr.                 "What the hell were you doing???"

DGray@uh.edu                   "Attempting the hell to communicate."
                                     -from The Voyage Home
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.sys.3b1
Subject: Re: Hooking up Radio Schack Fan?
Date: 21 Jul 92 00:11:35 GMT
Distribution: na
Organization: D and D Data, Vienna Virginia

In article <1992Jul20.052424.1634@iitmax.iit.edu> thsskac@iitmax.iit.edu (Kevin A. Chin) writes:
>
>
>I am in the process of installing my new Radio Shack fan,
>but I wanted to know what was the best way to hook up the
>power lines?
>
>1) Should I solder the two wires to the two power nodes on
>	the inside by the black "fuse box"?

	I haven't yet needed to replace my fans, but what I would *prefer* to
do is to crimp connectors on the fan wires such as I have seen before.  They
contain a socket to press onto the existing tab, and present another tab
adjacent to it to accept the press-on connectors from the power supply.  I
intend to keep my eyes open for such connectors at hamfests and similar
places.

	Lacking that, I would strip about 1/2" to 3/4" of insulation from
the end of each wire, tin the wires (flow solder into them, so they
effectively become a solid conductor when cool), wrap each wire fully around
the each tab on the switch/fuse-holder assembly *at the base*, and flow the
solder into this joint, with the position of the tabs such that solder does
not run down to the ends.  (The excess solder would make the press-on
connectors for the power supply difficult to get on and off.

>2) Should I splice the two wires to a regular power cord and then
>	just plug that into an outlet?

	The only benefit that I could see to this arrangement would be that
you could run the fans for a while after powering down the computer, to cool
off the interior more quickly.  Since the system should normally be left
powered up in the absence of adverse conditions such as thunderstorms
playing outside the window, or smoke exiting the box :-), this would be a
minimal benefit for the additional inconvenience of having to find another
power outlet for the fan, and having to live with a permanent power cord to
the fan(s) when moving the system, unless you took the time to mount a
separate jack for the additional power cord while modifying the system.

	You could mount the new fans on a cradle for the cpu-box, which
would hold them against the existing ventilation openings, in which case
having an extra power cord for them would make sense.  They could also be
inspected for excess dust buildup more easily, and replaced easily in the
unlikely event of failure.  The negative tradeoff here would be reduced
access to the connectors on the back of the computer.

	Good Luck
		DoN.
-- 
Donald Nichols (DoN.)     | Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
D&D Data                  |  Email: <dnichols@ceilidh.beartrack.com>
I said it - no one else   |         <dnichols@ceilidh.aes.com>
	--- Black Holes are where God is dividing by zero ---
Newsgroups: comp.sys.3b1
From: jbunch@nyx.cs.du.edu (John Bunch)
Subject: Re: Archive site for comp.sources.3b1
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Fri, 31 Jul 92 17:55:43 GMT

jbunch@nyx.cs.du.edu (John Bunch) writes:

>Hello,

>   I just bought a 2b1, although I haven't received it yet, and would

Oops, that should read 3b1..  I guess I was a little tired this morning.

>like to know if there is an archive site for comp.sources.3b1.  I have
>been to the osu-archives, but was wondering if there is a site with
>the different volumes.  Also, the machine I am getting is just coming
>with the Foundation set, and I would like to get the developement set.
>Anybody out there selling a developement set??

>John

>P.S.  I really would like to program on the machine.. 
>--
>John B Bunch              *  I don't want the world, I just want your
>771 Madison Ave Apt.2e.   *     half....     -TMG
>Albany, NY 12208          *  jbunch@nyx.cs.du.edu If mail here bounces
>(518) 436-3810            *  Try John.Bunch@bbs.oit.unc.edu
--
John B Bunch              *  I don't want the world, I just want your
771 Madison Ave Apt.2e.   *     half....     -TMG
Albany, NY 12208          *  jbunch@nyx.cs.du.edu If mail here bounces
(518) 436-3810            *  Try John.Bunch@bbs.oit.unc.edu
From: lowen@lorc.UUCP (Lamar Owen)
Newsgroups: comp.sys.3b1
Subject: Video Connector
Date: Fri, 24 Jul 92 09:14:53 EDT
Organization: LORC Enterprises

I have a sick 3B1.  Symptom: no video.  I can boot the machine, hook a
terminal up to a serial port (two combo cards in this machine), and get a
login:.

So, my question is: does anyone have the pinout for the motherboard video
connector?

Thanks in advance...

Lamar Owen, Systems Consultant, GE Lighting Systems, Hendersonville, NC
***********************************************************************
 Opinions expressed herein are the author's and do not reflect policy
   or opinions of the General Electric Company or its subsidiaries.
***********************************************************************
Newsgroups: comp.sys.3b1
From: crtb@helix.nih.gov (Chuck Bacon)
Subject: Raw mode on a 3b1, for Wizard link
Organization: National Institutes of Health, Bethesda
Date: Wed, 22 Jul 1992 01:46:05 GMT

I've been diddling with the Sharp Wizard code, courtesy of Virgin
Software, J. Bruce Dawson and Steve Putz, which has been recently
circulating.  Reference was made to Sharp documentation describing
the communication protocol between the Organizer and anybody's
RS232.

I've written a perl script which talks to the Organizer on tty000.
So far it can request the overall directory, cause the Organizer to
exit the PC-link state (to reduce battery drain), and turn the
Organizer off completely.  But nothing else.

Does anybody have the Sharp protocols?  The code I have, oz.c, was
apparently written for an earlier model, and my OZ-8000 doesn't
respond to the Send or Receive commands.  Any help?

Does anybody know how to invoke raw mode on /dev/tty000 on a 3b1?
I managed to do an ioctl() on it which gets it into a pretty decent
mode, but I'd be happier with raw mode, especially if I can get a
timeout, rather than having the program hang.  I can't find any
mention of raw mode in any of the 3.51 documentation.
--
	Chuck Bacon - crtb@helix.nih.gov ( alas, not my 3b1 )-:
		ABHOR SECRECY	-   DEFEND PRIVACY
From: adw@cci632.cci.com (Allen Williams (co-op))
Newsgroups: comp.sys.3b1
Subject: BLANKING SCREEN
Date: 29 Jul 92 15:44:17 GMT
Article-I.D.: cci632.1992Jul29.154417.11065
Organization: Computer Consoles Incorporated


 How can I get my 7800 to blank the screen after it's not being used for
a while?

                                                Derrick
From: jlowrey@skat.usc.edu (John 'Fritz' Lowrey)
Newsgroups: comp.sys.3b1
Subject: "at" for the 3b1, anyone want it?
Date: 29 Jul 1992 21:51:52 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: skat.usc.edu

	Folks,
	I have written an "at" program for my 3b1 (actually it is SVR2 
portable), and I am wondering what the interest level is in my sending it
off to comp.sources.3b1 for public consumption (my reputation IS on the line
after all |-}).
	It provides all of the features of a BSD at, and adds some usability
and rationality that I thought appropriate.  eg:  What is this with the
at.allow and at.deny in BSD-at?  If one exists but is empty, then all can
schedule jobs, otherwise only root can do so, etc...?  Silly!  Mine provides
user submitable jobs which run at their permission level, flexible scheduling
strings by means of the getdate() function posted with the libbsd recently, and
other little goodies like preserving a queue across shutdown and startup.
	Let me know if there is interest, if desired I will send off the shar
to Dave (comp.sources.3b1 moderator) within the week.  If I have simply
rewritten in ignorance something that is already available, let me know that 
too, so I can kick myself a little. |-}

						Aspiring System Programmer
						Fritz
-- 
        "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
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.sys.3b1
Subject: Re: Expantion board for 7300
Date: 28 Jul 92 01:21:57 GMT
Distribution: usa
Organization: D and D Data, Vienna Virginia

In article <7525@public.BTR.COM> thad@public.BTR.COM (Thaddeus P. Floryan) writes:
>In article <1992Jul23.022322.6449@ceilidh.beartrack.com> dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:

	[ ... ]

>I've actually seen a "real" Convergent extension card for the 3B1.  From
>my notes, it's the same width as all other cards (natch! :-) and it was
>17-1/2" long, with one (each) of the funny connectors at end end, and bore
>the part number "PCA D-60-00213-00 (C) 1984" on one side and
>"PCB D-43-00213-00 REV.A  8/3/84" on the other side.
>
>If one has the connectors, it should be easy to make one; I've never really
>had the need, and I really have doubts about the efficacy of running
>unbuffered signals out that far and also placing such a tremendous amount
>of stress on the connectors; think about it for a sec:
>
>
>	+--------------+
>	|              |
>        | 3B1 chassis  +------------------
>________+--------------+_______  ^
>    ^                            |
>    |             extension card + expansion card
>table/countertop

	I had hoped that they would have a support frame with card guides,
and would screw firmly to the back of the CPU box, to take the stress off
the connectors and the boards.

>The expansion BOXES afford an easy method of accessing both sides of any
>single card placed in the box since the card is "on-edge".

	Aha!  Finally a *REASON* to get one.  With ethernet, I haven't
needed enough serial ports to overflow the basic card capacity of the main
machine, and I haven't seen the expansion box, so I'd envisioned two rows of
horizontal slots.  Thanks!

>The one problem with the expansion box/chassis is that RAM cards do not
>function in it (nor do the EIA/RAM combo cards); everything else does
>work just fine in it.

	One combo card, one 2K ram card, and the expander card, room for
all else down below.

-- 
Donald Nichols (DoN.)     | Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
D&D Data                  |  Email: <dnichols@ceilidh.beartrack.com>
I said it - no one else   |         <dnichols@ceilidh.aes.com>
	--- Black Holes are where God is dividing by zero ---