HDTenEightyP/NetNews huggingface dataset:
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.sys.3b1
Subject: Re: Help with EIA Combo board... What is cmbpcnt?
Date: 15 Sep 92 01:05:05 GMT
Organization: D & D Data

In article <1992Sep11.114807.1@orion.yorku.ca> haroldt@orion.yorku.ca writes:
>
>Last night I installed the 1.5M Combo board in my 3B1 and had
>some difficulty.
>
>The first thing that happened was that I was getting parity 
>errors.  When I tried to swap my Dos board (slot3) with my 
>EIA board (slot2) I found that the Dos board would not 
>fit (physically) into slot 2.  From this I'm assuming that
>there is some damage to the pins in that slot.  With the 
>Dos board in slot 1 and the EIA board in slot 3 I get the 
>full 3.5Megs of memory :).

	Ouch!  Good luck in straightening the pins.  (It's work enough to
just *get* to them.)

>
>However... The software that came with the board for driving 
>the additional two serial ports does not work.  It reaches

	Right!  Don't use it.  Use the driver that comes with the 3.51
foundation set.  It superceeds the one with the board.  (You probably should
throw away or reformat your disk that came with the board.  I can never
bring myself to destroy distributed software, so I still have mine,
unopened. :-)

>as far as the line (see /etc/lddrv/cmb.rc):
>	/etc/lddrv/cmbpcnt -c
>
>The above does not return within 5 minutes (I think it's hung).
>
>What is cmbpcnt?  What does "-c" do?  What are other people
>running to get the extra two ports working?

	I think that is is to count the number of ports (or really the
number of combo cards) you have.  Strings(1) shows /dev/tty001,
/dev/ttty003, and /dev/tty005, which is enough to check for the presence of
all three boards which are allowed.  ... Yes, a quick test of it shows that
it returns the count of serial ports (by multiplying the number of boards
found by two).  Note that the next lines in the script are:

	RET="$?"
	case $RET in

followed by code to set $LIST to a list of the ports *NOT* present, to turn
off all gettys which don't have ports in /etc/inittab.  It goes on to do
*lots* more, that's only as far as I checked it.

>I manually loaded the cmb driver via "/etc/lddrv/lddrv -a cmb".
>This loaded and allows Kermit to chat with the port (I hooked 
>up a pc)  but my getty never allowed logins.

	Did you edit /etc/inittab to replace the ':' as the first character
of the relevant line with ' '?  (This should be done by the administration
scripts, but since your initial run of cmbpcnt failed, you probably don't
have some file set up telling which ports are present for the script to use.

>(Perhaps this should be in the FAQ, I didn't see it.)
>


	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 ---
From: robertle@sco.COM (Robert Lewis)
Subject: Two 3B1 keycaps needed
Organization: The Santa Cruz Operation, Inc.
Distribution: usa
Date: Mon, 31 Aug 1992 22:07:15 GMT


Their are two styles of keyboards seperated by age.
I need two keycaps from the newer style keyboard.
These are the down arrow (Roll) and the right arrow keycaps.
These are the bottom, rightmost keys on the keyboard.
Does anyone have a defective keyboard such that they would be
willing to remove and sell or give these keycaps to me so that
I could make the keyboard whole again?

The new keycaps which are the ones which I want have a very small,
approximately 1/8 inch by 1/16 inch rectangular-section stud on their
underside which is made entirely of white plastic.  The stud fits into
a rectangular-section socket on the keyboard.  This socket is made of
brown plastic, and takes the form of a 3/8 by 1/4 inch protrusion or
stud which has the necessary rectangular socket hole in its top.

To differentiate a description of the old style keycaps follow.
The old style keycaps have a white plastic socket in the bottom
of them which is square in section and about 3/16 inches in inside
side length or 1/4 inches in outside side length.  This socket fits
over a white plastic stem on the keyboard which is square in section,
about 3/16 inches in outside side length, and has a small round hole
in the center.  The old keycaps also have a soft clear plastic boot
on their undersides which is about 1/2 inches in inside diameter, and
is circular in section.  

Your help is appreciated,
+-------------------------------------------------------------------------+
| Robert L. Lewis      | Home (408) 335-7816  | rll@felton.felton.ca.us   |
| 851 Lost Acre Dr     | Work (408) 427-7613  | uunet!comix!felton!rll    |
| Felton, CA 95018     | WFax (408) 458-0811  | sco.com!felton!rll        |
+-------------------------------------------------------------------------+
From: rees@dabo.citi.umich.edu (Jim Rees)
Subject: Re: CFV: comp.graphics.gnuplot
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Mon, 7 Sep 1992 21:43:51 GMT

In article <1992Sep7.024510.25129@ceilidh.beartrack.com>, dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:

  In article <Bu3wJF.6Cp@hico2.westmark.com> kak2@hico2.westmark.com writes:
  >Daniel S. Lewart (d-lewart@uiuc.edu) wrote:
  >: This is a Call For Votes (CFV) for the comp.graphics.gnuplot newsgroup.
  >: The newsgroup would be unmoderated and its charter is given below.
  >: 
  >: To vote *for* the creation of comp.graphics.gnuplot, reply to
  >: gnuplot-vote@uiuc.edu with either of the following:
  >
  >I have had no luck e-mailing my vote for this in.
  >Anybody else having problems?
  
  	I waited an extra day to give bounced e-mail a chance to come in,
  and I have seen no sign of problems here.  I have to hand-mangle addresses
  to get them out of here, but they wind up at uunet, and apparently there is
  no problem from there.

According to the smtp daemon handling mail for uiuc.edu, both the sender and
the vote collector addresses are no good:

% nslookup
Default Server:  citi.umich.edu
Address:  141.211.128.16

> set q=mx
> uiuc.edu
Server:  citi.umich.edu
Address:  141.211.128.16

uiuc.edu	preference = 10, mail exchanger = ux1.cso.uiuc.edu
uiuc.edu	preference = 10, mail exchanger = uxc.cso.uiuc.edu
uiuc.edu	preference = 10, mail exchanger = garcon.cso.uiuc.edu
ux1.cso.uiuc.edu	internet address = 128.174.5.59
uxc.cso.uiuc.edu	internet address = 128.174.5.50
garcon.cso.uiuc.edu	internet address = 128.174.5.58
> *** EOF *** 
% telnet ux1.cso.uiuc.edu smtp
Trying 128.174.5.59...
Connected to ux1.cso.uiuc.edu.
Escape character is '^]'.
220 ux1.cso.uiuc.edu 5.67a8/IDA-1.5 Sendmail is ready at Mon, 7 Sep 1992 16:36:27 -0500
vrfy gnuplot-vote
550 gnuplot-vote... User unknown
vrfy d-lewart
550 d-lewart... User unknown
quit
221 ux1.cso.uiuc.edu closing connection
Newsgroups: comp.sys.3b1
From: gregh@cc.gatech.edu (Greg J. Hankins)
Subject: help with terminal type?
Organization: Ministry of Silly Walks
Date: Thu, 10 Sep 1992 01:49:21 GMT

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.

Thanks in advance,
Greg

                              
				- Greg (gregh@cc.gatech.edu)
From: tmcdonal@magnus.acs.ohio-state.edu (Terry McDonald)
Subject: Printer Blues
Organization: The Ohio State University
Date: Tue, 8 Sep 1992 20:40:22 GMT

From tmcdonal Tue Sep  8 16:38:27 EDT 1992
Article: 5986 of comp.sys.3b1
Newsgroups: comp.sys.3b1
From: tmcdonal@magnus.acs.ohio-state.edu (Terry McDonald)
Subject: Printer Blues
Organization: The Ohio State University
Distribution: usa
Date: Tue, 1 Sep 1992 22:59:42 GMT

Greetings

I am having a terrible time attempting setup
and print documents.  I recently connected
a Diablo630 printer to my 7300.  

After I selected the printer type and tried
to print a document I get an error message:


/usr/bin/wpp_prtsh: Error Processing Printer Conf Info
/usr/bin/wpp_band        
It also says Diablo630 not found


so, I went back to the setup and selected 'Other' as 
the printer.

When trying to print on Other - it says that the 
printer is not connected or turned off...


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.

Can anyone give me some advice?

Thanks in advance


Terry

tmcdonal@magnus.acs.ohio-state.edu


-- 
***************************************************************
*** LATE LAST NIGHT, TOMMYKNOCKERS CAME KNOCKING AT MY DOOR ***
***************************************************************
  Terre . . .tmcdonal@magnus.acs.ohio-state.edu. . . =) 


-- 
***************************************************************
*** LATE LAST NIGHT, TOMMYKNOCKERS CAME KNOCKING AT MY DOOR ***
***************************************************************
  Terre . . .tmcdonal@magnus.acs.ohio-state.edu. . . =) 
Xref: sparky comp.sys.3b1:3347 news.software.readers:1803
From: kupiec@hp800.lasalle.edu (Bob Kupiec)
Newsgroups: comp.sys.3b1,news.software.readers
Subject: trn 2.2 mthreads on 3b1
Date: 13 Sep 92 20:16:30 GMT
Followup-To: comp.sys.3b1
Organization: LaSalle University, Philadelphia, PA

Now that I've moved over to the (somewhat) new trn 2.2 from 1.x, I noticed
that the mthreads daemon goes memory gobbling at a very high rate!  It's
not a bug in the mthreads code, because it runs fine on a HP-UX box.  I
assume it's a 3b1 quirk?

Right now I run mthreads from cron (ugh!) and haven't brought the source to
trn back online to check mthreads.c.  I'm guessing at some kind of malloc()
bug.  I wonder if compiling with gcc might make a difference.  Trn was
compiled with stock cc.

Has anyone else had this problem, and if so, what did you do to fix it?

-- 
\/\  Bob Kupiec - Amateur Radio: N3MML   UUCP: (Machine is down, please) /\/\/
/\/\   Internet: kupiec@hp800.lasalle.edu      (use INTERNET address.)  /\/\/\
\/\/\    LaSalle University, 20th St. & Olney Ave., Philadelphia, PA   /\/\/\/
/\/\/\     Self-Quote: "I'm MS-DOS free: never had it, never will."   /\/\/\/\
From: willyb@Elmer.hsc.ucalgary.ca (Bill Beaton)
Subject: PC7300 (not 3B1) RAM upgrade help needed
Date: Sun, 13 Sep 92 01:41:19 GMT
Organization: Neuroscience Division, U of Calgary School of Medicine, Calgary, Alberta, Canada

Help!  I have a friend with a pc7300 needing some help.  He's just
acquired a RAM upgrade board (512K populated), and believes that a couple
of components are missing ... basically it is PCA D-60-00226-00, with
Rev D.  It has 3 capacitors of 0.47uf near the connector end, but also
has 2 sockets(?) at the other end which appear to have also been populated
with something.  Is there anyone out there who can confirm that there should
or shouldn't be these 2 devices, and if yes, what their correct values
are?

Many thanks,

Please respond to me (Bill Beaton) aka willyb@elmer.hsc.ucalgary.ca,
or if no-one objects, just in the group.

Bill Beaton


Newsgroups: comp.sys.3b1
From: mdc@crux1.cit.cornell.edu (Mark D. Crimmins)
Subject: solution to sc 6.8 dumping core
Summary: get later version from pc.usl.edu
Organization: Cornell Information Technologies
Date: 15 Sep 92 16:20:15 GMT

Thanks to Tom Tkacik for this advice: look in the pub/unix directory
at pc.usl.edu for the current version of sc (now 6.21), which doesn't
have this problem.  Odd that the osu att7300 archives would have the
(apparently) one version of sc that is such a problem for 3b1s.

By the way, to compile sc 6.21 you need to use gnu bison as a
replacement for yacc.  Get a recent version of bison (1.18) from
csvax.caltech.edu.  Perhaps some kind soul in the know will put sc
6.21 in binary in place of the 6.8 binary on osu.

Thanks to everyone who replied (now I recall one of the main things
the 3b1 has going for it: this group).

Mark
mdc@crux1.cit.cornell.edu
Newsgroups: comp.sys.3b1
From: jbunch@nyx.cs.du.edu (John Bunch)
Subject: Re: Makefiles and the like.
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Wed, 9 Sep 92 02:36:05 GMT

dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:

>>include $(MAKEINC)/Makepre.h
>>CFLAGS = -O
>>BINDIR = /usr/local/bin
>>
>>all:   uuencode uudecode
>>install:       all
>>       cp uuencode uudecode $(BINDIR)
>>       strip $(BINDIR)/uuencode
>>       strip $(BINDIR)/uudecode
>>#      cp uuencode.1 /usr/man/man1/uuencode.1
>>
>>uuencode:      uuencode.c
>>       cc -c $(CFLAGS) uuencode.c
>>       ld $(SHAREDLIB) -o uuencode uuencode.o
>>
>>uudecode:      uudecode.c
>>       cc -c $(CFLAGS) uudecode.c
>>       ld $(SHAREDLIB) -o uuencode uuencode.o


>	Well, this one looks strange, since I don't normally encounter
>makefiles with include directives in them.  It is complaining about line 8,
>but I am not sure whether that is line 8 of the Makefile, line 8 of the
>Makepre.h that is included, or line 7 of Makepre.h (starting counting with
>the line in Makefile.

>>       strip $(BINDIR)/uuencode

>	If it is this line, check for a space at the front of the line.  It
>*must* start with a tab, or it is taken as a new target.  (All lines which
>don't start at the left margin *MUST* start with tabs.

>	If not, I need more information to figure out what is happening, and
>it might be a function of your environment variables.  (I never got the
>uuencode package from osu-cis, since I already had a copy from other sources.

>	Perpaps someone else who has gotten and used this package can
>pinpoint the problem which you are having.

Well, after playing with it alot, it seems that the problem is that in the
makefile the lines that look like tabs are actuall 8 spaces, causing make to
barf on them...  I have it mostly figured out now.


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: hybl@umbc4.umbc.edu (Dr. Albert Hybl (UMAB-BIOPHYS))
Newsgroups: comp.sys.3b1
Subject: Needed--Access to 3b1 kernal source code
Keywords: panic green-screen kernel source-code
Date: 9 Sep 92 18:05:01 GMT
Distribution: na
Organization: Univ. of MD, Baltimore County

In a previous post concerning a troublesome 3b1, I asked:
HOW MANY DIFFERENT TYPES OF PANIC CONDITIONS ARE THERE?
and WHERE ARE THEY EXPLAINED?

One respondent said: "In the source code to the kernel."

Yes,--He's right, BY GOLLY.  Discussions suggesting that
the 3b1 kernel source code should be made available to
members of this newsgroup had previously only elicited 
passive support since I don't want to hack at it.  But if
it contains answers to why a machine panicked, well that
is another matter.

I want to add my support to the effort being made to get
access to the source code of the kernel and to say thanks
to those doing the job. 

Regards,
Albert Hybl (hybl@umbc3.umbc.edu)
Newsgroups: comp.sys.3b1
From: brent@terminus.gatech.edu (Brent Laminack)
Subject: Need distribution tapes for a 320
Organization: Georgia Tech College of Computing
Date: Tue, 15 Sep 1992 01:04:38 GMT

Greetings all!

I have a couple of old Convergent 320 (68020) class machines. Does
anyone know where I can get the latest (last?) release of Unix
with the TCP/IP drivers and NFS for these beasts? The dealer I
used to deal with here in town has long since dried up and blown
away.

Any help would be appreciated.


					
					-Brent Laminack (brent@cc.gatech.edu)
From: marsella@athos.rutgers.edu (Stacy Marsella)
Newsgroups: comp.sys.3b1
Subject: dial up slip
Date: 12 Sep 92 22:23:49 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

Is there a version of slip with dial up capabilities that
someone has compiled on the Unixpc? I saw
a copy of net (ka9q) at cheops.cis.ohio-state.edu but
it does not appear to support the dial command - though the
documentation was sketchy and I may be missing something.

Thanks for any help.

marsella@cs.rutgers.edu
Newsgroups: comp.sys.3b1
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.sys.3b1
Subject: Re: Fix for interactive use/19200 baud serial line
Keywords: 3B1 7300 19200 serial
Date: 13 Sep 92 12:32:04 GMT
Organization: D & D Data

In article <937@winneshk.hawkeye.com> mps@winneshk.hawkeye.com (Michael Snyder) writes:
>
>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?

	That is essentially correct.  The bottleneck is that the inputs (and
outputs) generate an interrupt for each character sent/received, and this is
a *major* load on the machine.  The result is that the machine doesn't have
enough time to fetch the character from the input buffer before the next one
arrives to overwrite it (after a continuous stream of characters have been
flowing for a while).  The hardware flow control only works in one
direction.  It works when the other device requests a pause in the flow, but
it cannot request a stop when *it* needs to catch up.  The code is present
in the source, but is commented out, for some reason - or so I am told.

	There are those who deny that there is a problem with the flow
control, or even with 19200 baud, but your experience shows (again) that
there is.  Typical uucp exchanges are using short ehough packets, and
acknowledgement is required after three, so that there are usually enough
pauses for that to work - unless the ethernet board is loaded in operating,
in which case the uucp fails at a spectacular rate at 19200, to the extent
that I usually get better throughput at 9600 baud, since I *do* keep the
ethernet board loaded and running.

	The delay option is a good one.  I hadn't thought of that.  Thanks.
It is usually intended for printers which don't buffer, and need extra time
for a carriage return to complete.  (There are few of those these days,
thank God.

	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: memanuel@cbnews.cb.att.com (mark.emanuele)
Subject: Re: help with terminal type?
Organization: AT&T
Date: Thu, 10 Sep 1992 10:36:53 GMT

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
-- 
Mark A. Emanuele			memanuele@attmail.com
Sr. Network Engineer			(201)331-4713
AT&T Easylink Services	400 Interpace Pkwy   Parsippany, NJ 07054
Newsgroups: comp.sys.3b1
From: kxl1258@ultb.isc.rit.edu (K.X. Darmoyslis)
Subject: Stock uucp on 3.51
Originator: kxl1258@ultb
Keywords: uucp 3.51 uucico
Organization: Rochester Institute of Technology
Date: Mon, 7 Sep 1992 23:38:15 GMT


 I'm experiencing some difficulty getting stock uucp (on 3.51) up
and running on my 3b1. 
 The uucico -r1 -x4 -sosu-ci gives the following screen error:

  
    call: no. 16142923124 for sys osu-ci NO DEVICE exit code 0
 
 STST.osu-ci shows:
    6 1 700742378 300 DIAL FAILED osu-ci

 LOGFILE shows:
    osu-ci!uucp (3/16-5:39:38) (c,190,0) NO (DEVICE)
       "                "          "     FAILED (call to osu-ci)

 I have 'ACU tty000 hayes 2400' in L-devices, and a standard entry
in L.sys. I also have a DIR entry in L-devices for cu, which works
just fine I might add. So does kermit-5A(179).
 I'm using a hayes compatible modem, and the getty is disabled for
tty000.
 I'm pulling my hair out trying to figure this out. Any suggestions
would be much appreciated. Thanks in advance ...


-- 
  
K. Link 
kxl1258@ultb.isc.rit.edu
Newsgroups: comp.sys.3b1
From: adh@cbnewsi.cb.att.com (andrew.d.hay)
Subject: Re: silly questions re: Ethernet
Organization: AT&T
Distribution: na
Date: Tue, 15 Sep 1992 11:13:45 GMT

In article <22289@suned1.Nswses.Navy.MIL> gordon@TASVAX.NSWSES.NAVY.MIL writes:
"	A couple of simplistic questions re: running the Ethernet board
"on the 3b1.
"
"	1) Does the board come with thicknet, thinnet, or both?

thicknet.

"	2) Is there any way to use it with NFS so as to access big
"disks on other machines?

not that i know of. (correct me if i'm wrong)

"	3) Can I at least do massive afio-s to do a backup over the
"net to another machine with a tape drive?

yes.

"	Thanx.

yur welkum.

-- 
		+--------------------------------------------------------------+
Andrew Hay	"Do not fraternize with that creature, I am trying to train him"
a_d_hay@att.com	"But that's a parrot!"		"I was TALKING to the parrot..."
		+--------------------------------------------------------------+
Newsgroups: comp.sys.3b1
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.sys.3b1
Subject: Re: sc dumps core
Date: 14 Sep 92 16:21:23 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <mdc.716441251@crux1.cit.cornell.edu> mdc@crux1.cit.cornell.edu (Mark D. Crimmins) writes:
>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).

You might also try upgrading to 3.51m if you're not already there.  I had
sc crashing my machine at 3.5.1.4 (in a similar fashion to the serial panics
I described earlier), but I've not tried sc since.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
Newsgroups: comp.sys.3b1