Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!mcsun!cernvax!chx400!poole From: poole@chx400.switch.ch (Simon Poole) Newsgroups: comp.unix.ultrix Subject: Re: SLIP source code in ULTRIX 3.0 Message-ID: <1989Oct16.095236.17791@chx400.switch.ch> Date: 16 Oct 89 09:52:36 GMT References: <25@danvx1.dannet.dk> <8164@cbmvax.UUCP> Reply-To: poole@chx400.switch.ch (Simon Poole) Organization: SWITCH Zuerich, Switzerland Lines: 26 In article shin@silk.c.u-tokyo.ac.jp (Shin Yoshimura) writes: >In article <8164@cbmvax.UUCP> grr@cbmvax.UUCP (George Robbins) writes: > > >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. Somewhere in /usr/sys/ there's a file sl.h lying around with #define NSL 1 in it (if you have SLIP configured, otherwise its 0). According to the BSD 4.3 sources this determines the max number of SLIP lines. So I would assumed that it is actually compiled for only one line. > >I hear that this bug is fixed on Ultrix 3.1. Has anyone try it ? ^^^ bug? It seems to be deliberate. Anyway it's probably still around (I haven't actually tested 3.1 with more than one SLIP connection). -- ------------------------------------------------------------------------ Simon Poole poole@verw.switch.ch/poole@chx400.switch.ch/mcvax!cernvax!chx400!poole ------------------------------------------------------------------------