HDTenEightyP/NetNews huggingface dataset:
From: jlowrey@skat.usc.edu (John 'Fritz' Lowrey)
Newsgroups: comp.sys.att
Subject: Re: PC 7300
Date: 8 Apr 1992 00:49:48 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: comp
NNTP-Posting-Host: skat.usc.edu

In article <6205@public.BTR.COM> thad@public.BTR.COM (Thaddeus P. Floryan) writes:
>In article <WIZARD.92Apr5183700@greylady.uoregon.edu> wizard@greylady.uoregon.edu (KevinS) writes:
>>
>>So I just bought a PC 7300 and I don't know what I should be doing with
>>it, are there any ftp sites where I can get some interesting software.  
>>
>>An editor perhaps?
>>
>>I also assume that I need the development kit to get cc.  Any ideas where
>>I might be able to turn up such a thing?
>
[... a bit of editing ...]
>Binary-compatible systems include the Motorola 6300 and 6350, and the
>Convergent Miniframe.
[... yet more editing ...]
>Thad Floryan [ thad@btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]

	YOUCH!
	Never thought that *I* might correct Thad, but the 6300 was based
on the 808[86] and was a DOS capable machine (ie it could run DOS or 
AT&T Unix, I think).  I don't know about the 6350, but the 6300 is also
infamous for having is clock choke on 1 Jan, 1992 (date correct?).  
	As far as I know the rest of the information Thad gave was correct
but unless I have seriously been mislead the 6300 is not related to the 
7300 except for being constructed by AT&T/Convergent Tech.

						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
Xref: sparky comp.sys.att:1274 comp.sys.3b1:1990
From: jle@edsr.eds.com (Johnnie L. Eskue)
Newsgroups: comp.sys.att,comp.sys.3b1
Subject: anything on AT&T 3B2/400 ....
Keywords: hardware, software, operating system, peculiarities
Date: 13 Apr 92 20:27:07 GMT
Reply-To: jle@.UUCP (Johnnie L. Eskue)
Organization: EDS Research, Dallas, Tx 75230


 


	I hope I didn't post this too 'broadly', but ....
	I'd like to find out all I can about the AT&T 3B2/400, i.e.:

1. sources for operator's manuals and general info. I believe this is a
		UNIX based machine, correct?
2. type of hardware interfaces - 
		harddrives and format (scsi, mfm, what?)
		tape drives and format (cartridge)
		floppies
3. CPU chip, speed???

	I've recently become 'exposed' to one of these and find I know zip 
about it. I'd like to become '3B2/400' literate ....

	Help!??

Johnnie 'I can type 60 misteaks a minute (goin for 90!)' Eskue
uunet!edsr!bigdaddy!jle
From: bill@falcon.cs.uofs.edu (Bill Gunshannon)
Newsgroups: comp.sys.att
Subject: PTYs on the 3B2
Date: 16 Apr 92 15:14:47 GMT
Reply-To: bill@platypus.uofs.edu
Organization: University of Scranton, Scranton, PA

I've asked this before, but haven't received any answers, so here goes one
more try.

Does anyone know where I can find a Pseudo TTY (PTY) package that I can
install on a 3B2-400??  I have the one for the 3B1, MIcroport and ISC, but
apparently none of these is even vaguely similar to the 3B2.  I am looking
at using this in conjunction with the KA9Q-NET TCPIP package.  I have used 
this on the 3B1 and it works great.  Now I am trying to build the same 
functionality into my 3B2.

Can anyone offer pointers to where I might look for this??

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>   
Newsgroups: comp.sys.att
From: norm@cfctech.cfc.com (Norman J. Meluch)
Subject: 6386 Memory FAQ (Help!)
Summary: need switch settings
Organization: Chrysler Financial Corp., Southfield, MI
Date: Wed, 15 Apr 1992 16:34:55 GMT

So the story goes...

3+ years ago when I setup several of our AT&T Olivetti 6386 boxes we
got all of the manuals, and I was smart enough to keep copies in a
safe place.

Now that they've given that job to someone else, they return to me and ask
if I know where the documentation for those silly memory boards are
(because they want to add some more memory).  I look where I left
the manuals, and (as is so often the case) surprise, they're gone.

I've seen, and even responded to, questions about the memory board dip
switch settings in this group several times.  I am even fairly sure that
a "standard" copy of on-line docs are passed around to answer this question.

Can someone please send me a copy.  Thanks.

						- Norm.
-- 
Who  : Norman J. Meluch                 E-mail : norm@cfctech.cfc.com
What : Networking Specialist            Uucp   : ...!sharkey!cfctech!norm
Fax  : (313)948-3995                    Voice  : (313)948-4809
"Sacred Cows make the best burgers." - Robert Kriegel
From: ab556@cleveland.Freenet.Edu (Robert Michael Martel)
Newsgroups: comp.sys.att
Subject: 3B2, StarLAN, BNU, and sadness
Date: 15 Apr 92 14:27:08 GMT
Article-I.D.: usenet.1992Apr15.142708.26991
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)


	Greetings!
	I have a small problem with my 3B2s and thought I'd
voice it here to see if anyone out there had any good ideas
for a solution.

	Some backround to start:  2 3B2/400s running SysV 3.1
and two 3B2/500s running SysV R3.2  both running StarLAN OSI
V3.2 and using that as the carrier for the basic network
utilities (cu, uucp, uux, etc)  The problem machine (a 500)
is also running WIN/TCP V3.2.

	The Problem:  Every so often one of the 500s (to be 
known as cua3) becomes unreachable via cu.  One gets the
ever popular "DIAL FAILED CONNECT FAILED"  You can 'cu' out
of cua3 just fine, telnet continues to work just fine, too.
When using the -d option to cu (or Uutry ) it shows a call
to t_connect failing with an invalid parameter.  The only 
way to recover from this has been to shut the network down
and restart it, then everything is fine.  After spending
most of a day whining about some shell scripts we use 
in conjunction with BNU for accounting NCR support told me
the listener had died.  I couldn't buy that 'cause it 
showed up with "ps -elf | grep lis"  Seems to me something
gets broke inside the package and causes this.  I would like
to find a way to recover w/o killing the parts of the software
still running - the messages from RFS when the network shuts 
down scare the hell out of the users, makes my phone ring 
asking if it is the apocolypse(SP?).

	So far the only remotely common thread in all the 
failures has been the occurences have shown up after attempts
to access another 3B2/500 on campus.  So far once was after
a telnet session, once was after ftp, and today's was after
someone tried to send mail.

	Any ideas on solution or prevention (short of not 
calling the remote machine) will be welcomed.  Help me look
good, CSU will be laying many off in the near future, of 
course then it won't be MY problem anymore!

	THANKS!!
	-Bob Martel
	bob@cua3.csuohio.edu
	I should mention the 3B2/500 that might be the trigger
to this event is not one of my local machines, it belongs
to another department.

-- 
Robert M. Martel                  | He who made kittens
bob2@cua3.csuohio.edu             |   Put snakes in the grass
R1004@vmcms.csuohio.edu           | He is a lover of life
ab556@cwns2.ins.cwru.edu          |   But a player of pawns
Newsgroups: comp.sys.att
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Subject: Re: How to read 3B1 cpio floppy disks om an AT&T 6386????
Organization: D and D Data, Vienna Virginia
Date: Sun, 12 Apr 1992 21:13:03 GMT

In article <6254@public.BTR.COM> thad@public.BTR.COM (Thaddeus P. Floryan) writes:
>In article <1992Apr11.013042.24174@cbnewsc.cb.att.com> psfales@cbnewsc.cb.att.com (Peter Fales) writes:
>>In article <1992Apr9.230936.25186@rbdc.wsnc.org> andy@rbdc.wsnc.org (Andy Pitts) writes:
>>>Has anyone found the magic cooky to read 3B1 flopy cpio disks (created
>>>with find ....|cpio -ocvB>/dev/rfp021) on an AT&T 6386E running System V
                         ^
>>>R3.2?  I have tried "cpio -icvdumBkI/dev/rdsk/f05d8u".  This seems to
                               ^
>>>read the first disk in the set fine, but all others get an "Out of sync"
>>>message when thay begin.

	[ ... ]

>Dunno where you got the "79*9*512", but there are actually TWO problems that
>both need to be solved AFTER the following is understood:

	[ ... ]

>(a)	The 3B1, with its MC68010 CPU, is characterized as "Big Endian" and

	[ ... ]

>(b)	The AT&T 6386 sports an Intel CPU chip and is characterized as being a
>	"Little Endian" system in the company of other Intel-based systems,

	[ ... ]

>Because of that byte ordering, every version of cpio I've ever seen has (an)
>option(s) to swap bytes when processing archives written on "alien" systems.
>
>FIRST PROBLEM:  the example cpio command by Andy:
>
>	"cpio -icvdumBkI/dev/rdsk/f05d8u"
                ^
>
>doesn't have anything I recognize as a "swap byte" option.  With many cpio's,
>the option is "-b".

	[ ... ]

>where the XXXXX options to cpio are whatever is needed on YOUR system to swap
>the bytes, etc.

	The general information in the above article by Thad is good, and
has been excised to save bandwidth.

	However, both example command lines used the 'c' option to cpio,
which causes numeric data in *HEADERS* to be written in character format
specifically to avoid endian-ness problems with the acutal extraction.  (Of
course, this won't do anything with your data, which is probably a mixture
of character strings (which must NOT be byte-swapped), and numeric data,
which probably *DOES* need to be byte swapped.  For this, you'll need to
write a custom program which knows the structure of the data (if any), and
uses judicious calls the the swab(3) function.

	You'll still have to use dd to extract the whole floppy, and throw
away the unneeded data, and there is still the problem of can the 63?? read
the 10 sectors/track floppys which the 3b1 probably created.

	Good Luck
		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: xchen@caip.rutgers.edu (Xinghao Chen)
Newsgroups: comp.sys.att
Subject: RE:3B2 pinouts
Keywords: 3B2/300
Date: 15 Apr 92 14:22:22 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


Send me your mail stop and I will mail you a copy of the pinouts
pictures. By the way, you better purchase a 3B2/300 UNIX
Administration Manual to get on the machine. It costs about $45 and
make things a lot easier.

Good luck. 

-Chen               xchen@caip.rutgers.edu
Newsgroups: comp.sys.att
From: horne-scott@CS.YALE.EDU (Scott Horne)
Subject: EGA/VGA on 6300 Plus?
Organization: Computer "Science" Dept, Yale University
Date: Mon, 13 Apr 1992 05:53:07 GMT

My AT&T 6300 Plus has been sitting idle for a year and a half because the
monitor (whichever colour one came with the 6300s) is broken.  AT&T's not-so-
generous offer:  exchange of my monitor for a used one for $300 plus all
shipping costs.  Good deal?  I don't think so.

Apparently the 6300 Plus was designed to reject monitors other than those
made by AT&T.  (How nice.)  A few years ago, when I called ATI about their
EGA Wonder card, I was told that it wouldn't work with my (then functional)
AT&T monitor.  So much for their slogan of "any software, any monitor,
any time"....

Anyway, I'm thinking of replacing the monitor now and would like to get one
with EGA or (preferably) VGA.  I've heard that this can be achieved with a
bit of elbow grease and expense.  Can anyone tell me how to do it and what
equipment (card, monitor, &c) to buy?  Estimates of prices (the lower, the
better) would also be appreciated.

					--Scott

-- 
Scott Horne                               ...!{harvard,cmcl2,decvax}!yale!horne
horne@cs.Yale.edu      SnailMail:  Box 7196 Yale Station, New Haven, CT   06520
203 436-1848                Residence:  Rm 1848 Silliman College, New Haven, CT
Shao2shan1 sheng1 de tai4yang2 yong3 bu2 luo4!
From: jlw3@cbnewsj.cb.att.com (Joseph L. Wood, III)
Newsgroups: comp.sys.att
Subject: Re: How to read 3B1 cpio floppy disks om an AT&T 6386????
Date: 15 Apr 92 13:33:02 GMT
Organization: AT&T

I seem to misremember that most (gross generalization) cpio's
were broken when dealing with multi-volume sets, and that the 3B1's
version was one of the few that's "fixed."  I'm pretty sure that
SUN's is still broken in 4.1.1B and most SVR3 on 3B2's were as well.

Joe Wood
jlw@mtuxo.att.com
Newsgroups: comp.sys.att,comp.windows.x
From: greg@gagme.chi.il.us (Gregory Gulik)
Subject: X11 on 3B2 ...
Organization: Gagme Public Access UNIX, Chicago, Illinois.
Date: Mon, 6 Apr 1992 23:08:05 GMT


I finally got together everything I thought I needed to get the
X11R4 binaries for the 3B2 to work, but I'm still having trouble:

Background:

3B2/400 running SysV.3.2 with TCP/IP 3.0.
X server on Sun-3/60 running SunOS 4.1.1 and OpenWindows 2.0

I'm trying to run xlogo (or any of the other clients) on Gagme (the 3B2)
and setting the DISPLAY to serveme:0 (the Sun), but it doesn't work:

(greg@gagme /usr2/greg/bin> xlogo -display serveme:0
XIO:  fatal IO error 0 (Error 0) on X server "serveme:0.0"
      after 2 requests (2 known processed) with 0 events remaining.

What does this error message mean?  I flipped through the O'Reilly
books and couldn't find a reference to this error message.

Thanks.

-greg

-- 
Gregory A. Gulik                                        Call Gagme, a public
       greg@gagme.chi.il.us  ||  gulik@depaul.edu       access UNIX system at
   ||  gulik@rtsg.mot.com                               (312) 714-8568
Newsgroups: comp.sys.att,comp.unix.sysv386
From: jmm@eci2.uucp (John Macdonald)
Subject: Re: Maxtor 1140 using 1224 cylanders
Organization: /usr/lib/news/organization
Date: Fri, 10 Apr 1992 02:45:34 GMT

In article <1992Apr2.214455.5034@gagme.chi.il.us> greg@gagme.chi.il.us (Gregory Gulik) writes:
|In article <1992Apr02.022428.3253@buster.stafford.tx.us> rli@buster.stafford.tx.us writes:
|>
|>Thanks for the warning greg, but you are a little off base.
|>Maxtor makes one machine and puts several different labels on it.
|
|Right, which model it becomes depends on where the errors are.
|This is quite normal in the computer industry.  The 1140 is
|rated at nine-hundered and whatever cylinders because the cylinders
|outside that had a lot of errors.

It also depends upon the demand for each model and the error rate on
the production line.  If most disks fail the test for the extended
cylinder area, then the ones sold as low capacity *will have failed
that test*.  If most drives pass on the other hand, then the ones
sold as high capacity *will have passed the test* (but lots of the
ones sold as low capacity drives could have passed too).  Whenever
the production line quality generates a higher proportion of higher
capacity drives than the proportion of customers *wanting* high
capacity drives, then there will be drives capable of being used
for high capacity being sold as low capacity drives.  I doubt that
they go to the effort of ruining the extra cylinders on drives sold
as lower capacity.

It is also normal in the computer industry to sell more different
models than there are different actual underlying hardware levels.
(To upgrade equipment to the next higher model level sometimes just
requires removing an inhibitor, or changing a ROM.)
-- 
Usenet is [like] the group of people who visit the  | John Macdonald
park on a Sunday afternoon. [...] luckily, most of  |   jmm@eci386
the people are staying on the paths and not pissing |
on the flowers - Gene Spafford
From: thad@public.BTR.COM (Thaddeus P. Floryan)
Newsgroups: comp.sys.att
Subject: Re: How to read 3B1 cpio floppy disks om an AT&T 6386????
Date: 16 Apr 92 04:57:01 GMT
Organization: BTR Public Access UNIX, Mountain View CA

In article <1992Apr15.133302.11239@cbnewsj.cb.att.com> jlw3@cbnewsj.cb.att.com (Joseph L. Wood, III) writes:
>I seem to misremember that most (gross generalization) cpio's
>were broken when dealing with multi-volume sets, and that the 3B1's
>version was one of the few that's "fixed."  I'm pretty sure that
>SUN's is still broken in 4.1.1B and most SVR3 on 3B2's were as well.

20 minutes ago I would have agreed with you (re: SunOS' cpio).

The cpio man page for SunOS 4.1.1 clearly says that cpio will NOT handle
multi-volume (e.g. more than one tape) save sets.

Yet, I just cpio'd the X11R5 cpio distribution onto a bunch of 150 foot
tapes for a test, and it seemed to work just fine.  Sun's cpio would say
"End of media; to go on insert next tape and enter device/file".

I haven't tried to read the tapes back in (not enough disk space :-)

The 3B1's cpio was clearer, saying something like "Insert volume #n and
press return to continue".

And I believe both PAX and GNU cpio can handle multi-volumes (but I haven't
the docs for either immediately handy to state with finality).

Thad Floryan [ thad@btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]
Newsgroups: comp.sys.att
From: psfales@cbnewsc.cb.att.com (Peter Fales)
Subject: Re: How to read 3B1 cpio floppy disks om an AT&T 6386????
Organization: AT&T
Date: Sat, 11 Apr 1992 01:30:42 GMT

In article <1992Apr9.230936.25186@rbdc.wsnc.org> andy@rbdc.wsnc.org (Andy Pitts) writes:
>Has anyone found the magic cooky to read 3B1 flopy cpio disks (created
>with find ....|cpio -ocvB>/dev/rfp021) on an AT&T 6386E running System V
>R3.2?  I have tried "cpio -icvdumBkI/dev/rdsk/f05d8u".  This seems to
>read the first disk in the set fine, but all others get an "Out of sync"
>message when thay begin.

I am digging into the far reaches of my memory here, and no longer have
the hardware to try it out, but I think the following is close:

The problem is the -B option.    -B causes cpio to use 5120 byte blocks.
Since 3B1 disks contain 79*9*512 bytes which is not a multiple of 
5120, the question is what happens to the last block on the disk?
One of the machines (I forget which) handles the partial last block,
the other throws it away and puts the complete block on the next
disk. 

Anyway, the bottom line is to try it without the -B.  No problem if
you are writing the disks yourself, but a bit of a problem it you
aren't the person that made the disks.
-- 
Peter Fales			AT&T, Room 6M-234
N9IYJ            		2000 N. Naperville Rd.
UUCP:	...att!ihlpb!psfales	Naperville, IL 60566
Domain: psfales@ihlpb.att.com	work:	(708) 979-8031
Xref: sparky comp.sys.att:1288 comp.sys.3b1:2006
From: dburr@nixhub.UUCP (Donald Burr)
Newsgroups: comp.sys.att,comp.sys.3b1
Subject: Making Mail Icon Use /usr/bin/mailx.. or /usr/local/bin/elm?
Date: 10 Apr 92 04:56:57 GMT
Reply-To: dburr@gnu.ai.mit.edu (Donald Burr)
Organization: NixBBS Public Access UNIX, Carpinteria, CA


When you get new mail, the window manager puts up a little icon of an
envelope.  Clicking it invokes /bin/mail in its own window so you can
read mail.

Unfortunately, /bin/mail's interface is rather klunky.  Is there a way
to make it use /usr/bin/mailx _BY DEFAULT_ (i.e. a new user will get
/usr/bin/mailx by default, and you don't have to edit any config files,
etc.) aside from making /bin/mail a hard link to /usr/bin/mailx?

For that matter, can you make other mailers be the default (i.e.
/usr/local/bin/elm, /usr/local/bin/mush, etc.)?

How can you do this (if it is possible)?

Please send all replies to dburr@gnu.ai.mit.edu, as noted in the
reply-to line above.

Thanks!
 
+-----------------------------------+-----------------------------------------+
: Donald Burr, System Administrator : dburr@gnu.ai.it.edu <==New!   INTERNET: :
: NixBBS Public Access UNIX         : dburr@world.std.com <==Backup ========= :
: Carpinteria, CA  USA              : dburr%nixhub.UUCP@uunet.uu.net (Try me) :
: UUCP: ...!uunet!nixhub!dburr      : America Online: DonaldBurr              :
+-----------------------------------+-----------------------------------------+
Newsgroups: comp.sys.att
Subject: Replacement Floppy Drives for 3B2
From: clear@cavebbs.gen.nz (Charlie Lear)
Date: Mon, 06 Apr 92 23:30:14 GMT
Organization: The Cave MegaBBS, Public Access Usenet, Wellington, NZ

OK, I'm fed up with the floppy in my 3B2/400.  I can't used HD disks in
it, the DD disks I use lose their memory after a couple of months, and
I've had no end of hassles with Dysan 720k 5.25" disks.

That makes me think it might be the drive.

Replacement AT&T parts being absolutely non-existent in New Zealand, could
someone please advise on the possibility of replacing the drive with a 
3.5" DSDD 720k drive?

I'd think it would be a very worthwhile modification...


-- 
Charlie "The Bear" Lear | clear@cavebbs.gen.nz | Kawasaki Z750GT  DoD#0221
Fax +64 4 564-5307 | You're not paranoid.  They really ARE out to get you.
The Cave MegaBBS +64 4 5643429 V22b | PO Box 2009, Wellington, New Zealand
Newsgroups: comp.sys.att,comp.unix.questions
From: terry@ithaca.npd.Novell.COM (Terry Lambert)
Subject: Re: lpd
Organization: Novell NPD -- Sandy, UT
Date: Fri, 10 Apr 1992 20:06:27 GMT

In article <1992Apr7.205357.8757@cfctech.cfc.com>, kevin@cfctech.cfc.com (Kevin Darcy) writes:
|> In article <1992Apr6.225319.14363@ucqais.cba.uc.edu> skilby@ucqais.cba.uc.edu (Steven M. Kilby) writes:
|> >Hello all.......
|> >
|> >	Ok.... I am running an AT&T 3B2/400 under Sys V R3.2.2.  I have just
|> >finished my port of lpr, lpd, etc....  The stuff works great!  I did this
|> >port because I have seen a lot of people posting, asking for something to this
|> >effect.  (I could use it myself too... 8) ).  Anyway, I did it, it works, and
|> >I would like to share it.  However......  I am not sure of the legalities.

...

|> I'm no copyright lawyer, but isn't the standard BSD copyright pretty liberal
|> about such things, as long as you provide source with all executables, and
|> prominently display the copyright notice? Here's the copyright language from 
|> the BSD source for "script", which I ported to the 3B2. Tell me if the 
|> copyright notice you see is substantially different from this...
|> 
|> ---
|> 
|> /*
|>  * Copyright (c) 1980 Regents of the University of California.
|>  * All rights reserved.
|>  *
|>  * Redistribution and use in source and binary forms are permitted provided
|>  * that: (1) source distributions retain this entire copyright notice and
|>  * comment, and (2) distributions including binaries display the following
|>  * acknowledgement:  ``This product includes software developed by the
|>  * University of California, Berkeley and its contributors'' in the
|>  * documentation or other materials provided with the distribution and in
|>  * all advertising materials mentioning features or use of this software.
|>  * Neither the name of the University nor the names of its contributors may
|>  * be used to endorse or promote products derived from this software without
|>  * specific prior written permission.
|>  * THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED
|>  * WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF
|>  * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
|>  */

	Sorry Kevin; that's not a bitwise AND... Steven doen't have to give out source
(you see Sun giving out source to their network utilities, even though they are based
on the BSD stuff?).

	You are not legally entangled by Berkeley except to basically give credit
to them.  The only problem might be with the other contributing author.

						Terry Lambert
						terry_lambert@gateway.novell.com
						terry@icarus.weber.edu
Xref: sparky comp.sys.att:1227 misc.wanted:4848
From: eldridge@oucsboss.cs.OHIOU.EDU (Klaus E. Eldridge)
Newsgroups: comp.sys.att,misc.wanted
Subject: Ribbons for AT&T 477 printer -- where to find?
Keywords: ribbons AT&T 477 printer
Date: 6 Apr 92 22:08:14 GMT
Followup-To: poster
Distribution: usa
Organization: Ohio University CS Dept., Athens

I'm trying to locate a cost effective soure for replacement
printer ribbons for the AT&T 477 color printer. All black
would do just fine. Any leads will be appriciated. Please
send your information to
	eldridge@boss.cs.ohiou.edu 

or call me at 1-614-593-1242.


klaus