HDTenEightyP/NetNews huggingface dataset:
From: len@pagesat.netsys.com (Len Rose)
Newsgroups: comp.sys.att
Subject: Re: NCR/AT&T Part Number for WIN/TCP 4.0 Upgrade ???
Date: 16 Aug 92 07:17:21 GMT
Organization: Satellite Uplink,Palo Alto

merce@xenitec.on.ca (Jim Mercer) writes:

>i am currently doing that software upgrade dance with NCR.

>i hear that there is a WIN/TCP upgrade to 4.0 for the 3B2.

>now, since we purchased our stuff directly from AT&T, NCR is confused as to
>who our reseller is. ???

>anyways, my NCR contact tells me his life would be alot easier if he had some
>NCR part/library number for this upgrade.

>please email jim@lsuc.on.ca

 On another note, I was speaking with someone at Wollongong recently,
 (I needed NFS for the 3B2) , they said the last release of 3B2 Unix supported
 was 3.1 ... Now, I have to decide whether I wish to downgrade my 600's to 3.1
 just to get NFS ... It would be nice if alot of us could get together, much
 like the 3B1 people have, and start our own development teams. Porting NFS
 to 3.2 would be a nice project to begin with. Perhaps we could actually take
 this somewhere. 

 Len

 
Xref: sparky comp.sys.att:2037 comp.lang.perl:5328
From: bkuhn@rhlab.UUCP (bmk Bradley Kuhn)
Newsgroups: comp.sys.att,comp.lang.perl
Subject: Re: Anyone out there have PERL compiled for the 3B2?
Summary: got in .. done it!
Keywords: perl latest version
Date: 15 Aug 92 01:13:39 GMT
Followup-To: comp.lang.perl
Organization: Baltimore Rh Laboratory, Inc., Maryland

In article <1992Aug11.222043.4152@kopachuk.uucp>, dcb@kopachuk.uucp (David Breneman) writes:

> In article <1992Aug7.192749.27854@squid.tram.com> jeffrey@squid.tram.com (Jeffrey L Bromberger) writes:

> >I never thought I'd ask for this, but times change...
> >
> >I would like to know if anyone has compiled perl (version 2.0 or
> >later) for the 3B2.

I have been running perl for a long time on a 3B2/600 under SYS V R3.2.3.
I justed used Larry's friendly 'Configure' program and compiled.  Not a single
error.

> >packages.  If it is available for FTP, please point me at it.  If

I just upgraded to perl 4.0 PL35 a few weeks ago (again it compiled fine).
I got it from USENET via uucp in ~/packages/gnu/perl-4.035.tar.Z

> >someone else has it, just email me and I'll get back to you for it.

I'd be happy to mail anyone the compressed , uuencode binary if they need
it (no I didn't edit the src. to do nasty things :-).

> it on the 3B2's.  Mr. Wall, what do you have against the 3B2? :-)

Hey, don't flame, Larry!  He's a programmer, Jim, not a miracle worker :-)
  
-- 

 -- Bradley M. Kuhn    Computer Systems Development, Inc
     INTERNET: rhlab!bkuhn@uunet.uu.net OR bkuhn@loyola.edu
     UUCP:     ...uunet!rhlab!bkuhn
From: dke@epx.cis.umn.edu
Newsgroups: comp.sys.att
Subject: problems with NI card
Summary: i'm having installation problems
Keywords: driver not found
Date: 17 Aug 92 15:08:59 GMT
Distribution: usa
Organization: University of Minnesota

I just got a NI card for a 3b2/400 it has 4 eports cards
a SCSI card and a tape drive.
the instalation compleats ok, but when i reboot unix usually
ends up getting rebuilt but the deamons cant find teh driver!

i checked the distribution list and all the files seem to be
in place.
any recomendations?

   -Dave
-- 
David K Eggen        |      --Consultant at large--
dke@epx.cis.umn.edu  | You will be remembered only by the problems 
(612) 488 4014       | you solve and the problems you create!   
Newsgroups: comp.sys.att
From: jeffrey@squid.tram.com (Jeffrey L Bromberger)
Subject: Re: NCR/AT&T Part Number for WIN/TCP 4.0 Upgrade ???
Organization: Tramway Unix Systems
Date: Mon, 17 Aug 1992 04:35:23 GMT

In article <784@pagesat.netsys.com> len@pagesat.netsys.com (Len Rose) writes:
>merce@xenitec.on.ca (Jim Mercer) writes:
>
>>i am currently doing that software upgrade dance with NCR.
>
>>i hear that there is a WIN/TCP upgrade to 4.0 for the 3B2.
>
> they said the last release of 3B2 Unix supported was 3.1

Well, now *I* have a question.  I am running a relatively current
version of WIN/TCP and am interested in upgrading for as little cash
as possible.  In some cases, AT&T has (like with the 3B1) issued new
releases as upgrades due to major sorts of bugs.  Did this ever happen
for WIN/TCP for the 3B2?  BTW: I have version 3.0.1, and would like to
move up to 3.1 or maybe 3.2.

If AT&T did do an upgrade on this stuff, who do I hae to call, etc?  I
am not the original owner of the hardware, might that cause a problem?

j
-- 
Jeffrey L. Bromberger ------- System Manager ------- Tramway Unix Systems
jeffrey@squid.tram.com      Anywhere!{van-bc,limbic,icus}!tram!jeffrey
Newsgroups: comp.sys.att
From: aj681@cleveland.Freenet.Edu (Carlin Wiegner)
Subject: Old AT&T multiuser systems...
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Thu, 13 Aug 92 16:08:23 GMT


Did AT&T used to make any multiuser UNIX servers? Must be
reasonably cheap that I am wondering about anything over
7 years old...
CW
Please email replies...
--
Newsgroups: comp.sys.att
Subject: Re: why no man command on 3B2/1000
From: rthomas@hakatac.almanac.bc.ca (Robert N Thomas)
Date: Sun, 16 Aug 92 23:43:44 GMT
Organization: Sir HackAlot's Castle BBS, Port Alberni, B.C., Canada

In article <1992Aug11.152503.6378@serveme.chi.il.us> greg@serveme.chi.il.us (Gregory Gulik) writes:
>If you do find the man pages, and want a better 'man' command, let
>me know.  I hacked up one I found on the net to be much
>more like the 'man' command on SunOS.

    That's odd... The man command I found on the nets had the man pages
included.  While the man pages were not "3B2 specific", they are still
good enough for me, since most of System V's commands are pretty much exactly
the same accross platforms...

    Only thing I found a bit difficult, is I needed the AT&T documenter's 
WorkBench (the nroff & troff commands), in order for the man command to 
function at all.  The MAN pages are out there...

Cheers....

						----- Robb -----


Newsgroups: comp.sys.att
From: wb8foz@skybridge.SCL.CWRU.Edu (David Lesher)
Subject: 6300 repair info needed
Reply-To: macy%fmsystm@redpoll.neoucom.edu
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Tue, 18 Aug 92 02:04:11 GMT

When you do not know the answer yourself, you consult the body usenet:

I have a couple of broken ATT 6300 parts I would like to fix
inexpensively.  These are personal parts, and it's not worth commercial
prices to replace these:

6300 mono monitor, gives solid green screen on power up.

6300 power supply, no output, just quit one day.

If I had the time, instrumentation and schematics I would diagnose and
fix these myself.  Knowledgable suggestions are solicited for either
cheap repair sources or info for self repair.

Any other salient information would be appreciated.

We now return you to your regularly scheduled newsreader...
-- 
Macy M Hallock Jr N8OBG 216.725.4764 macy@fmsystm.uucp macy@fmsystm.ncoast.org
[No disclaimer, but I have no real idea what I'm saying or why I'm telling you]
Newsgroups: comp.sys.att
From: woods@robohack.UUCP (Greg A. Woods)
Subject: Re: Booting errors on 3B2/400
Organization: Elegant Communications Inc.
Date: Wed, 12 Aug 92 05:00:31 GMT

In article <692@mtndew.Tustin.CA.US> friedl@mtndew.Tustin.CA.US (Stephen Friedl) writes:
> You will notice that the diagnostics LED is still lit, and this
> will probably bother you.  Don't let it.  It really means
> nothing, but to turn it off, just boot /dgmon manually and quit
> right away (you don't need to actually run any diags): this turns
> off the LED.

On my 3b2/400 I've found I must always boot dbmon and then run "dgn
sbd" (or any other diagnostic, but this one's reasonably fast, and
gives one the warm fuzzies too!) in order to turn off the diagnostic
LED.

On the other hand, I've managed to maintain "correct" operation of the
system recently, and haven't had occasion where I've been forced to
reset the system and thus endure the red light!  One thing that has
helped has been removal of the "initdefault" line from /etc/inittab,
and the other has been taping a card to my console that describes the
/etc/uadmin arguments.

> I have never seen any piece of UNIX that touches the diagnostics
> LED, and I think that it just goes on when the machine shuts down
> in any kind of abnormal way (i.e., the rest button).  It does NOT
> mean that something is wrong.

It's been some time, but I can attest that indeed the diagnostic light
is turned on by system panics.

On my system, in every case where it has come on *after* having been
off while the system is running, it has *always* indicated serious
system failure.  Fortunately I've only seen it on a very few times.

It might have made more sense if the system powered up with it in the
off state, though that would have meant the diagnostics would have to
be functional enough to turn it on again in order to indicate failures.
Powering up with the light in the on state is the only way to ensure
that it will always be lit when there is any problem that prevents
successful system startup (short of a catastrophic power supply
failure, of course).
-- 
						Greg A. Woods

woods@robohack.UUCP woods@Elegant.COM  VE3TCP	UniForum Canada & ECI
+1 416 443-1734 [home] +1 416 595-5425 [work]	Toronto, Ontario; CANADA
Newsgroups: comp.sys.att
From: jc@seas.smu.edu (James Cummings)
Subject: Re: persistent NVRAM sanity problems on 3B2/600
Organization: SMU School Of Engineering and Applied Science
Date: Sat, 15 Aug 1992 02:14:15 GMT

In article <695@mtndew.Tustin.CA.US> friedl@mtndew.Tustin.CA.US (Stephen Friedl) writes:
 |     I have a customer with a 3B2/600, and they have been getting
 |the NVRAM sanity failures when they turn the machine on.  NCR has
 |replaced the battery several times but the message remains.  They
 |seem unwillinjg or unable to fix the problem, and my customer is
 |really getting tired of his clock being fast by ten years every
 |time he needs to shutdown for some reason.

	Ick, sounds nasty.  I assume that you have run diagnostics on the
system board?  Two things come to mind when I head NVRAM sanity failures...
1) the battery was disconnected while the power was turned off, OR 2) the
system board has been removed from the backplane.  I suppose, now that I'm
warmed up...that an intermittant ground could cause the same thing.
I'd take a shot at finding a system board that you could swap out for a
short period of time and then take the machine up and down a few times...
could be the problem will go away.  Yeah, I know, you probably don't have
a spare in your pocket, but the at&t/ncr folks probably should have tried
this if the battery fix didn't work.
Newsgroups: comp.sys.att
From: lfalbisu@cbnewsk.cb.att.com (luis.f.albisu)
Subject: Will 4MB Simms work on an AT&T 6386/E 33MHZ Tower????
Organization: AT&T
Distribution: usa
Date: Sat, 15 Aug 1992 02:19:43 GMT

We have a number of 6386/E 33MHZ towers which need to be configured with
more than 8MB's.  I know that I can purchase the proprietary AT&T memory
expansion card, but it would be less expensive to populate the motherboard
with 4MB Simms.  The motherboard was manufactured by Intel.

Does anyone know whether this will work????

Thanks in advance!!  


Luis F. Albisu
AT&T FTS2000
Vienna, VA
EMAIL   - lfalbisu@cbnewsk.att.com
ATTMAIL - attmail!lfalbisu
From: friedl@mtndew.Tustin.CA.US (Stephen Friedl)
Newsgroups: comp.sys.att
Subject: Re: why no man command on 3B2/1000
Date: 14 Aug 92 14:23:50 GMT
Organization: Steve's Personal machine / Tustin, CA

Doug Smith - SGA writes:
> I'm a little new to the 3B2 and I'm wondering why this system has no man
> command or man pages.  Should it be here or doesn't AT&T include it?  Is
> it available somewhere?

There has been discussion about where to get the man pages, and
there have been several suggestions:

	1) not available
	2) buy DWB
	3) buy from AT&T for $10,000

There is another option that probably costs somewhat more than #1
above but much less than #3:

	4) buy a used 3B15

The 3B15 comes with full man pages (but no n/troff), and used ones
are now selling for roughly the cost of shipping them.

     Stephen  1/4 :-)

-- 
Stephen J Friedl | Software Consultant | Tustin, CA |     +1 714 544-6561
3b2-kind-of-guy  | I speak for me ONLY |   KA8CMY   | uunet!mtndew!friedl
 
We should re-arm the Russians as long as they promise to take out Washington
Newsgroups: comp.sys.att
From: wee@regentdb.uoknor.edu (Wee Win)
Subject: Re: SLIP on 3b2
Organization: Oklahoma State Regents for Higher Education
X-Newsreader: Tin 1.1 PL3
Date: Fri, 14 Aug 1992 07:34:45 GMT

adh@cbnewsi.cb.att.com (andrew.d.hay) writes:
: In article <7++y0xb@rpi.edu> firsta@isaac.its.rpi.edu (Allen S. Firstenberg) writes:
: "dsc3jfs@nmrdc1.nmrdc.nnmc.navy.mil (Jim Small) writes:
: "
: "The last time I asked this question I got 5 people telling me that
: "they were interested too... and one person who I knew suggesting that
: "I write it myself.  (We did consider writing it... but the APIs we
: "were looking for were too poorly defined as far as we could tell...)
: "
: ">We're looking for a slip implementation for the 3b2.  If you know of one
: ">please suggest it.  If you haven't tested it, and are just suggesting
: ">another SLIP implementation, please don't reply.  3B2's are hell on earth
: ">and converting the code would be a major bear.

Well, I have heard of a SLIP implementation for the 3b2, but it had one 
bug..... it only works with another 3b2.  It had something to do with
the byte-order or some nonesense.  Let me see if the binaries are 
non-proprietary (I couldn't find the source ;(  and if I can get a lead on
the author(s).

-- 
-------------------------------------------------------------------------------
Huy Nguyen				| It is not merely enough to survive,
hpn@regentdb.uoknor.edu			| But to Live. - M. Musashi
-------------------------------------------------------------------------------
Xref: sparky comp.sys.att:2029 misc.forsale.computers:29800
From: dke@epx.cis.umn.edu
Newsgroups: comp.sys.att,misc.forsale.computers
Subject: 3b1s for sale
Summary: 2 meg ram 20 meg hard drive unix boxes for sale
Keywords: 2 meg+20meg hd
Date: 14 Aug 92 14:49:35 GMT
Distribution: usa
Organization: University of Minnesota

for sale
Att pc 7300 Unix boxes for sale
2 meg motherboard
20 meg hard drive (it will take up to a 67 meg drive w/o
modifications)
paralell port and serial port
internal 1200 baud modem

It comes with unix s5 3.51 on it
other software supplied on request at no charge

$375 + shipping.
offers considderred
Volume discounts available (I have a slug of these things)

-Dave
-- 
David K Eggen        |      --Consultant at large--
dke@epx.cis.umn.edu  | You will be remembered only by the problems 
(612) 488 4014       | you solve and the problems you create!   
Xref: sparky comp.sys.att:2056 comp.unix.sysv386:13355
From: raymond@es.ele.tue.nl (Raymond Nijssen)
Newsgroups: comp.sys.att,comp.unix.sysv386
Subject: Re: AT&T SysVr4.2.1 (386) doesn't have alloca()?
Date: 19 Aug 92 21:58:37 GMT
Followup-To: comp.sys.att
Organization: Eindhoven University of Technology, Eindhoven, The Netherlands
In-reply-to: naughton@chinet.chi.il.us's message of 19 Aug 92 02:31:47 GMT

In article <Bt7Lp0.3x4@chinet.chi.il.us> naughton@chinet.chi.il.us (Thomas Naughton) writes:

>      I'm trying to compile a few of the GNU programs and I seem to
>   run into the same type of problem over and over.  None of the 
>   libraries on my system have alloca() and GNU seems to really
>   want to use it.  How do you get around it?  Has anyone run into

On most 386 SVR4 systems, alloca() is available from /usr/ucblib/libucb.a,
if you have installed the BSD compatibility package, that is.
But don't use that one!! It's buggy on most systems, and will break most
programs.

The best thing to do is build gcc, which has an efficient built-in alloca().
To build it, you need to produce the alloca.o file (eg. with cc -o alloca.o
alloca.c) that comes with the gcc and GNUemacs source distribution, and simply
add it to the other objects.

You can do so via the standard configuration method of gcc. Look for some
hints in the relevant files. Thereafter, you need no longer worry about
alloca() because gcc will resolve it with its builtin version.

Hope this helps,
-Raymond
--
| Raymond Nijssen         | Eindhoven University of Techology                 |
|                         | Department of Electrical Engineering              |
| raymond@es.ele.tue.nl   | Design Automation Section (ES),  Room EH 7.16     |
| phone: +31-40-473373    | P.O. Box 513, 5600 MB Eindhoven, The Netherlands  |
| fax:   +31-40-464527    | "Trust me. I know what I'm doing" (Sledge Hammer) |
Xref: sparky comp.sys.att:2053 comp.unix.sysv386:13335
From: naughton@chinet.chi.il.us (Thomas Naughton)
Newsgroups: comp.sys.att,comp.unix.sysv386
Subject: AT&T SysVr4.2.1 (386) doesn't have alloca()?
Date: 19 Aug 92 02:31:47 GMT
Organization: Chinet - Public Access UNIX


   I'm trying to compile a few of the GNU programs and I seem to
run into the same type of problem over and over.  None of the 
libraries on my system have alloca() and GNU seems to really
want to use it.  How do you get around it?  Has anyone run into
this before?  If so I would really appreciate some direction on how
to correct the errors and get on with my compilation of gcc, gnutar,
etc.
   Thanks.

-- 
Thomas M. Naughton	              "Love is chemistry, but sex is physics"
naughton@nauts.chi.il.us (prefered)   naughton@chinet.chi.il.us (alternate)
Nobody is responsible for anything I say or do but me.  Sometimes not even me.
From: ebd@fang.att.com (Elliot B Dierksen)
Newsgroups: comp.sys.att
Subject: Re: Starlan Problems rear their heads again
Date: 18 Aug 92 20:43:42 GMT
Organization: AT&T Tax Systems Development, Maitland FL

In article <168439C2A.R1004@vmcms.csuohio.edu> R1004@vmcms.csuohio.edu writes:
>       Greetings!
> 
>       Once again my starlan network is giving me problems...

What a shock!!  :-)

[some of description deleted]

>    The newest twist is the listener refuses to restart.
>When I attempt nlsadmin -s startlan the following shows up in
>the log:
>    ...15881; @(#)listen:listen.c    1.19.4.7
>    ...15881; Using data base file: /usr/net/nls/starlan/dbf
>    ...15881; attempted to bind address 
>    ...15881; actually bound address 
>  010490000000000000080001030113CFE01
>    ...15881; TLI bound to a different name than requested
>    ...15881; *** listener terminating!!! ***

Here's the deal. We just had this problem here and I THINK we have just fixed
it. I am pretty sure that you have a mixed bag of servers on this network. If
you have 3.4 (or higher) servers, they have an option called "Name service
translation" to allow older servers to talk to the newer ones. The catch is
that ONLY ONE!!!!!!!!!!  server should be doing name service translation.
Otherwise, on of the servers doing the translation will grab that name and
not let it go. The reason the listener is failing is that one of the
translators already has that name occupied, your server can not restart with
that name since it is already taken. Needless to say, the above error message
leaves a great deal to be desired. Hopefully this will solve your problem.
It certainly seems to have done it here.

EBD
-- 
Elliot Dierksen   "Is that a real poncho... I mean is that a Mexican poncho or
                   is that a Sears  poncho?  Hmmm... no foolin'..." -- F. Zappa

W) e.dierksen@att.com  (407) 660-3377     H) elliot@alfred.UUCP  (407) 290-9744
From: guru@camelot.bradley.edu (Jerry Whelan)
Newsgroups: comp.sys.att
Subject: Re: query: lpr for the 3B2?
Date: 12 Aug 92 23:20:27 GMT
Distribution: usa
Organization: The Smelly Ditch

In article <1992Aug12.224423.26842@bradley.bradley.edu> pwh@bradley.bradley.edu (Pete Hartman) writes:
-} In <1992Aug12.183151.27474@rtsg.mot.com> gulik@rtsg.mot.com (Gregory Gulik) writes:

-} >Anyway, archie tells me that there are 3B2 binaries for lpr
-} >on stasi.bradley.edu, in the /pub directory.
-}
-} There are also sources for (presumably) the same on bradley.bradley.edu
-} in /pub/Lprclient.  (presumably because I haven't asked the owner of
-} stasi for certain, but we did do that port).

	No, the binaries on stasi are not generated from the source on
	bradley.edu.  Somebody uploaded them along with some other 3b2 stuff
	like xarchie and I just haven't looked at them enough to see if they
	are worthwhile or not.

-------------------------------------------------------------------------------
``written by a drunken insane pathological liar''        guru@stasi.bradley.edu
Newsgroups: comp.sys.att
From: gulik@rtsg.mot.com (Gregory Gulik)
Subject: Re: query: lpr for the 3B2?
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Wed, 12 Aug 1992 18:31:51 GMT

In article <1684173C4.R1004@vmcms.csuohio.edu> R1004@vmcms.csuohio.edu writes:
>    A while back I saw some postings come across that said something
>about lpr that someone had written for the 3B2.  Does such a beast
>exist?  If so, how does one aquire it?
> 
>    I am working with the keepers of this site's IBM mainframe
>and am trying to resolve some printing problems.  Their system
>programmer tells me life would be wonderful if my TCP/IP
>implementaion had lpr.  Wollengong 3.2 does not, ergo,
>life is not wonderful.
> 
>    Can anyone tell me if life will soon be wonderful?  :~)

Maybe, just maybe..

Anyway, archie tells me that there are 3B2 binaries for lpr
on stasi.bradley.edu, in the /pub directory.

Good luck.

-greg


-- 
-- 
Gregory Gulik
        gulik@rtsg.mot.com  ||  greg@gagme.chi.il.us
    ||  gulik@depaul.edu
Newsgroups: comp.sys.att,comp.lang.perl
From: R1004@vmcms.csuohio.edu
Subject: Sync-ing system clocks over StarLAN
Organization: CSU
Date: Wed, 19 Aug 1992 15:24:36 GMT

     Greetings
 
     I was wondering if anyone out there has any ideas on how I
can easily sync my UNIX system clocks (4 3B2s 3 386WGS) via
StarLAN?
 
Thanks!
------------------------------------------------------------------------
Bob Martel               |
bob2@cua3.csuohio.edu    |  Lady luck must have been a wonderful girl
R1004@vmcms.csuohio.edu  |    -She's never been a friend of mine!
                         |                        Alan Parsons Project
--------------------------------------------------------------------------
From: bill@prijat.cs.uofs.edu (Bill Gunshannon)
Newsgroups: comp.sys.att
Subject: Re: 3B2 SCSI Equipment for sale
Keywords: 3b2 scsi esdi dcm4e
Date: 13 Aug 92 14:14:43 GMT
Reply-To: bill@platypus.uofs.edu
Distribution: usa
Organization: University of Scranton, Scranton, PA

I have never had my 3B2 opened up (although this weekend looks likely
as I think it needs a real good cleaning.)  Do all 3B2's have a SCSI
interface or is that another add on feature??  I thought it used MFM
type disks, but if it is already SCSI, then there is no reason why I
couldn't up my disk storage now.

Anybody out there know the answer??

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