Nice, thank you!

On 12/21/2015 08:37 AM, thierry.fourn...@arpalert.org wrote:
Hi,

The new release of the 1.6 will fix this problem. It was due to an HTTP
analyer called and use after the flush of some http data by the
AppletHTTP Lua things.

Thierry


On Sat, 5 Dec 2015 02:00:50 +0100
Willy Tarreau <w...@1wt.eu> wrote:

On Fri, Dec 04, 2015 at 09:18:38AM +0100, Bernd Helm wrote:
On 12/03/2015 06:53 PM, Willy Tarreau wrote:
Maybe we're facing a bug where the buffer wraps at the end or something
like this. Bernd, if you still have the core, could you please issue
"print *b" while in buffer_insert_line2() ?
yes, i still have the core.

(gdb) frame 1
#1  0x0000000000413349 in buffer_insert_line2 (b=0x1e47a70,
     pos=0x1e47acb "ntent-Type: text/html;
     charset=UTF-8\r\nTransfer-Encoding: chunked\r\n\r\n1b9\r\n<!DOCTYPE
     html PUBLIC \"-//W3C//DTD XHTML 1.0 Transitional//EN\"
     \"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd\";>\n<html"..., 
str=0x513979 "Connection: close",
     len=17) at src/buffer.c:126
(gdb) print *b
$1 = {p = 0x0, size = 822083584, i = 64, o = 2818572288, data = 0x1e47a84
"z\344\001"}

if you need more information, let me know. thank you.
The buffer was corrupted :-(
I guess it was corrupted just before doing this buffer_insert_line2(),
causing it to crash. Buffers are manipulated a lot, so it must have
been still good a few nanoseconds before calling this. I'll review the
code in this area in case I can find any hint relevant to your config.

Thanks,
Willy



--
Mit freundlichen Grüßen  /  Best regards,
B.Sc. Bernd Michael Helm


--
Helm & Walter IT-Solutions GbR
Müglitztalstr. 63
D-01809 Dohna
Tel.: +49 3529 529129
Fax.:  +49 3529 2348140
Mobile: +49 151 21240208
Email: bernd.h...@helmundwalter.de
WWW: https://www.helmundwalter.de


Reply via email to