Re: splitting a string...

[Drew Bertola]

Joachim Zobel wrote:
> Am Montag, den 01.01.2007, 06:18 -0800 schrieb Drew Bertola:
>   
>> This generates segfaults when processing php and doesn't help with my
>> problem.   Is the problem due to filter order?
>>     
>
> To find out more about the segf's do 
[snip - thanks]


I'm confused about the cause of the segfaults.  Here's what gdb is
showing me (again, only for php files)...

tail end of gdb /usr/sbin/httpd core.xxxxx:

Loaded symbols for /usr/lib/libart_lgpl_2.so.2
Failed to read a valid object file image from memory.
Core was generated by `/usr/sbin/httpd'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000058 in ?? ()


and the full backtrace shows:

#0  0x00000058 in ?? ()
No symbol table info available.
#1  0x001347bf in lt_insert_filter (f=0xa0cbd30, bb=0xa0cc168)
    at lt_insert.c:91
        len = 4104
        str = 0xa0d3cb4 "000108 nothing just filling up space,\n000109
nothing just filling up space,\n000110 nothing just filling up
space,\n000111 nothing just filling up space,\n000112 nothing just
filling up space,\n000113 not"...
        position = <value optimized out>
        i = 4123
        ctx = (lt_insert_struct *) 0xa0cc188
        e = (apr_bucket *) 0xa0cc194
#2  0x007b8f60 in ap_pass_brigade () from /usr/sbin/httpd
No symbol table info available.


line 91 looks like this: 

      apr_bucket_read(e, &str, &len, APR_NONBLOCK_READ);

Also, it only happens if I use

          APR_BRIGADE_INSERT_TAIL(ctx->bb, e);

rather than

          i = 0;
          while ( i < len )
            {
              ap_fputc(f->next, ctx->bb, str[i++]);
            }


which works well, but, as you note, is a bit expensive.

I'd love to get my hands on a well written "null_output_filter_module".

Thanks,
--
Drew