home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!math.fu-berlin.de!informatik.tu-muenchen.de!LRZnews!schneck
- From: schneck@Physik.TU-Muenchen.DE (Bernhard Schneck)
- Newsgroups: comp.unix.bsd
- Subject: Re: more about 386BSD SLIP
- Message-ID: <schneck.715956942@Physik.TU-Muenchen.DE>
- Date: 8 Sep 92 12:55:42 GMT
- References: <Sep.7.14.41.53.1992.602@athos.rutgers.edu> <1992Sep7.193547.6231@zip.eecs.umich.edu>
- Sender: news@news.lrz-muenchen.de (Mr. News)
- Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
- Lines: 16
-
- dmuntz@quip.eecs.umich.edu (Daniel A Muntz) writes:
-
- >In article <Sep.7.14.41.53.1992.602@athos.rutgers.edu> hedrick@athos.rutgers.edu (Charles Hedrick) writes:
- >>Aside from the well-known silo overflow problem, I think there's
- >>another problem in the serial driver. I just had output hang in SLIP.
-
- There may be a buglet in obcopy (or something like that) in the kernel
- code, which will kill TCP ACK packets (among others). There was a fix
- in the PPP code for 386BSD which also repairs SLIP.
-
- \Bernhard.
- --
- Bernhard Schneck | Email: Bernhard.Schneck@Physik.TU-Muenchen.DE
- GeNUA Gesellschaft fuer Netz- | TU Muenchen Physik | There is no problem so big
- und UNIX-Administration mbH | 8046 Garching | that it cannot be run away
- 8000 Muenchen 83, Germany | Germany | from. Illusions, R. Bach
-