From owner-freebsd-hackers Sun Jun 8 23:40:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA07798 for hackers-outgoing; Sun, 8 Jun 1997 23:40:59 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA07793 for ; Sun, 8 Jun 1997 23:40:55 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA25493; Mon, 9 Jun 1997 16:10:36 +0930 (CST) From: Michael Smith Message-Id: <199706090640.QAA25493@genesis.atrad.adelaide.edu.au> Subject: Re: pppd & natd problem turnaround.. In-Reply-To: <199706090614.QAA06988@godzilla.zeta.org.au> from Bruce Evans at "Jun 9, 97 04:14:17 pm" To: bde@zeta.org.au (Bruce Evans) Date: Mon, 9 Jun 1997 16:10:35 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG, lenzi@bsi.com.br X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > > >A turnaround is to replace m_len to ZERO whenever is less then zero. > > > >I know it is not the best, but it works for now. > > Better find the real bug. m->m_len < 0 "can't happen". I have a report that an mbuf chain with all the datagram in the first mbuf and m_len of 0 in the next also causes problems. It's not clear yet why; I hope to convince them to file a PR when they have it nailed. > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[