Tech Insider					     Technology and Trends


			      USENET Archives

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!axiom!adelie!ll-xn!topaz!rubin
From: ru...@topaz.RUTGERS.EDU (Mike Rubin)
Newsgroups: net.bugs.uucp
Subject: ULTRIX uucp vs. 4.3bsd (and others)
Message-ID: <4938@topaz.RUTGERS.EDU>
Date: Fri, 9-May-86 12:01:00 EDT
Article-I.D.: topaz.4938
Posted: Fri May  9 12:01:00 1986
Date-Received: Sun, 11-May-86 00:29:52 EDT
Distribution: net
Organization: Rutgers Univ., New Brunswick, N.J.
Lines: 8
Keywords: parity


It seems that ULTRIX uucp defaults to "send even parity and accept
ONLY EVEN PARITY".  This makes it unable to converse with various
other systems, including (it seems) 4.3bsd.  The fix: you must put
the magic cookie "P_ZERO" in your send-expect sequence, e.g.
	foovax Any ACU 1200 5551212 "" P_ZERO ....

--Mike Rubin	Timeplex, Inc.	{topaz, philabs!wu1}!timeplex!mrubin

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!cmcl2!harvard!seismo!rochester!kodak!ektools!ken
From: k...@ektools.UUCP (Kenneth J. Lester)
Newsgroups: net.bugs.uucp
Subject: Re: ULTRIX uucp vs. 4.3bsd (and others)
Message-ID: <391@ektools.UUCP>
Date: Mon, 12-May-86 16:31:33 EDT
Article-I.D.: ektools.391
Posted: Mon May 12 16:31:33 1986
Date-Received: Thu, 15-May-86 06:40:36 EDT
References: <4938@topaz.RUTGERS.EDU>
Reply-To: k...@ektools.UUCP (Kenneth J. Lester)
Distribution: net
Organization: Eastman Kodak, Dept. 47
Lines: 30
Keywords: parity

In article <4...@topaz.RUTGERS.EDU> ru...@topaz.RUTGERS.EDU (Mike Rubin) writes:
>
>It seems that ULTRIX uucp defaults to "send even parity and accept
>ONLY EVEN PARITY".  This makes it unable to converse with various
>other systems, including (it seems) 4.3bsd.  The fix: you must put
>the magic cookie "P_ZERO" in your send-expect sequence, e.g.
>	foovax Any ACU 1200 5551212 "" P_ZERO ....
>
>--Mike Rubin	Timeplex, Inc.	{topaz, philabs!wu1}!timeplex!mrubin

We were using Ultrix-32 1.1 on a VAX 750, and have made uucp connections to
various unix machines (Version 7, Sun 2.2, and System 5.2) without running 
into any parity problems.  A week ago we upgrade to Ultrix-32 1.2 and it
didn't break any of our uucp connections.  We do not use P_ZERO in our 
send-expect sequence.  In fact the uucp installation and administration 
manual for both versions state that P_ZERO is the default.

It would be helpful if you stated the exact version of Ultrix that is causing
this difficulty.

-- 
-------------------------------------------------------------------------
Ken Lester
System Administrator, Software Tools Laboratory
Product Software Engineering

USPS:   EASTMAN KODAK COMPANY, 901 Elmgrove Rd., Rochester, NY 14650
VOICE:  716 726-0322
UUCP:   {allegra, seismo}!rochester!kodak!ektools!ken
ARPA:   kodak!ektools!...@rochester.ARPA

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!husc6!
harvard!topaz!rubin
From: ru...@topaz.RUTGERS.EDU (Mike Rubin)
Newsgroups: net.bugs.uucp
Subject: Re: ULTRIX uucp vs. 4.3bsd (and others)
Message-ID: <4971@topaz.RUTGERS.EDU>
Date: Thu, 15-May-86 19:44:47 EDT
Article-I.D.: topaz.4971
Posted: Thu May 15 19:44:47 1986
Date-Received: Sat, 17-May-86 03:26:15 EDT
References: <4938@topaz.RUTGERS.EDU> <391@ektools.UUCP>
Distribution: net
Organization: Rutgers Univ., New Brunswick, N.J.
Lines: 13
Keywords: parity
Summary: Ultrix 1.1; it may not have been a bug

> >It seems that ULTRIX uucp defaults to "send even parity and accept
> >ONLY EVEN PARITY"....
> 
> We were using Ultrix-32 1.1 on a VAX 750, and have made uucp connections to
> various unix machines (Version 7, Sun 2.2, and System 5.2) without running 
> into any parity problems.... [and Ultrix 1.2 also works]

We're also running Ultrix-32 1.1 on a VAX-750; from the replies on the
net I am beginning to suspect our modems (Microcom's) are munging something
although I told them to use 8 bits, no parity.  Oh well.
Wasn't there traffic on the net a while back describing some uucp problem
between Ultrix and 4.3?

--Mike Rubin	{topaz, philabs!wu1}!timeplex!mrubin

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!cmcl2!harvard!seismo!decuac!avolio
From: avo...@decuac.DEC.COM (Frederick M. Avolio)
Newsgroups: net.bugs.uucp
Subject: Re: ULTRIX uucp vs. 4.3bsd (and others)
Message-ID: <936@decuac.DEC.COM>
Date: Wed, 21-May-86 23:53:59 EDT
Article-I.D.: decuac.936
Posted: Wed May 21 23:53:59 1986
Date-Received: Sat, 24-May-86 04:25:43 EDT
References: <4938@topaz.RUTGERS.EDU> <391@ektools.UUCP> <4971@topaz.RUTGERS.EDU>
Distribution: net
Organization: ULTRIX Applications Center, MD
Lines: 18
Keywords: parity

In article <4...@topaz.RUTGERS.EDU>, ru...@topaz.RUTGERS.EDU (Mike Rubin) writes:
> We're also running Ultrix-32 1.1 on a VAX-750; from the replies on the
> net I am beginning to suspect our modems (Microcom's) are munging something
> ... Wasn't there traffic on the net a while back describing some uucp problem
> between Ultrix and 4.3?

Look, for the record...  We run Ultrix-32 V1.2.  We ran V1.1 and V1.0.
Ran all the field test versions in between.  We talk to System V
systems, 4.2BSD systems, 4.1C systems, V7 systems, 4.3 systems, and
System III systems.  We talk to Goulds, Pyramids, other VAXes, Wicats
(at a time), and a 3B-something.  We don't have problems with UUCP to
any of them.  The same can be said for DECVAX, a usenet backbone site.
Why DECVAX even talks to european systems! :-)

-- 
Fred @ DEC Ultrix Applications Center
INET: avo...@decuac.DEC.COM				* Fight the Fight *
UUCP: {decvax,seismo,cbosgd}!decuac!avolio	       * Rescue the Unborn *

			        About USENET

USENET (Users’ Network) was a bulletin board shared among many computer
systems around the world. USENET was a logical network, sitting on top
of several physical networks, among them UUCP, BLICN, BERKNET, X.25, and
the ARPANET. Sites on USENET included many universities, private companies
and research organizations. See USENET Archives.

		       SCO Files Lawsuit Against IBM

March 7, 2003 - The SCO Group filed legal action against IBM in the State 
Court of Utah for trade secrets misappropriation, tortious interference, 
unfair competition and breach of contract. The complaint alleges that IBM 
made concentrated efforts to improperly destroy the economic value of 
UNIX, particularly UNIX on Intel, to benefit IBM's Linux services 
business. See SCO vs IBM.

The materials and information included in this website may only be used
for purposes such as criticism, review, private study, scholarship, or
research.

Electronic mail:			       WorldWideWeb:
   tech-insider@outlook.com			  http://tech-insider.org/