HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.att,comp.sys.3b1
Subject: Re: uucp'ing files
From: rthomas@hakatac.almanac.bc.ca (Robert N Thomas)
Date: Tue, 05 Jan 93 04:55:45 GMT
Organization: Sir HackAlot's Castle BBS, Port Alberni, B.C., Canada
Keywords: 3b2, 3b1, uucp

In article <1i92sfINNiej@munnari.OZ.AU> muller@munnari.OZ.AU (Paul Muller) writes:
>I have been trying to transfer a 1.4 MB file from the ATT3b1 (aka UNIX PC)
>to the 3b2/400 (BNU) both machines have oodles of HD space, but the file
>gets about 1 MB through then stops. uulog gives no sane reason why, but I am
>guessing a limit on the 3b2. I have tried modifying ULIMIT to 8192 and
>'touch'ing /etc/system, but the re-made unix has the same problem.
>
>I am obviously flying blind, can anyone help?

    I don't recall that touching the /etc/system file would do it...

From the System Administrators Guide, Chapter 6, page 6-16...

cp /unix /oldunix
cd /etc/master.d

---- edit the ULIMIT like you all ready did... ----

cd /boot
mkboot -k KERNEL

cd /
sysadm firmware

Then the 3B2 will come up with a FIRMWARE MODE
You'll have to enter in the password (which usually is mcp)..

For the name of the program to boot...
use /etc/system

And you want to boot off the STD hard disk device which you allways boot off..

I suspect it's the cd /boot ; mkboot -k KERNEL that has taken you for a loop..
Whether touching the system file does what is needed, I don't know, as I usually
follow the documented procedure, and it seems to work for me...


Hope this helps...


Cheers....
						---- Robb ----
Xref: sparky comp.sys.att:2821 comp.sys.novell:11148 misc.invest:15794
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.att,comp.sys.novell,misc.invest
Subject: Re: Novell to buy USL
Date: 6 Jan 93 05:22:01 GMT
Followup-To: comp.sys.att
Organization: Auspex Systems, Santa Clara

>    I have a 386/33 clone at home running WIN3.1, and that one "freezes"
>    once a day, more if there are any modem-related activities. The same
>    machine, btw, had no problem running SVR4.
>
>    Given my WIN experiense, I do not expect NT to reach a level of robustness
>    required to run mission-critical applications for many years, 

You *are* aware that NT puts processes in individual protected address
spaces, runs most if not all of them in user mode rather than supervisor
mode, and preemptively schedules them, right?

I.e., the underpinnings of it, from everything I've heard, bear little
resemblances to the underpinnings of DOS+MS Windows.

That doesn't say that Microsoft won't have difficulty coming up with an
OS that's robust enough to run mission-critical applications; it just
says that, while you might be correct in assuming MS may have difficulty
making a real OS such as NT work (I don't know if that's a correct
assumption or not), you shouldn't just do a straightforward
extrapolation from DOS+Windows to NT, because NT is much different from
DOS+Windows inside.

The window-system part of it may be different; dunno how much of the MS
Windows GUI code was recycled for Windows NT, and how much of it was
reimplemented.

>and when
>    it finally does, 32-bit OS technology will be mostly confined to 
>    desktop anyway.  

I.e., non-desktop machines will be 64-bit machines?
Newsgroups: comp.sys.att
From: jim@kn5f.jsc.nasa.gov
Subject: EGA/VGA cards for ATT6300
Keywords: EGA VGA 6300
Organization: nasa-jsc
Distribution: usa
Date: Thu, 7 Jan 1993 18:55:33 GMT

I just discovered this newsgroup and I haven't seen an FAQ yet, so I'm asking
for information about upgrades for the AT&T 6300. Such as:
- which third-party color monitors will work with stock video card
- which EGA/VGA cards will work with an ATT 6300
- can the motherboard be upgraded
- if not, which accelerator cards (286,386) will work
or if you have a list of what doesn't work the 6300, I'll take that too.

If there is an upgrade path available, I can save a few bucks over a new
machine. Any suggestions are appreciated.
Thanks, 
Jim Dickerson
Newsgroups: comp.sys.att
From: elias@fitz.TC.Cornell.EDU (Doug Elias)
Subject: current gnu s/w for 3b2-310?
Organization: Software and Consulting Support Group, Cornell Theory Center,
	C.U.
Distribution: comp
Date: Tue, 5 Jan 1993 19:27:07 GMT

i'm very interested in getting pre-compiled versions of:
* bash
* bison
* emacs
* gcc
for the 3b2-310, particularly emacs and gcc...can anyone assist?

Thanks,
doug
--
#  ____    |Internet:   elias@tc.cornell.edu
#dr _|_)oug|USmail:     Sci.Comp.Support/Cornell Theory Center
#  (_|     |            737 TheoryCtrBldg/C.U./Ithaca/N.Y./14853-3801
#  (_|__   |MaBelle:    607-254-8686   Fax: 607-254-8888
Newsgroups: comp.sys.att
From: kstox@admips2.naitc.com (Ken Stox)
Subject: Wanted: 3B1 ethernet card
Keywords: 3B1 7300 ethernet
Reply-To: kstox@admips2.naitc.com (Ken Stox)
Organization: Ministry of Silly Walks
Date: Mon, 4 Jan 93 19:47:11 GMT

Subject says it all, 

Needed:		1	3B1 ethernet card + software


-- 
===============================================================================
#include <std_disclaimer.h>
Ken Stox 	Consultant to A.C. Nielsen	kstox@naitc.com
===============================================================================
Newsgroups: comp.sys.att,comp.sys.3b1
From: mikew@anasazi.com (Mike Wendel)
Subject: Re: uucp'ing files
Organization: Anasazi Inc, Phoenix AZ USA
Date: Tue, 5 Jan 1993 15:16:50 GMT
Keywords: 3b2, 3b1, uucp


>In article <1i92sfINNiej@munnari.OZ.AU> muller@munnari.OZ.AU (Paul Muller) writes:
> I have been trying to transfer a 1.4 MB file from the ATT3b1 (aka UNIX PC)
> to the 3b2/400 (BNU) both machines have oodles of HD space, but the file
> gets about 1 MB through then stops. uulog gives no sane reason why, but I am
> guessing a limit on the 3b2. I have tried modifying ULIMIT to 8192 and
> 'touch'ing /etc/system, but the re-made unix has the same problem.
> 
> I am obviously flying blind, can anyone helk?

With respect to the 3B2, it is ulimit that is the problem. I can't 
recall the actual details, but its not changable in the kernel in
the SyV R2. I'm not sure about Sys VR3.x. 

AT&T used to put out a monthly support newsletter, and they
explained how to get around it. The fix was a simple replacement
for /bin/login. Actually /bin/login would be renamed to /bin/login2
and the new /bin/login would bump up ulimit, and then call the
real login program (/bin/login2).

It was a real short program.

As for alternative methods, such as bumping ulimit in /etc/profile,
that only works for the bourne and korn shells. Also, you need root
permissions to bump ulimit higher, so you would still need some kind
of suid program to do it. The filter before login is the only sure way
to give everybody a higher ulimit (uucp! which does not run a
shell). Getty is running with root permissions. Login changes to the
user's id before executing the shell.

I hope this helps. I don't have the source handy, its on my system
at home (3b2/300).  I'll try to dig it up and post it.

--
Michael Wendel                          mikew@anasazi.com
Anasazi, Inc.
7500 N. Dreamy Draw Dr., Suite 120
Phoenix, AZ 85020
(602) 395-1703
Newsgroups: comp.sys.att
From: greg@serveme.chi.il.us (Gregory Gulik)
Subject: Re: 3b/400 speedups
Organization: Gagme Public Access Unix, Chicago, Illinois
Distribution: usa
Date: Fri, 8 Jan 1993 21:01:13 GMT

In article <1993Jan8.023250.28011@alf.cooper.edu> hak@alf.cooper.edu (Jeff Hakner) writes:
>
>That might not be the correct crystal!  The one you want is socketed,
                                                             ^^^^^^^^

>located among the CPU chipset.  It should be labeled WE32102, 20MHZ & 10MHz.
>The 20MHZ clock from this osc. is never used, it is divided internally to
>produce a pair of 10MHz clocks with are 90 degrees out of phase.  I am currently
>investigating sources for an identical osciallator at a higher freq (13 or 14).
>I'll let y'all know what I find.


Not all crystals are socketed.  I have 4 310/400 motherboards at home,
and one of the crystals is soldered directly to the board.

-greg

-- 
Gregory A. Gulik                                 Call Gagme, a public access
       greg@serveme.chi.il.us                    UNIX system at 312-282-8606
   ||  gulik@rtsg.mot.com                        For information, drop a note
                                                 to info@gagme.chi.il.us
Newsgroups: comp.sys.att
From: mikew@anasazi.com (Mike Wendel)
Subject: Re: uucp'ing files
Organization: Anasazi Inc, Phoenix AZ USA
Date: Fri, 8 Jan 1993 16:42:36 GMT
Keywords: 3b2, 3b1, uucp

colston@gid.co.uk (Colston Sanger) writes:

>In article <mikew.726247010@misty>, mikew@anasazi.com (Mike Wendel) writes:
>> 
>> >In article <1i92sfINNiej@munnari.OZ.AU> muller@munnari.OZ.AU (Paul Muller) writes:
>> > I have been trying to transfer a 1.4 MB file from the ATT3b1 (aka UNIX PC)
>> > to the 3b2/400 (BNU) both machines have oodles of HD space, but the file
>> > gets about 1 MB through then stops. uulog gives no sane reason why, but I am
>> > guessing a limit on the 3b2. I have tried modifying ULIMIT to 8192 and


>> With respect to the 3B2, it is ulimit that is the problem. I can't 
>> recall the actual details, but its not changable in the kernel in
>> the SyV R2. I'm not sure about Sys VR3.x. 
>> 
>> AT&T used to put out a monthly support newsletter, and they
>> explained how to get around it. The fix was a simple replacement
>> for /bin/login. ...

>This is one way around the problem, but a simpler way is to up the
>ulimit in the crontab that runs the uucp progs. For example:

># root crontab
>#
># uucp admin 
>11 1,2,6,13,19  * * * /usr/lib/uucp/uudemon.poll > /dev/null 2>&1
>21 1,2,6,13,19  * * * ulimit 4096; /usr/lib/uucp/uudemon.hour > /dev/null 2>&1
>25 8,13,23 * * * /bin/su uucp -c "/usr/lib/uucp/uudemon.admin" > /dev/null 2>&1
>45 23 * * * ulimit 4096 ; /bin/su uucp -c "/usr/lib/uucp/uudemon.cleanup" > /dev/null 2>&1
>#
># ...

>Since this is the root crontab, the shell ulimit will be raised to
>4096. This works for SVR3.2 , and also worked previously on SVR3.1 and
>SVR2.0.4 - all on 3B2.

This only works for outgoing polls from the 3B2. It does not raise ulimit
if another system calls you and gets to uucico through login.

>Colston Sanger
>-- 
>GID - software engineers to the quality
>1 Captain's Gorse, Upper Basildon, Reading, Berks RG8 8SZ, UK
>UUCP: colston@gid.co.uk               Tel/Fax: +44 491 671964
Newsgroups: comp.sys.att,comp.sys.3b1
From: dn3662@oktext.sbc.com (David W. Neill)
Subject: Re: uucp'ing files
Keywords: 3b2, 3b1, uucp
Reply-To: dn3662@oktext.UUCP (David W. Neill)
Organization: Southwestern Bell
Date: Mon, 4 Jan 93 12:02:47 GMT

In article <1i92sfINNiej@munnari.OZ.AU> muller@munnari.OZ.AU (Paul Muller) writes:
>I have been trying to transfer a 1.4 MB file from the ATT3b1 (aka UNIX PC)
>to the 3b2/400 (BNU) both machines have oodles of HD space, but the file
>gets about 1 MB through then stops. uulog gives no sane reason why, but I am
>guessing a limit on the 3b2. I have tried modifying ULIMIT to 8192 and
>'touch'ing /etc/system, but the re-made unix has the same problem.
>
>I am obviously flying blind, can anyone helk?
>
You didn't say which version of uucp you're using... I seem to remember
having a similar problem with the stock uucp many moons ago (got
HCB and installed it, many moons ago).  I think that the script
that runs hourly may have done something dumb like remove any lock file
that's older than 1 hour.  Anyway, an obvious quick-fix: split the
file into pieces, uucp the pieces, and then re-assemble on the other
end.  If it's a binary, you may need to uuencode it, first, and that
means you'll need uuencode/uudecode for both systems, but otherwise
you should have everything you need to work around the problem (even
if my memory is faulty about the script, this oughtta work).

g'luck

--
David Neill - Mgr, Mtce Ctr      phone number   email
2205 N Rockwell FLR 1      work> 405-792-3333 > ..oktext!dn3662
OKC,OK          73008      home> 405-843-4464 > ..oktext!frodo!david
Internet:  dn3662@sunset.sbc.com  OR  ..texbell.sbc.com!oktext!dn3662
From: mje@posix.co.za
Newsgroups: comp.sys.att
Subject: Re: Can you do uucp over tcp/ip on 3b2/1000
Date: 4 Jan 93 05:14:33 GMT
Organization: Mark's Machine (Working for Olivetti Africa)

In <23074@drutx.ATT.COM> vqh@dwrock.att.com (D461-Viet_Q_Hoang(0)82572) writes:

>From article <C04y3C.8M4@mpls911.uucp>, by kevin@mpls911.uucp (Kevin Herrboldt):
>> gulik@rtsg.mot.com (Gregory Gulik) writes:
>>> In article <1hahu3INNk70@matt.ksu.ksu.edu> mgriffin@matt.ksu.ksu.edu (Mark Griffin) writes:
>> 
>> Basically, you use nlsadmin to add a uucico service to the network
>> listener:

>Just a note: if you didn't load RFS, you also need to modify
>/etc/rc2.d/S86win3b to run 'nlsadmin -s tcp' to start the listener at
>boot time.

Strange thing is - if one examines the source code of uucico, all the
hooks are there to get UUCP to run bezerlkey style, ie for connecting
to 'uucpd' at the far end.  I think I needed to as 2 or 3 lines of 'C'
to get it completely to work - and #define a line or two.  You don't
get 'cu' running in the same manner (use telnet) but uucp falls much
better into the usual plan of things then.  Strange decisions happen
at AT&T.  I wonder why they did this?
-- 
  .  .     ___. .__      Olivetti Systems & Networks, Unix Support - Africa
 /| /|       / /__       UUCP: uunet!olsa99!mje (Mark J. Elkins)
/ |/ |ARK \_/ /__ LKINS  mje@olive.co.za (Postmaster) Tel: +27 11 456 3125
Newsgroups: comp.sys.att
From: stevez@cbnewsb.cb.att.com (steven.a.zubatkin)
Subject: Re: Printing to HPIIIDs on an ETHERNET LAN, with UNIX SYSV release 4.0
Organization: AT&T
Date: Mon, 11 Jan 1993 17:53:57 GMT

From article <C0K3LE.Bnz@ux1.cso.uiuc.edu>, by ramreddy@ux1.cso.uiuc.edu (Ram Reddy):
> I have a widely dispersed LAN with my servers running AT&T UNIX SYSV REL 4.0.
> I want the ability to locate my HP IIId printers anywhere on the LAN and 
> have the ability to print directly to it.  In the past I used parallel port
> extenders - they are very flaky and unreliable to maintain.  I was excited
> when I saw a product announcement from HP for a card called LAN DIRECT.  This
> card is supposed to fit into the HP IIId optional slot and plug directly into
> the LAN.  Unfortunately, this product did not work with UNIX.  
> 
> Does any "netter" know of any cards that fit into HP IIIds and work with UNIX
> maybe via TCP/IP or something like that ? I researched this to death and
> drew a blank when it came to UNIX SYSV R4.0, ethernet, and HP IIIds.
> Thanks in advance for your help.
> Ram Reddy.

No problem.  There are about 1/2 a dozen TCP/IP "Printer Adapters" on
the market that allow any printer to plug into parallel and serial
ports on them.  They also provide software for the host that acts just
like "cat" except it sends the data across the network instead of out
a port.

I recently completed an investigation of these products and decided on
the Microplex brand.  They work extremely well on our LAN.  We have
6386/33Es running SVR4, and 3B2s running SVR3.  Our printers are HP III
and IIISi's.

BTW, I looked at those LAN DIRECT cards and discovered the same thing.
The trick is the software.

Email me for more information should you want it.  I still have all my
research handy.

Steve Zubatkin
Morristown, NJ
From: linke@kirin (User - Bill Linke)
Newsgroups: comp.sys.att
Subject: Color PC6300 monitor bad ...
Keywords: PC6300 6300
Date: 4 Jan 93 23:44:47 GMT

Hello;

A friend has a color 6300 (DEB board). The monitor has just stopped working.
Anybody know any good sources for repair/replacement?  If you send me email,
I'll summarize.  Thanks!

Bill Linke
linke@kirin.sbi.com
Newsgroups: comp.sys.att,comp.sys.novell,misc.invest
From: goykhman@apollo.hp.com (Red Herring)
Subject: Re: Novell to buy USL
Date: Mon, 4 Jan 1993 21:25:15 GMT
Organization: Hewlett-Packard Company, Chelmsford, MA

In article <BzpuFq.2G1@iron.hq.aflc.af.mil> rjsmith@iron.hq.aflc.af.mil (Randy Smith) writes:
>
>>Does this mean that Novell is stacking up Unix against Windows NT?
>
>>  It may not be such a bad move to get Unix more into the mainstream.  Novell
>>has more experience and greater success in moving application and os software
>>than AT&T / USL.
>
>Let's look at Windows NT.  Microsoft has said that NT is for high-end PCs and
>RISC-based machines, it has integrated networking support, *real* multitasking,
>and [my opinion] will be too expensive for the "common" end-user PC.  So NT is
>clearly going after the PC server market where Novell has something like
>70-80% of the market. ...

    I beg to disagree.  I have a couple of Unix workstations in my office, one of
    them is a 5+-year engineering prototype, and I can't recall when was the
    last time either of those went down.  Definitely not in 1992.

    I have a 386/33 clone at home running WIN3.1, and that one "freezes"
    once a day, more if there are any modem-related activities. The same
    machine, btw, had no problem running SVR4.

    Given my WIN experiense, I do not expect NT to reach a level of robustness
    required to run mission-critical applications for many years, and when
    it finally does, 32-bit OS technology will be mostly confined to 
    desktop anyway.  

    Two things MUST happen to UNIX for it to be able to compete against
    NT and OS/2 on x86 desktop:

        the basic configuration must be able to run off-the-shelf
        WIN/DOS binaries

        it must be priced competetively

 






Newsgroups: comp.sys.att
From: dmq6899@tamsun.tamu.edu (D. Querin)
Newsgroups: comp.sys.att
Subject: [WANTED] Source of IPC1600's
Date: 11 Jan 1993 17:21:02 -0600
Organization: Texas A&M University, College Station, TX
NNTP-Posting-Host: tamsun.tamu.edu

I am looking for sources where I may find IPC-1600 cards for
sale.  We have an AT&T StarServer/E, and are in need of another
IPC-1600 card/interface.  We have had trouble with our ordering
as of late, and are getting to a point where we need this hardware
fairly soon.  If anyone can direct me to possible sources of this
I would greatly appreciate it.  Thanks.

-David Querin
dmq6899@tamsun.tamu.edu
Newsgroups: comp.sys.att
From: ccowboy@seer.gentoo.com (Sharif Torpis)
Subject: WHERE TO BUY AT&T HARDWARE ?
Date: Tue, 12 Jan 1993 19:13:23 GMT
Organization: Brad Lanam,  Walnut Creek, CA

Can anyone recommend sellers of AT&T hardware such as the Star Station?
The only ones I am aware of in California are MCS and Friendly. Thanks
for any info.

ccowboy@gentoo.com

Newsgroups: comp.sys.att,comp.sys.3b1
From: dcb@kopachuk.uucp (David Breneman)
Subject: Re: uucp'ing files
Keywords: 3b2, 3b1, uucp
Organization: Tacoma Screw Products, Inc.
Date: Wed, 6 Jan 1993 17:55:10 GMT

In article <1993Jan05.045545.24152@hakatac.almanac.bc.ca> rthomas@hakatac.almanac.bc.ca (Robert N Thomas) writes:
>In article <1i92sfINNiej@munnari.OZ.AU> muller@munnari.OZ.AU (Paul Muller) writes:
>>I have been trying to transfer a 1.4 MB file from the ATT3b1 (aka UNIX PC)
>>to the 3b2/400 (BNU) both machines have oodles of HD space, but the file
>>gets about 1 MB through then stops. uulog gives no sane reason why, but I am
>>guessing a limit on the 3b2. I have tried modifying ULIMIT to 8192 and
>>'touch'ing /etc/system, but the re-made unix has the same problem.
>
>From the System Administrators Guide, Chapter 6, page 6-16...

Rebuilding kernel tutorial deleted... :-)

This assumes (naturally) that the original poster is running SVR3.
...but if, Gawd Forbid, he's still using SVR2, he cannot set the
ulimit in the kernel - you have to get the "Adjustable Ulimit Utility"
which runs in the sysadm area.  This was distributed free by AT&T.
Whether NCR still provides this service, I do not know.  Robert,
if you are running SVR2 and can't find get this fix, drop me a line.
Otherwise, "Never Mind"...

-- 
David Breneman     Sys Admin, Tacoma Screw Products, Inc. |  ____  ____  ____
dcb@tacoma.uucp           |   SCREWIE the TSP CLOWN sez-  |   /   /___  /___/ 
 ..!uunet!tacoma!dcb      | "Zinc & cadmium plating stops |  /   ____/ / 
CompuServe: <DEAD>        |  rust & acts as a lubricant!" |
Newsgroups: comp.sys.att,comp.sys.3b1
From: wgs@cuuxb.att.com (~XT6562000~Bill Simeon~C82~rfe~xxxx~)
Subject: Re: uucp'ing files
Keywords: 3b2, 3b1, uucp
Reply-To: wgs@cuuxb.UUCP (William G. Simeon AT&T/NCR 3B2 System Support)
Organization: AT&T/NCR Software Services Division
Date: Mon, 4 Jan 1993 19:28:20 GMT

In article <1993Jan4.120247.18442@swbatl.sbc.com> dn3662@oktext.UUCP (David W. Neill) writes:
>In article <1i92sfINNiej@munnari.OZ.AU> muller@munnari.OZ.AU (Paul Muller) writes:
>>I have been trying to transfer a 1.4 MB file from the ATT3b1 (aka UNIX PC)
>>to the 3b2/400 (BNU) both machines have oodles of HD space, but the file
>>gets about 1 MB through then stops. uulog gives no sane reason why, but I am
>>guessing a limit on the 3b2. I have tried modifying ULIMIT to 8192 and
>>'touch'ing /etc/system, but the re-made unix has the same problem.
>>
>>I am obviously flying blind, can anyone helk?
>>
>You didn't say which version of uucp you're using... I seem to remember
>having a similar problem with the stock uucp many moons ago (got
>HCB and installed it, many moons ago).  I think that the script
>that runs hourly may have done something dumb like remove any lock file
>that's older than 1 hour.  Anyway, an obvious quick-fix: split the
>file into pieces, uucp the pieces, and then re-assemble on the other
>end.  If it's a binary, you may need to uuencode it, first, and that
>means you'll need uuencode/uudecode for both systems, but otherwise
>you should have everything you need to work around the problem (even
>if my memory is faulty about the script, this oughtta work).
>
>g'luck
>
>--
>David Neill - Mgr, Mtce Ctr      phone number   email
>2205 N Rockwell FLR 1      work> 405-792-3333 > ..oktext!dn3662
>OKC,OK          73008      home> 405-843-4464 > ..oktext!frodo!david
>Internet:  dn3662@sunset.sbc.com  OR  ..texbell.sbc.com!oktext!dn3662

In order to change any tuneable parameter on an AT&T 3b2, you must
rebuild the kernel after making the changes in /etc/master.d/kernel.
To accomplish this:
	1. cd /boot
	2. mkboot -k KERNEL
	3. cd /
	4. touch /etc/system
	5. reboot
Your new unix will now contain the updated tuneables.
-- 
*  Men Make Plans		    -        And GOD Laughs                   *
*  W.G. (Bill) Simeon               |        wgs@cuuxb.ATT.COM                *
*  NCR 3B2 Systems Support	    |        cuuxb!wgs                        *
*  Lisle, NY             	    |                                         *
From: brad@bradley.bradley.edu (Bradley E. Smith)
Newsgroups: comp.sys.att
Subject: UNIX for 6300+ for sale
Summary: I have a SVR2 unix for 6300 for sale
Keywords: unix
Date: 9 Jan 93 21:57:39 GMT
Organization: Bradley University

for sale:

6300+ UNIX SVR2
C compiler
UNICALC spreadsheet
Manuals
orginal disks
simultask

you pay shipping, give me an offer......best offer gets them
( I was about to throw them out).
-- 
Bradley Smith			 brad@bradley.edu ---  309-677-2337
Network & Technical Services @ Bradley University, Peoria, IL

"It's amazing how much scrap metal you get from 4 cans of beer"
From: gt7460c@prism.gatech.EDU (SHERIDAN,BRADLEY RYAN)
Newsgroups: comp.sys.att
Subject: monitor power switch
Summary: need replacement
Date: 8 Jan 93 02:20:06 GMT
Organization: Georgia Institute of Technology

I have a defective power switch for my AT&T model CRT 345 14" multisync
monitor. Neither the part number nor manufacturer is on the part. I have 
called AT&T and for some reason they didn't know the part number either!
Anyhow, does anybody either have a switch they wlouldn't mind selling or
know where I can get one? I don't want to hassle with trying to fit the
wrong size switch in (and everyone I've seen is the wrong size).

Thanks in advance,
Brad

-- 
SHERIDAN,BRAD
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt7460c
Internet: gt7460c@prism.gatech.edu