Re: malloc errors, HUGE stack

Renaud Deraison <[email protected]>
Newsgroups gmane.comp.security.nessus.devel
Message-ID <[email protected]>
On Thu, Mar 18, 2004 at 04:52:09PM -0800, Norbert Kiesel wrote:
> Hi, I'm still hunting my "Could not allocate" bugs. I switched to Linux
> hoping they would go away, but they didn't. So no I put a sleep(60) into
> emalloc() afetr it prints this bug.   Please notice that this nessusd
> compiled with -O0 and statically linked against libnessus and libnasl.
> Version is 2.0.10a.
> 
>  First thing I noticed was that I have a HUGE stacktrace:
> Is this really intended?

Michel will know better, but I think that yes.

> Looking at the data in gdb, the len comes from the length parameter of
> "nasl_recv".  Is there any smart way to find out which nasl_recv of
> DDI_Directory_Scanner.nasl is processed at this stage?

Then the bug is probably in http_keepalive.inc, more specifically in
http_keepalive_send_recv(). However I don't see how the error can occur,
because there are size checks before the calls to recv().
Use display() to display the lengths :(
_______________________________________________
Nessus-devel mailing list
[email protected]
http://mail.nessus.org/mailman/listinfo/nessus-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.