Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!gem.mps.ohio-state.edu!ginosko!uunet!kddlab!ccut!komaba!silk!shin From: shin@silk.c.u-tokyo.ac.jp (Shin Yoshimura) Newsgroups: comp.unix.ultrix Subject: Re: SLIP source code in ULTRIX 3.0 Message-ID: Date: 15 Oct 89 05:07:30 GMT References: <25@danvx1.dannet.dk> <8164@cbmvax.UUCP> Sender: news@silk.c.u-tokyo.ac.jp Organization: Coll. Arts & Sci., The University of Tokyo, Japan. Lines: 25 In-reply-to: grr@cbmvax.UUCP's message of 13 Oct 89 02:31:27 GMT In article <8164@cbmvax.UUCP> grr@cbmvax.UUCP (George Robbins) writes: >In article <25@danvx1.dannet.dk> danmra@danvx1.dannet.dk (Mogens Rom Andersen, Udviklingsafdelingen) writes: >> >> There is a bug in ULTRIX 3.0, which means it's impossible to run more than >> one SLIP connection, on different net in parallel. Is the problem solved >> in ULTRIX 3.1 or is there any hints from DEC on when ? > >This problem has been reported here a number of times, with no particular >conclusion posted. The code is supposed to be derived from the standard >slip sources, however it has been integrated is a somewhat different >manner. It's not clear whether then limitation of 1 line is because it >was compiled that way, or whether it's a bug in the Ultrix implementation. > >It would be nice if somebody could look in the sources and see if there >is a compile time option for number of lines. If so, it's probably >patchable. I don't have the time right now to go though adb analysis >of the code... I hear that this bug is fixed on Ultrix 3.1. Has anyone try it ? -- Shin Yoshimura Dept. of Chem., Coll. of Arts & Sci., The Univ. of Tokyo., JAPAN shin@komaba.c.u-tokyo.ac.jp