HDTenEightyP/NetNews huggingface dataset:
From: ledbette@watserv1.uwaterloo.ca (dawn)
Newsgroups: comp.sys.3b1
Subject: Power Supply Dying ?
Date: 10 Apr 92 17:59:08 GMT
Organization: House of Fnords

Last night, I had a disquieting thing happen to my 7300.  I heard the
(Radio Shack) fans become quieter, then back to their usual volume.  I
wandered over and signed on, and noticed that not only were the fans
playing tricks but the hard disk that runs off the power supply was
behaving oddly:  when the fans slowed down I could not talk to the
disk, and it made the usual power-on noises when the fans speeded up
again.  At this point, I shut down for fear of serious damage.  The
case was not warm to the touch anywhere, and it never has been that
I've noted.

I've been running off the original wimpy power supply for about a year
with no problems.  Did the ICUS 2.0 upgrade a while back and have been
running a Priam 519 in a separate shoebox.  Last time I cleared out the
dustbunnies I noticed a little melting on the coil towards the front of
the supply (forgive me, I'm a book-and-diagram dependent techie).

Up until this strange half-dying last night, everything's been going
fine.  It sounds to me like perhaps the power supply is dying.  Does
this sound about right to the rest of you?  (It figures, now that I
have B news and am negotiating a UUCP/Usenet feed ... sigh)  What are
the specs on the power supply, and possible sources for a replacement?
Would I be reasonably safe powering the beastie up again to run
diagnostics?

Any help or pointers thereto would be _wonderful_

Cheers,
Dawn Whiteside
ledbette@watserv1.uwaterloo.ca
Xref: sparky comp.sys.3b1:1927 misc.forsale.computers:16969
From: noyes@ontologic.COM (Mark Noyes)
Newsgroups: comp.sys.3b1,misc.forsale.computers
Subject: AT&T Unix PC for sale
Keywords: unix pc
Date: 6 Apr 92 21:54:15 GMT
Distribution: usa
Organization: Ontos Inc., Burlington, Mass.


For sale:

1- AT&T Unix PC 7300

1MB memory (room for on-board expansion to 2MB)
40 MB Disk

Includes Unix Foundation set version 3.51 OS plus all the standard items:
	- Mouse
	- Monochrome Graphic display
	- Keyboard
	- Built-in 1200 baud modem
	- 5 1/4" HH floppy drive

System runs fine although the disk is a little noisy.

As a bonus

1 - Spare AT&T Unix PC keyboard (never used)
1 - Unix PC expansion card connector

Asking $150 + Shipping



Mark Noyes
noyes@ONTOS.com
From: tom@astro.as.arizona.edu (Thomas J. Trebisky)
Newsgroups: comp.sys.3b1
Subject: Re: Memory upgrade questions (was: Dram chipss)
Keywords: ram, memory
Date: 14 Apr 92 20:48:58 GMT
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.

A coworker pointed out that 100 nF == 0.1 uF, sorry about that.
I am used to thinking in terms of uuF or uF, since that seems to be
the way the industry talks about capacitors.  Is it more proper these days
to use the term picofarad, rather than micro-micro-farads.

By the way, the critical thing about power supply bypass capacitors like
these is not the precise value (about anything from .005 to 0.1 would be
almost equally useful), but other properties like inductance and
internal resistance.  It all boils down to how effective they are at
bypassing high frequency noise on the power supply lines.
I have seen some board use all 0.1 capacitors, others use all 0.01,
still others mix the two in an array of DRAM chips, and add a few fair
sized tantalum jobs here and there.
--
	Tom Trebisky	ttrebisky@as.arizona.edu
Newsgroups: comp.sys.3b1
From: beyo@beyonet.UUCP (Steve Urich)
Newsgroups: comp.sys.3b1
Subject: Re: Screen blanking problem
Date: 9 Apr 92 17:30:49 GMT
Article-I.D.: beyonet.334
Distribution: na
Organization: Beyonet Network


	Hi, how about a summary of the information you get on this problem.
	I'm sure others would be interested to hear your final outcome.
	I wouldn't reload anything old from archives because some of the
	programs will crash if you did the patch. Thats why I'm going to
	wait till there is more info on it.

	Anyone out there with a complete list of files that need to be
	patched? Anyone ever patch the distribution disks by making a
	copy of them and patching the copy? Just wondering that would
	be a good idea.

	Thanks for listening.
	Steve
-- 
 ############### Stephen Urich WB3FTP |"Starlightbeams project ###############
 ##|_|########## Bensalem, PA  USA    |me in Red Blue and Green##|_|##########
 ###############----------------------|Velvetdreams protect me ###############
 ####       #### snark!beyonet!beyo   |when I hit the Screen"  ####       ####
 ##    |_|    ## widener!beyonet!beyo |--Alan Parsons Project  ##    |_|    ##
 ##           ##-----------------------------------------------##           ##
 ####       ####  Packet Radio: WB3FTP@WA3NWL.#SEPA.PA.USA.NA  ####       ####
_###############_______________________________________________###############_
From: bill@falcon.cs.uofs.edu (Bill Gunshannon)
Newsgroups: comp.sys.3b1
Subject: Re: is NIST converted to dst?
Date: 8 Apr 92 14:42:48 GMT
Reply-To: bill@platypus.uofs.edu
Organization: University of Scranton, Scranton, PA

NIST should be providing Greenwich Mean Time (GMT or UTC depending on your
age :-))  I assume it is your 3B1 that doesn't know DST has started.

bill

-- 

     Bill Gunshannon          |        If this statement wasn't here,
     bill@platypus.uofs.edu   |  This space would be left intentionally blank
     bill@tuatara.uofs.edu    |         #include <std.disclaimer.h>
From: trinh@FLUKY.MITRE.ORG (trinh)
Newsgroups: comp.sys.3b1
Subject: Re: monitor cap replacement
Date: 10 Apr 92 18:30:08 GMT


Please send me a copy too.
My monitor doesn't work these days but the system is up and running.
Thanks.

--
trinh@fluky.mitre.org
From: roger@rogerf.austin.ibm.com (Roger Florkowski)
Newsgroups: comp.sys.3b1
Subject: Re: Problems with STARLAN uucp link
Keywords: starlan 3B1 uucp HDB BNU 7300 unixpc
Date: 16 Apr 92 14:09:41 GMT
Organization: IBM AWD, Austin

In article <3257@hico2.UUCP> kak@hico2.westmark.com writes:
>I don't understand this: I hook up starlan, and my machines can't
>connect with uucp, but it breaks AFTER the successful login,
>and only over the starlan, not over a RS232 link.
>
>I tried messing around with Permissions, on the off-chance
>that maybe it had something to do with starlan user id's,
>but that still fails with "REMOTE REJECT AFTER LOGIN".
>
>from /usr/lib/uucp/Permissions:

Here is your problem.  You see, even though YOU login
with "UUCP_LOGNAME", the starlan uucp login program
on the remote end IGNORES that, and passes "uucp"
as your login to uucico.

Use this:

LOGNAME=uucp:net:other SENDFILES=yes REQUEST=yes \
	READ=/ WRITE=/ COMMANDS=ALL 

Braindamaged, eh?  The uucplogin with starlan also
does NOT make entries in utmp.

For a more enhanced version, pickup the 3b1 BSD-starlan
utilities.  I included a new version of uucplogin
(uucpd, actually),  and your HDB world will be back to
"normal".

-- 
Roger Florkowski                             IBM Personal Systems Programming
             AIX RISC System/6000 Network Communications Support
11400 Burnet Road                 Internet Mail: roger@wizards.austin.ibm.com
Austin, TX 78752                          email: roger@rogerf.austin.ibm.com
Newsgroups: comp.sys.3b1
From: dave@galaxia.newport.ri.us (David H. Brierley)
Subject: Re: Does cheops.cis.ohio-sate.edu still have 3b1 bin's ?
Organization: Dave's Very Own Personal System
Date: Sat, 11 Apr 1992 03:22:58 GMT

The machine called cheops is no longer accessible, in fact I don't think it
exists anymore.  All of the OSU archives have been moved to a new machine
called "archive.cis.ohio-state.edu".  The 3b1 archives are located in the
directory "att7300" (or maybe pub/att7300).  A copy of the archives is also
located on the machine "ftp.uu.net" in the directory "systems/att7300".
-- 
David H. Brierley
Home: dave@galaxia.newport.ri.us; Work: dhb@quahog.ssd.ray.com
Send comp.sources.3b1 submissions to comp-sources-3b1@galaxia.newport.ri.us
%% Can I be excused, my brain is full. **
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.sys.3b1
Subject: Re: I think I killed my disk.
Keywords: clock battery hard disk drive clean sensor
Date: 10 Apr 92 03:57:08 GMT
Organization: D and D Data, Vienna Virginia

In article <1992Apr8.213414.7849@mydual.uucp> olson@mydual.uucp (Kirtland H. Olson) writes:
>Most older disk drives with stepper-motor head positioners have a flag
>mounted on the end of the stepper motor.  This flag interrupts the light
>from an LED when the stepper is at the home position.
>
>If dust accumulates on the emitter or sensor lenses, this system stops
>working.  You can clean the slot by using a photgraphers lens brush with
>a squeeze bulb that blows the dust away.  You can also try lens cleaner.

	Good point.  I had been assuming that while I have seen such an
arrangement on older 8" drives, that the sensor was within the clean chamber
in the newer 5.25" drives.  I never even checked for an external flag.
Hopefully, this hardware problem will prove to be the cause.

	However, the usual meaning of the recal error is that the drive
positioned its head to the point where the flag reports track 000, but the
read head on platter 0 can't find a readable sector id block to verify that
it made it to track 000.  You can tell the difference because if the flag is
failing, the stepper motor will make more noise after it reaches the
physical stop than while it is seeking towards track 000.  If the flag works
properly, the stepper motor will stop at track 000, and the drive will
report "track 000" on the appripriate signal line.

	If the contents of track 000 head 0 have been wiped, the system will
report "recal error" even when the flag signals the track 000 position
properly.  The only cure for this is a low level format, at least of the
first track.

	Good Luck to all
		DoN.
-- 
Donald Nichols (DoN.)     | Voice (Days): (703) 704-2020 (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 ---
From: bruce@chumley.UUCP (Bruce L. Stewart)
Newsgroups: comp.sys.3b1
Subject: Re: Replacement /bin/login?
Date: 6 Apr 92 19:56:43 GMT
Article-I.D.: chumley.4
Organization: Responsive Designs

Billy --

In article <1992Apr3.195321.16952@thoth.rent.com> you write:
: Has anyone ever done a replacement for /bin/login? I would like to
: have one that disallows root logins over the tty[000-006] lines?
: (using mgr, when I first login to the machine as root, the tty is
: /dev/console, but within mgr the ttys are the pseudo ttys)

Hmmm ... if you didn't mind a bit of a hack, how about this alternative?

You could implement dialup password security, using the /etc/d_passwd
file.  Now all you need is a special shell for root.  Copy /bin/sh to
/bin/rootsh, and use /bin/rootsh as the login shell for root in /etc/passwd.
Add the ttys for which you want to restrict logins to /etc/dialups.  Place one
or more asterisks (*) in the password field in /etc/d_passwd for the rootsh
login entry, and I think you have it.  Note that you could restrict logins
on any tty this way, as long as it appears as an entry in /etc/dialups --
whether or not it is a "real" dialup line.

WARNING:  I haven't tried this specific procedure, although I have
implemented the dialup password features on my machine (thanks, Lenny!).

: Also a nice option would be to lose carrier after three login 
: attempts, or configurable.

My suggested hack doesn't do this.  However, it does give you the benefit
of extra security for dialup access -- just add ttys, shells and passwords ...

: I relize that the real AT&T /bin/login source will probably never
: be released, but perhaps someone wrote one themselves?

Time to dereference Don Nichols' pointer here ...

Hope this helps ...

regards,
-bruce stewart

--
--- Bruce L. Stewart (the digital demento) ---------------------------------
    Responsive Designs                                                    
       UUCP:  uunet...!{lll-winken, ohlone, pacbell, woodowl}!chumley!bruce
    Disclaimer:  There is NOOOOOOO Rule 6!                               
----------------------------------------------------------------------------
-- 
--- Bruce L. Stewart (the digital demento) ---------------------------------
    Responsive Designs                                                    
       UUCP:  uunet...!{lll-winken, ohlone, pacbell, woodowl}!chumley!bruce
    Disclaimer:  There is NOOOOOOO Rule 6!                               
----------------------------------------------------------------------------
Newsgroups: comp.sys.3b1
From: olson@mydual.uucp (Kirtland H. Olson)
Subject: Re: I think I killed my disk.
Summary: Try cleaning the sensor
Keywords: clock battery hard disk drive clean sensor
Organization: The Harvard Group, 01451-0667
Date: Wed, 8 Apr 1992 21:34:14 GMT

Most older disk drives with stepper-motor head positioners have a flag
mounted on the end of the stepper motor.  This flag interrupts the light
from an LED when the stepper is at the home position.

If dust accumulates on the emitter or sensor lenses, this system stops
working.  You can clean the slot by using a photgraphers lens brush with
a squeeze bulb that blows the dust away.  You can also try lens cleaner.

It's tough to get into the slot, but several drives I know of have been
"cured" this way, and the process does no harm IF you do not rotate the
flag. (That would drag the heads across the platters and make things
worse.)

Good Luck

	--Kirt


-- 
Kirtland H. Olson                     olson%mydual.uucp@alliant.com
From: jlowrey@skat.usc.edu (John 'Fritz' Lowrey)
Newsgroups: comp.sys.3b1
Subject: TAM frutration
Date: 17 Apr 1992 12:47:28 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: skat.usc.edu

	3b1 folk,
	I am rather frustrated with the TAM windowing system (is this
new? |-).  I am writing a program (BogoMonitor, mentioned in a previous
post) that appears in a resizeable window (BORDRESIZE).  I would like
to add the "Cancel Patch" using BORDCANCL in the wcreate() and be able
to exit the program via the mouse.
	Here's the rub:  I can get the patch onto the border, no sweat, 
but the program does not receive a Cancl code when the patch is clicked.  
I have enabled the mouse, and the wgetc() call is returning 8-bit codes 
(because of keypad(0, 1)).  The regular Exit and Cancl keys work to exit 
the program.  Do I need to trap the Mouse return from wgetc(), then catch 
Cancl?  I have tried this without any success.  I was under the impression 
that the Cancl code returned from an action on the patch should be passed 
via the standard input stream.  I know that the mouse is working, the resize 
and move patches work just fine.
	What should I do?  Is there some special code that I must set for 
the mouse?  Do I have to use an ioctl() after receipt of the Mouse code
instead of the 8-bit interpreted code?  Should I port X11 to the 3b1 and
just use its widgets |-).

					Frustrated 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
Newsgroups: comp.sys.3b1
From: am749@cleveland.Freenet.Edu (Constance K. Fawcett)
Subject: terminfo
Reply-To: am749@cleveland.Freenet.Edu (Constance K. Fawcett)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Thu, 9 Apr 92 05:26:52 GMT


Hi.  I need to have a compiled terminfo file to use with some binaries I
ftped.  I've been able to find captoinfo sources on the net, but I
haven't been able to find tic sources anywhere.  If someone could e-mail
me an ftp site for tic sources, or email me the sources, I would greatly
appreciate it.  Uuencoded binaries of tic or a compiled terminfo
database would also be good.  I have a 7300.  Thanks. 
-- 
Connie Fawcett		am749@cleveland.freenet.edu
			r1ckf@vax1.cc.uakron.edu
			r3ckf@vax1.cc.uakron.edu
			r1ckf@vm1.cc.uakron.edu
From: rtwall@eos03a-16pa.eos.ncsu.edu (RICHARD TODD WALL)
Newsgroups: comp.sys.3b1
Subject: Hard Disk problems w/ my 3B1. HELP!!!
Date: 8 Apr 92 05:24:43 GMT
Organization: NCSU Project Eos
Originator: rtwall@c00313-11pa.eos.ncsu.edu


	HELP!!!!  My Unix-PC suddenly developed a serious Hard Disk problem.
It will not boot from the hard drive or even access it.  When I boot the
diagnostics disk and try to do any kind of operation (ex. PARK HARD DRIVE)
it says....

	Hard disk restore failed

	Test: Hard disk test(Drive 0)
	subtest	:Park Disk Heads
	Error:WINCHESTER:Can't Recal:Response=4

Does anyone know what I can do???  I've tried different hard drives, replaced 
the cables, and replaced the WD1010 chip on the motherboard and it still does
the same thing.  Does anyone know which chips, resistors, etc. I could test
on the motherboard to find out where the problem is???  

Any help would be GREATLY Appreciated.

						-> TODD WALL <-

P.S.  If you have problems replying to this posting, try sending mail to
	rtwall@eos.ncsu.edu
Newsgroups: comp.sys.3b1
From: hybl@umbc4.umbc.edu (Dr. Albert Hybl (UMAB-BIOPHYS))
Subject: Re: My 3b1 quit--Need help
Summary: The consensus is CHECK THE FUSE!
Keywords: fuse shortsighted
Organization: University of Maryland Baltimore Campus
Distribution: na
Date: Fri, 17 Apr 1992 17:46:23 GMT

I have received an avalanche of suggestions.  Although I would like
to respond to each with a thank you, please accept this message
with my sincere thanks.

Although I was fooled by the design of the switch block,
my respondents were not.  The consensus suggestion was
CHECK THE FUSE!   Fuse?  What fuse?  Oh, yeh.  There is a
fuse and it was blown!  Keeping a spare power supply
but no spare fuses seems ridiculous--and shortsighted.
I'll have to wait until early next week to get some
(5A 250V) fuses.  I hope this thread will end with a new
fuse.

I did say I had power inside the 3b1 case, so a few words seems
to be in order about why I was fooled.  There is a brown wire
attached at one end to a tab on the top of a black switch&fuse
block with an insulated slip-on connector and at the other
end to the power supply circuit board.  There is also a metal
conductor coming from the bottom of the black switch&fuse block,
terminating at the top.  It appeared to me to connect to the
power tab--but, in fact, does not!  It must deliver power from
the switch to one end of the fuse and another internal wire must
run from the other end back to the power tab at the top.
[For Safety's sake, why didn't the designers just run the
hot wire from the switch to the fuse inside the black block
leaving only the tab to expose a hot source?]

Again, thank you for your help.
Albert Hybl (hybl@umbc3.umbc.edu)
Newsgroups: comp.sys.ti
From: cohen@GOMEZ.phys.virginia.edu
Subject: 3.5"  drives on  a  TI  controller???
Reply-To: cohen@GOMEZ.phys.virginia.edu
Organization: Dept. of Physics, University of Virginia
Date: Thu, 9 Apr 1992 18:35:36 GMT

I just  heard that a user has been successfully driving 3.5" disk  drives
usingthe TI controller with  no problems.
Does anybody have an explanation?   Is thisa recommended practice?
From: andy-w@ersys.edmonton.ab.ca (Andrew webster)
Newsgroups: comp.sys.ti
Subject: MYARC HFDC
Date: Fri, 10 Apr 92 09:02:11 MDT
Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada

Joe, 
    A lot of TI'ers have the Myarc HFDC on their systems and AARE happy 
with it. So what you say is really UNTRUE. Hard drives are supported on 
the TI. The Myarc HFDC is not perfact in many ways and not compatible 
with some other hardware but never the less does control a Hard drive!

Ps> On a personal note: The local node of this Net is having problems for 
now and I believe the E-Mail is not getting out but the posts are. You 
should have recieved a letter in the mail from me in reguards to what we 
were talking about.
Later....

Andrew webster              andy-w@ersys.edmonton.ab.ca
Edmonton Remote Systems:  Celebrating 10 years of service to Northern Alberta
Newsgroups: comp.sys.ti
From: jim@accelr8.com (Jim Reiss)
Subject: MBX
Organization: Accelr8 Technology Corporation
Date: Mon, 6 Apr 92 18:51:33 GMT

Well, I'm back on the MBX topic again.  I was wondering if anyone knows of
a source for a replacement MBX joystick.  I've tried several dealers and
have had no luck.  I would appreciate any information.  I am also still
interested in sources for complete MBX systems, if any.  Thanks.
-- 
 Jim Reiss (jim@accelr8.com)    Phone: (303) 863-8088    Fax: (303) 863-1218
 Accelr8 Technology ("The VMS to UNIX Connection"), Denver, Colorado, USA
 The above babbling is in no way to be misinterpreted as representing the
 opinion of any person, business, or small furry creature from Alpha Centauri.
Newsgroups: comp.sys.ti
From: mhd@gensym.UUCP (Mark H David)
Newsgroups: comp.sys.ti.explorer
Subject: how to have no header page?
Date: 7 Apr 92 13:42:55 GMT
Distribution: inet
Organization: The Internet

We have edited our printer object in the namespace to have
:page-heading nil and :header nil, but we are still getting cover
pages.  

How do you turn off the printing of cover pages?  Any tree lovers out
there?


mhd@gensym.com
From: emaldi@labein.es (Mikel Emaldi)
Newsgroups: comp.sys.ti.explorer
Subject: Used Explorers
Date: 6 Apr 92 09:02:14 GMT
Distribution: inet
Organization: The Internet
X-Unparsable-Date: Mon,  6 Apr 1992  9:33:05 UTC+0200

We have half a dozen Explorer Is which we could send cheap to
anybody interested. Some of them have broken CPU (our failure
rate has been over 100% in 5 years) but they are otherwise OK.

The only problem is that those interested should pay the transport
of the parts from Spain (faaaar awaaaay ...)

Anybody interested, please contact us at

Mikel Emaldi
LABEIN, IDEIA Dept.

Phone: + 34 4 489 24 00
Fax:   + 34 4 489 25 40

emaldi@labein.es
From: Rice@SUMEX-AIM.Stanford.Edu (James Rice)
Newsgroups: comp.sys.ti.explorer
Subject: Re: how to have no header page?
Date: 7 Apr 92 18:40:01 GMT
Distribution: inet
Organization: The Internet

Try setting printer:*default-header* to nil.



Rice.
From: johnk@MATH.UTEXAS.EDU
Newsgroups: comp.sys.ti.explorer
Subject: odyssey DSP
Date: 6 Apr 92 21:27:47 GMT
Distribution: inet
Organization: The Internet

The Odyssey must be the most under-documented, bogus load of garbage
I've ever had the displeasure of programming.  GRRR!

It comes with all sorts of neat examples, some of which actually work,
with tiny ammounts of documentation, if any at all.  On the software
support end, there's a package called odyssey-tools that is supposed
to make it possible to run stuff on the odyssey controlled from a lisp
environment, but there's not one scrap of printed documentation in the
manual about this toolset.  sure, these examples work, but if you want
to write your own stuff, you're SOL.  Ok, so I managed to get the "forth"
version (actually written in tms320 assembly for the forth interpreter)
of the codec-linear converter into object code like the odyssey-tools
likes it.  then i find out about some control thing which 1) has no
documentation a la the documentation form 2) has no printed documentation,
as NONE of the odyssey-tools have any printed documentation whatsoever.
the stupid thing isn't even intuitive!  I've pretty much managed to get
as far as i have just from hacking things until they worked.

it's pretty frustrating.  there are only three explanations i can come
up with:
	1) we didn't get the complete set of software and documents
	2) we got a pre-release set
	3) the whole odyssey project was never really finished


(rant, rave)

i'd loved to be proved wrong about this, any takers?

Newsgroups: comp.sys.ti