Re: Re: userland program panics freebsd 4.3

2002-01-03 Thread Michael Scheidell
TECTED]>; "Stefan Esser" <[EMAIL PROTECTED]> Sent: Tuesday, January 01, 2002 5:25 PM Subject: Re: Re: userland program panics freebsd 4.3 > On 2002-01-01 19:59 +, John Rochester <[EMAIL PROTECTED]> wrote: > > Stefan Esser wrote: > > > > >Ins

Re: Re: userland program panics freebsd 4.3

2002-01-02 Thread Michael Scheidell
- Original Message - From: "Stefan Esser" <[EMAIL PROTECTED]> To: "John Rochester" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; "Stefan Esser" <[EMAIL PROTECTED]> Sent: Tuesday, January 01, 2002 5:25 PM Subject: Re: Re: userland program

Re: Re: userland program panics freebsd 4.3

2002-01-01 Thread Stefan Esser
On 2002-01-01 19:59 +, John Rochester <[EMAIL PROTECTED]> wrote: > Stefan Esser wrote: > > >Instead of the for loop, I'd rather have: > > > > while(waitpid(pid, NULL, WNOHANG) == EINTR) > > > This should be > > while (waitpid(pid, NULL, WNOHANG) < 0 && errno == EINTR) Yes, obviously ... ;-)

Re: Re: Re: userland program panics freebsd 4.3

2002-01-01 Thread Stefan Esser
On 2001-12-31 11:31 -0500, Michael Scheidell <[EMAIL PROTECTED]> wrote: > > (The second method, used only if there is no PROCFS, is to call > > kill(PID, 0), which will check if a signal could be delivered. > > That method should probably be prefered to the reading of procfs > > anyway, since the

Re: Re: userland program panics freebsd 4.3

2001-12-31 Thread Michael Scheidell
> > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=32681 > > The cause is a NULL pointer dereference in that fstatfs system > call, where some pointer hanging off a vnode is cleared. Nessusd > tries to read from /proc/PID (for PID = process IDs of plugins > spawned) in order to see whether so

Re: Re: userland program panics freebsd 4.3

2001-12-31 Thread Stefan Esser
On 2001-12-31 10:29 -0500, Michael Scheidell <[EMAIL PROTECTED]> wrote: > as for hanging processes, this is probaly due to the bug in the FBSD > distributer libpcap, hanging on pcap_next(). IIRC, most processes were sleeping in select(). But truss revealed, that some processes were running in a l