HDTenEightyP/NetNews huggingface dataset:
From: andy@cs.caltech.edu (Andy Fyfe)
Subject: gcc 1.41 again
Organization: California Institute of Technology
Date: Mon, 7 Sep 1992 21:00:38 GMT

I added the missing bits to the gcc-1.41 subdictory of pub/3b1 on
ftp.cs.caltech.edu.  You still have to link the binaries yourself,
but you now have everything needed to make gcc 1.41.  Convergent
users may be able to take advantage of this as well.

Why use gcc 1.41 rather than 2.2.2?  For one, cc1 is about 225k
smaller (at least the 1.40 version was), and the 3b1 is memory-
limited.  Gcc 1.41 probably is more stable; gcc 1.x is being
maintained but not extended.  Gcc 2.x is beta software, and is
being enhanced (though it seems that RISC machines are the ones
that really benefit).

I use gcc 2.2.2, but as a cross-compiler running on a Sparcstation.
I rarely compile anything on my 3b1 these days.

Just so that you know what would be involved, here are the instruction
from the README file.

----------------------------------------------------------------------

First, you need to make libgcc.a.  This is because gcc 1.41 was cross-
compiled with gcc 2.2.2.  Libgcc.a in gcc 2.2.2 corresponds to gnulib
in gcc 1.41.  You *must* use "cc" below, not "gcc".

	gnutar Zxf libgcc1.tar.Z
	cc -O -c *.c
	gnutar Zxf libgcc2.tar.Z
	ar cr libgcc.a *.o
	rm *.o *.c

Now, the gcc binaries.  You can link these however you like, for example,
with "ld" directly, "shcc", "gcc -shlib".

	gnutar Zxf cpp.tar.Z
	cc -o gcc-cpp *.o libgcc.a
	rm *.o
	gnutar Zxf cc1.tar.Z
	cc -o gcc-cc1 *.o libgcc.a
	rm *.o
	gnutar Zxf as.tar.Z
	cc -o gcc-as *.o libgcc.a
	rm *.o
	gnutar Zxf gcc.tar.Z
	cc -o gcc *.o libgcc.a.
	rm *.o

Finally, make gnulib.  The files in gnulib1, like those in libgcc1, must
be compiled with cc.  Those in gnulib2 can be compiled with gcc.

	gnutar Zxf gnulib1.tar.Z
	cc -O -c *.c
	rm *.c
	gnutar Zxf gnulib2.tar.Z
	./gcc -B./ -O -fstrength-reduce -c *.c
	rm *.c
	ar cr gcc-gnulib *.o
	rm *.o

All that's left is to install everything.

	cp gcc-cpp gcc-cc1 gcc-as gcc-gnulib /usr/local/lib/
	cp gcc /usr/local/bin/
	gnutar Zxf include.tar.Z
	mkdir /usr/local/lib/gcc-include
	cp *.h /usr/local/lib/gcc-include
	rm *.h

----------------------------------------------------------------------

Andy Fyfe					andy@cs.caltech.edu
Newsgroups: comp.sys.3b1
From: mdc@crux1.cit.cornell.edu (Mark D. Crimmins)
Subject: sc dumps core
Organization: Cornell Information Technologies
Date: 14 Sep 92 03:27:31 GMT

Does anyone have a diagnosis and/or solution for sc (version 6.8, as
found on osu) dumping core on 3b1's?  It does this very frequently &
ruins the usefulness of a very useful program (especially since one
gets 32 lines with the small fonts at osu).

Thanks for any advice,
Mark
mdc@crux1.cit.cornell.edu
Newsgroups: comp.sys.3b1
From: hybl@umbc4.umbc.edu (Dr. Albert Hybl (UMAB-BIOPHYS))
Subject: Panic translator needed
Organization: Univ. of MD, Baltimore County
Distribution: na
Date: Tue, 8 Sep 1992 15:02:49 GMT

Hi,

I recently was presented with the following unsolicited panic message:
(A translation into something understandable would be helpful.)

(1)__________________-----------------
panic trap vector -32
type = 0x1000, pid= 0, pc= 0x0, rps= 0x0, p= 0x4B3EC

GSR= DD00, BSK0= FC43, BSR1= 0, PHYKSPF= 30

D0= 2008, D1= 2600, D2= 80, D3= FFFB1E0
D4= DFFFFC43, D5= FFFF0000, D6=1, D7=0

A0= 51D58, A1= 51D58, A2= 3, A3= 12504
A4= 70828, A5= 68CE,  A6= 0, userA7=2FFFC0/kernA7= 70822

KI-RAM@0: 4EF900000 00000C26 00000C26
KS-RAM@70820:

00000000 00000000 00000000 00003000 00070818 00002008 000086DC
DFFFFC43 FFFF0000 0007085C 000086F0 00002600 0007087C

panic trap
____________________-----------------

This machine, fortunately not my workhorse, has manifested
other problems:

2)  Sometimes after the screen has gone dark, pressing a key
does not bring the screen back. The fan and HD are still runing
but the LED's are all ON.  Pressing the reset button will flash
the lights on the Caps-lock and Num-lock keys but the screen
does not reboot.

3)  Sometimes while typing while the screen is still bright,
it will stop displaying key strokes.  The keyboard seems to
have gone dead.

4)  Sometimes the reset key will reboot (3) but sometimes
not.

5)  Turing the machine off and then back on may reboot (2)
sometimes the the screen comes back with a green screen
that looks like 45 columns of dimes viewed edge on.  The
even columns look slightly "closer" than the odd columns.

6) The condition in (5) appears to fit FAQ# 43, so I open the
machine and clean the mother board (top side only so far).
This has helped although the conditions has occasionally
recurred during normal start up.

7)  The problem now seems to involve panic messages such as
shown above.  Grep -i for panic in the FAQ files does not turn
up any useful info.

HOW MANY DIFFERENT TYPES OF PANIC CONDITIONS ARE THERE?
WHERE ARE THEY EXPLAINED?

Thank you,
Albert Hybl (hybl@umbc3.umbc.edu)
From: mps@winneshk.hawkeye.com (Michael Snyder)
Newsgroups: comp.sys.3b1
Subject: Fix for interactive use/19200 baud serial line
Keywords: 3B1 7300 19200 serial
Date: 10 Sep 92 19:50:13 GMT
Reply-To: mps@winneshk.hawkeye.com (Michael Snyder)
Organization: Hawkeye Software Technologies, Cresco, Iowa, USA


I have two 3B1's set up with a 19.2Kbaud serial link, and have also wanted
clean interactive use of the link (using "cu" in my case).

I have found success in getting clean output by executing "stty nl1" in my
.profile when it conditionally senses I'm coming in on that line.

*My Theory* is that the windowing hardware/software on these machines cannot
handle the speeds above 9600 (as evidenced by inittab entries for getty on
the windows).  If this number is bumped any higher in inittab, nothing or
bad things happen.

The "stty nl1" makes any output of a newline be followed by an arbitrary
pause.  I *think* this pause lets the hardware catch up and get the cursor
where it belongs before processing more output.  Any confirmations/denials?

Michael Snyder
From: gordon@TASVAX.NSWSES.NAVY.MIL (Gordon C. Zaft)
Newsgroups: comp.sys.3b1
Subject: Re: Help with EIA Combo board... What is cmbpcnt?
Date: 11 Sep 92 22:18:14 GMT
Reply-To: gordon@TASVAX.NSWSES.NAVY.MIL
Organization: Naval Surface Warfare Center, Port Hueneme Division

In article <1992Sep11.114807.1@orion.yorku.ca>, haroldt@orion.yorku.ca writes:
>
>However... The software that came with the board for driving 
>the additional two serial ports does not work.  It reaches
>as far as the line (see /etc/lddrv/cmb.rc):
>	/etc/lddrv/cmbpcnt -c

If this isn't in the FAQ, it ought to be.  3.51m, I believe, had an update to
the combo driver that works.  You need to use that driver, not the one
that came with the board.

Someone want to check my facts?



----
 Gordon Zaft PHD NSWC Code 4Y33  Port Hueneme, CA  93043-5007
 gordon@tasvax.nswses.navy.mil | zaft@suned1.nswses.navy.mil
 "Usenet is a right, a left, a jab, and a sharp uppercut to the jaw.
 The postman hits!  You have new mail."   -- Ed Vielmetti
Newsgroups: comp.sys.3b1,biz.comp.telebit
From: gst@spdcc.com (Gary S. Trujillo)
Subject: Re: WorldBlazer on 3B1 (aka UNIX PC)
Reply-To: gst@gnosys.svle.ma.us (Gary S. Trujillo)
Organization: S.P. Dyer Computer Consulting
Date: Tue, 15 Sep 1992 21:31:36 GMT

In article <1992Sep15.142837.9354@crd.ge.com> davidsen@crd.ge.com
	(bill davidsen) writes:

> | I've tried playing with S51 (DTE Interface Speed), but nothing short of
> | setting it to 5 (which would force the interface speed to 19200, and make
> | auto-bauding impossible) seems to work.  At first I thought the problem
>
>   You almost have it right. The correct phrase is "make auto-bauding
> unnecessary." What you want to do is to lock the serial line at 19200
> and use hardware flow control for your line...

Thanks, Bill - but I know all about locking the interface speed, and did
run that way for a while on a T2500, but I really don't want to do things
that way now.  I happen to like letting the interface speed track the
connection speed, so that users on slow-speed modems can hit ^C and get
immediate response, rather than being forced to wait while the buffer
drains.

Thanks anyway.  Any other ideas that address my original question of how
I can get the modem to hear my initial "aaaaa" string at 19200?

Gary
-- 
    Gary S. Trujillo                             gst@gnosys.svle.ma.us
Somerville, Massachusetts               {wjh12,bu.edu,spdcc,ima,cdp}!gnosys!gst
From: jon%vector0.UUCP@sactoh0.SAC.CA.US (Dazed N. Confused)
Newsgroups: comp.sys.3b1
Subject: Re: Panic translator needed
Date: 10 Sep 92 22:44:33 GMT
Organization: Vector Zero

hybl@umbc4.umbc.edu (Dr. Albert Hybl (UMAB-BIOPHYS)) writes:

> (A translation into something understandable would be helpful.)

     I second this.  I've been getting panic messages every so often.
My unix.log shows several error messages called "Spurious Interrupt",
like 50 of them one morning.  Should I ignore this stuff?

> 5)  Turing the machine off and then back on may reboot (2)
> sometimes the the screen comes back with a green screen
> that looks like 45 columns of dimes viewed edge on.  The
> even columns look slightly "closer" than the odd columns.

     I get this *all* the time.  Usually after the beast has frozen
during keyboard input, and a reset usually displays the above.
Resetting a couple times fast usually solves the problem (whether
due to luck, coincidence, or digital logic I'm not sure).

> 6) The condition in (5) appears to fit FAQ# 43, so I open the
> machine and clean the mother board (top side only so far).
> This has helped although the conditions has occasionally
> recurred during normal start up.

     Hasn't helped me.  I vacuumed the dust clean, but the problem
persists.  Why do 3b's have this problem, is AT&T too cheap to
paint nonconductive sealer on it's PC boards?

> Thank you,
> Albert Hybl (hybl@umbc3.umbc.edu)

Thank you also,
--Jon

   jon%vector0@sactoh0.SAC.CA.US                Life is like a kiwi.
   PacBell.COM!sactoh0!vector0!jon
Newsgroups: comp.sys.3b1
From: andy@cs.caltech.edu (Andy Fyfe)
Subject: Ghostscript 2.5.1
Organization: California Institute of Technology
Date: Sun, 13 Sep 1992 01:04:28 GMT

I've put a binary for gs version 2.5.1 on ftp.cs.caltech.edu in
the directory pub/3b1/gs/.  The binary supports the following
devices:
	att3b1, pbmraw, pgmraw, ppmraw, gifmono, gif8,
	dfaxhigh, dfaxlow, deskjet, djet500
You also need the files in lib.tar.Z;  they get installed in
/usr/local/lib/ghostscript/.  The 2.5.1 fonts include a couple
of cyrillic fonts, otherwise there are no changes from 2.5.

The gs source distribution now includes the driver for the 3b1
console.  I made a few extra changes to the driver (it now includes
online help).  The modified source is also available in pub/3b1/gs,
and was used in making the binary.

For those who want to link gs themselves, or get a head start
on recompiling, the unlinked .o files are in gs-obj.tar.Z.

Andy Fyfe					andy@cs.caltech.edu
Newsgroups: comp.sys.3b1
From: tmcdonal@magnus.acs.ohio-state.edu (Terry McDonald)
Subject: IO err in push
Organization: The Ohio State University
Date: Thu, 10 Sep 1992 23:00:46 GMT

I got the following message on my machine today - anyone have any idea what 
kind of a problem this is?


#HDERR ST:1 ER:4 CL:20 CH:0 SC:8 SDH:20 DMACNT:FFFF DCRREG:98 MCRREG:D300
#WD1010 ST=/!Rdy/Err EF=Abrt/ cy=32. sc=0. hd=0. dr#=0. MCR2:0x0
#HDERR ST:1 ER:4 CL:20 CH:0 SC:8 SDH:20 DMACNT:FFFF DCRREG:98 MCRREG:D700
panic: IO err in push

Please record panic message
Press hardware reset to reboot


=(

Terre
tmcdonal@magnus.acs.ohio-state.edu

Thanks
-- 
***************************************************************
*** LATE LAST NIGHT, TOMMYKNOCKERS CAME KNOCKING AT MY DOOR ***
***************************************************************
  Terre . . .tmcdonal@magnus.acs.ohio-state.edu. . . =) 
Newsgroups: comp.sys.3b1
From: andy@cs.caltech.edu (Andy Fyfe)
Subject: Re: troff/PostScript on 3b1
Organization: California Institute of Technology
Date: Sun, 6 Sep 1992 04:20:32 GMT

I have recently updated groff to version 1.06.  Binaries are available
from ftp.cs.caltech.edu:pub/3b1/groff-bin.tar.Z.
    -rw-r--r--  1 andy       877357 Sep  3 00:29 groff-bin.tar.Z

It just happens that David updated the UUNet and OSU archives from
Caltech (thanks!) shortly after I updated groff, so you can also get
the binaries from ftp.uu.net:systems/att7300/csvax/groff-bin.tar.Z
and archive.cis.ohio-state.edu:pub/att7300/csvax/groff-bin.tar.Z.

Andy Fyfe					andy@cs.caltech.edu
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.sys.3b1
Subject: Re: Zmodem file transfers......
Date: 6 Sep 92 20:11:28 GMT
Organization: D & D Data

In article <1992Sep5.175637.11391@mnemosyne.cs.du.edu> jbunch@nyx.cs.du.edu (John Bunch) writes:
>Greets..
>
>I just finished compiling zmodem for my 3b1/7300 and was gonna play around
>with it, but the man page says it won't work with some versions of cu.
>Well, I have a problem if it wont work with the unixpc's cu.  That is the
>only term I have since I installed sys 3.51 and dev set 3.51.  Any clues if
>it will work with the unixpc's cu, and if so, how would one go about calling
>it?

	I haven't tried it with cu, but I would expect problems from other
(half-remembered) postings in this newsgroup.

>Also, I am extremely cramped for space on my unixpc, is the phone manager
>and ate necessary?  I have HDB uucp installed, so I never use ate anyhow.

	The ATE is the only thing supplied with the computer which gives you
the possiblilty of using your zmodem with outgoing calls.  For incoming
calls, it doesn't matter, since you don't have cu in controll of the port
anyway.

	However, probably your best bet is to compile pcomm (a unix variant
of ProComm), which can be configured to work with multiple external
protocols.  You'll have to spend some time within the program menus setting
up the communications parameters for your zmodem, but it should be do-able.
With that, you can throw out the telephone manager and ATE.  ATE tends to be
rather slow, anyway, while procomm is relatively quick.

	However, I usually use kermit for outgoing calls, since the systems
which I am calling are more likely to support kermit than x/y/z-modem, and
the files make it through without problems with controll characters trying
to do things to various parts of the communications pipeline between me and
the machine which I am calling.

	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   |         <nichols@nvl.army.mil>
	--- Black Holes are where God is dividing by zero ---
Newsgroups: comp.sys.3b1
From: clyne@miranda.scd.ucar.edu (John Clyne)
Subject: 7300 - Super Cheap
Organization: Scientific Computing Divison/NCAR Boulder, CO
Date: Thu, 10 Sep 1992 02:48:35 GMT

PC 7300, software and documentation for $100 plus shipping. If not sold 
in two weeks I'll go to $0 plus shipping. 

Hardware:
	PC 7300, keyboard, mouse, etc.
	20 MB hard drive
	A whopping 1MB  ram
	Faster-than-light 1200 baud internal modem
	Jumbo-screen monochrome monitor

Software:
	UNIX 3.51
	Telephone Manager (I have no idea what this does).
	EIA/RAM Combo Board Expansion Disk (more mystery software)
	Word Processor (Next best thing to MS Word)
	and more...

Documentation
	Service Manual
	Getting Started
	Word Processor User's Guide.
	UNIX System V Release 2.0 User Guide
	UNIX System V Programmer's Guide
	UNIX System V Users's Manual
	Owner's Manual
	Communications Management
	Plus a box of System V, R2.0 mannuals.
	

Note: The hard drive is a little flaky. Everthing else seems to work 
fine. No guarantees once its in the mail.

John Clyne 	(clyne@ncar.ucar.edu)		%%% Its a small world. But
National Center for Atmospheric Research	%%% I wouldn't want to paint
P.O. Box 3000, Boulder, Colorado 80307		%%% it. -- S. Wright
(303) 497-1236	FAX (303) 497-1137
Newsgroups: comp.sys.3b1
From: jbunch@nyx.cs.du.edu (John Bunch)
Subject: Zmodem file transfers......
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Sat, 5 Sep 92 17:56:37 GMT

Greets..

I just finished compiling zmodem for my 3b1/7300 and was gonna play around
with it, but the man page says it won't work with some versions of cu.
Well, I have a problem if it wont work with the unixpc's cu.  That is the
only term I have since I installed sys 3.51 and dev set 3.51.  Any clues if
it will work with the unixpc's cu, and if so, how would one go about calling
it?

Also, I am extremely cramped for space on my unixpc, is the phone manager
and ate necessary?  I have HDB uucp installed, so I never use ate anyhow.

John

--
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: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.sys.3b1
Subject: Re: help with terminal type?
Date: 10 Sep 92 23:48:00 GMT
Organization: D & D Data

In article <1992Sep10.103653.15273@cbnews.cb.att.com> memanuel@cbnews.cb.att.com (mark.emanuele) writes:
>In article <1992Sep10.014921.10450@cc.gatech.edu> gregh@cc.gatech.edu (Greg J. Hankins) writes:
>>I've got kindof a basic question here, but this has really been bugging me:
>>can anyone tell me what the terminal type that kermit 4E(072) (the one that
>>is on osu) is supposed to be set to?  I have been using vt100, but elm
>>and vi throw in "1h" everywhere.  I've also tried terminal types kermit,
>>kermitam, and safari.  I'm connecting to a sparcstation running SunOS 4.1.2
>>if that makes a diffrence.
>>
>
>
>
>Try att7300 or unixpc

	Bear in mind that kermit does not do terminal emulations, so the
terminal behavior you get will be the underlying terminal that invokes
kermit.  In this case, it is the raw screen behavior set up by the kernel.
My copy of SunOs 4.1.1 has:

	s4|PC7300|unixpc|pc7300|3b1|Safari 4:

as an entry in /etc/termcap, but I can't be sure at this time whether I
added that from the termcap that came with the 3b1.  If this line is *not*
in /etc/termcap (which is really something like /usr/share/lib/termcap, with
/etc/termcap a symlink to it), and you cannot add an entry to the Sun's
termcap file, than you have another option.

	You can put a copy of the necessary part(s) of the 3b1's termcap in,
say, $HOME/etc/termcap, and in the startup script for your shell (.profile,
.kshrc, .cshrc, .zshenv or whatever) you can put the equivalent to these
sh/ksh/bash lines:

	TERM=s4
	TERMCAP=$HOME/etc/termcap
	export TERM TERMCAP

or, for csh/tcsh you would use:

	setenv TERM s4
	setenv TERMCAP $HOME/etc/termcap

	So the system uses *your* termcap file when you log in.  (If you can
get the disk space from the administrator of the system, you probably should
have a copy of the system termcap file with your additions tacked onto it.
You may also have to take a terminfo source file to the Sun and tic it.  (I
think that vi on the Sun wants terminfo, and a few other things compiled
under the SysV universe also want it.)

	I have also added the xterm entries to both the /etc/termcap and the
/usr/lib/terminfo databases on the 3B1s for convenience when I rlogin or
telnet to them from my Suns.

	Remember that if you rlogin to your 3b1 from an xterm on the Sun,
and then kermit from the 3b1 to another system, you'll need to call the
terminal type xterm rather than 's4' or '7300' or 'unixpc'.  (This is
assuming that you have an ethernet card on the 3b1, which you probably don't
have, or you wouldn't be worried about using kermit to talk to the Sun.

	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   |         <nichols@nvl.army.mil>
	--- Black Holes are where God is dividing by zero ---
Newsgroups: comp.sys.3b1
From: lenny@icus.ICUS.COM (Lenny Tropiano)
Subject: I'm still around, just not 3b1'ing much lately.
Organization: ICUS Software Systems, Austin, Texas
Date: Tue, 8 Sep 1992 01:17:29 GMT

Several people have written me and have asked, "You still around?  Why
the sudden departure in the 3B1 world (selling all the equipment and such)
without even a word to everyone here..."

Well let me address that now, basically it wasn't as so much as a departure,
but a hiatus of sorts.  Maybe it's more than that, but certainly I'm
around and still lurking in comp.sys.3b1.  Basically the equipment I sold
was equipment which hasn't been getting the use it should in the last year
or so.

Frank Higgins <frank@halcyon.halcyon.com> writes me after I surprise him
in recognizing his ``For Sale'' posting ...

> I am honored at the recognition. Yes, you are still setting precedence BUT
[...]
> Your contributions are recognized and appreciated by the many of us who sat
> on the side lines and observed or made use of them. Some of us are a little
[...]
> HOWEVER - as one who will probably, because of economic circumstances,
> continue to use 3B1s for some time, felt a little discomfited by your
> sudden, abrupt, bargain price departure. Just zap! "Here's my stuff marked
> for quick sale" without even a goodbye? I worried a little that some of the

I replied ...

Glad that I had some impact in my life with a group like the 3b1-ers.  They
are an elite group of UNIX hackers, in the best sense of the word.  I learned
a lot, with the machine -- and it still has a bit of presence in my daily
life (see below)...
[...]
Well no, it was a quick sale, yes .. but I'm not departing.  I still have
two 3B1's one of which has a voice power board (doing my daily answering
machine, paging, forwarding system) for my apartment.    People are 
still amazed, they think I have a phone switch in my house :-)  The equipment
wasn't getting the use it should, and instead of collecting dust, it goes
to new audio equipment for my new car :-)
[...]
Unfortunately that's (for sale postings) all I see these days of "real 
substance" in c.s.3b1.  The machine had it's hay-day, probably a year 
after the AT&T discontinue/fire-sales ... then other machines got cheaper, 
more advanced, and more attainable for those with limited budgets...  
Although don't have my Intel architecture yet, I have a system from IBM, 
it's a RISC processor (IBM RT) with BSD Reno "UNIX" ...

Someday, my UNIX PCs (at least one of them) will help some other poor starved
UNIX-hacker get a quick start in the world...  Either that it might be
on display at the 'Computer Museum' in Boston?  Or used as spare parts, which
seems to be more likely the case with my machines ;-(

-L.
-- 
| Lenny Tropiano           ICUS Software Systems        lenny@icus.ICUS.COM |
|               ...!{ames,cs.utexas.edu,pacbell}!icus!lenny                 |
+---------------- 14300 Tandem Blvd #222, Austin, TX 78728 -----------------+
Xref: sparky comp.sys.3b1:3315 comp.sys.att:2173
From: rad@railnet.nshore.ORG (Rick DeMattia)
Newsgroups: comp.sys.3b1,comp.sys.att
Subject: Re: Printer Blues
Date: Tue, 08 Sep 92 21:08:48 EDT
Organization: Railnet BBS +1 216 786 0476

tmcdonal@magnus.acs.ohio-state.edu (Terry McDonald) writes:

> ...
> The Printer - when I turn it on (unless I hit a pause or
> break button) goes through what seems like an endless test
> of numbers/letters (abcdef...) line after line.
> 

Your printer is in diagnostic mode.  Some 630's have two sets
of wheels at the front under the cover, which set up the type
of printwheel, default character pitch and other stuff.  One setting
is the diagnostic that you describe - it might be 8 on the left
wheel, but I'm not sure.  Anyhow, there's generally a decal under
the cover that will explain enough about the two wheels that you
can figure it out.

Other 630's don't have these wheels, and I can't help you if yours
is one of them.

--
UUCP: {uunet|backbone}!railnet!rad   rad@railnet.nshore.org
CompuServe: 72517.666@compuserve.COM
Newsgroups: comp.sys.3b1