On Sun, May 9, 1999, Brian Somers wrote: > [.....] > > I'm using the 3.1R PPP right now, until the problem is > > resolved. I'm sending a problem report, as well. > > It should be resolved now. A NULL mbuf value is valid - it just > means that there's nothing in it. I changed fsm_Input() with the
Wouldn't it be better for *bp to be NULL instead of bp? > last commits, and didn't notice the MBUF_CTOP(bp) calls that you > pointed out :-( I hadn't looked into MBUF_CTOP, else I would have had enough of a grasp of the actual problem-causing code to at least find out what the problem was, if not fix it. > > MBUF_CTOP is now more robust, as are all the fsm functions and > mbuf_Prepend() (which would have died when doing protocol rejects). > > > -- > > Chris Costello <[email protected]> > > RAM DISK is not an installation procedure! > > -- > Brian <[email protected]> <[email protected]> > <http://www.Awfulhak.org> <[email protected]> > Don't _EVER_ lose your sense of humour ! <[email protected]> > > > > > To Unsubscribe: send mail to [email protected] > with "unsubscribe freebsd-current" in the body of the message -- Chris Costello <[email protected]> Expert systems are built to embody the knowledge of human experts. - Kulawiec To Unsubscribe: send mail to [email protected] with "unsubscribe freebsd-current" in the body of the message
