https://issues.apache.org/bugzilla/show_bug.cgi?id=44778
Summary: httpd dumps core when using mod_cache and mod_filter
for same request
Product: Apache httpd-2
Version: 2.2.8
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: mod_filter
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
When a server processes a request using both mod_cache and mod_filter, httpd
dumps core.
Core dumps seem to occur when httpd serves a request from cache and the
response matches a content filter where the provides is DEFLATE.
When one requests a resource which does not match any of the content filters,
the problem does not occur.
If mod_filter is replaced by "SetOutputFilter DEFLATE", the server does not
crash.
The first time the resource /rpforms/index.html is requested it is saved in
cache and served with "content-encoding: gzip". The next time it is requested
unconditionally, httpd crashes.
FilterDeclare compressed CONTENT_SET
FilterProvider compressed deflate resp=Content-Type $text/html
FilterProvider compressed deflate resp=Content-Type $text/plain
FilterProvider compressed deflate resp=Content-Type $text/css
FilterProvider compressed deflate resp=Content-Type $javascript
FilterProtocol compressed deflate "change=yes"
FilterTrace compressed 0
CacheRoot /var/run/apache01/cache
CacheIgnoreHeaders Set-Cookie
<VirtualHost centuri-01:443>
... mod_ssl directives removed ...
FilterChain compressed
CacheEnable disk /rpforms
</VirtualHost>
Full GDB back-trace:
#0 filter_harness (f=0x2c1af8, bb=0x2c1b40) at mod_filter.c:352
ret = 2759704
cachecontrol = 0x2a1c18 ""
str = 0x2c4683 ""
ctx = (harness_ctx *) 0x0
filter = (ap_filter_rec_t *) 0x1ef7c0
#1 0xfef51f2c in cache_url_handler (r=0x2abef0, lookup=0) at mod_cache.c:226
rv = 0
auth = 0x1ef7c0 ""
providers = (cache_provider_list *) 0x0
cache = (cache_request_rec *) 0x2ad7b8
conf = (cache_server_conf *) 0x2c1b40
out = (apr_bucket_brigade *) 0x2c1b40
#2 0x0003f80c in ap_run_quick_handler (r=0x2abef0, lookup=0) at config.c:160
pHook = (ap_LINK_quick_handler_t *) 0xfe6a3c84
n = 0
rv = 0
#3 0x000621b8 in ap_process_request (r=0x47a88) at http_request.c:254
access_status = 1
e = (apr_bucket *) 0x0
bb = (apr_bucket_brigade *) 0x2a2090
c = (conn_rec *) 0x1
ap__b = (apr_bucket *) 0x8
#4 0x0005e5fc in ap_process_http_connection (c=0x7eff0) at http_core.c:190
r = (request_rec *) 0x2abef0
csd = (apr_socket_t *) 0x0
#5 0x000476d0 in ap_run_process_connection (c=0x2a1c18) at connection.c:43
pHook = (ap_LINK_process_connection_t *) 0x0
n = 0
rv = 2
#6 0x0007f864 in worker_thread (thd=0x20b138, dummy=0x0) at worker.c:544
ti = (proc_info *) 0xfefd4c3c
process_slot = 1
thread_slot = 99
csd = (apr_socket_t *) 0x2a1b28
bucket_alloc = (apr_bucket_alloc_t *) 0x0
last_ptrans = (apr_pool_t *) 0x64
ptrans = (apr_pool_t *) 0x2a1af0
rv = 0
is_idle = 0
current_conn = (conn_rec *) 0x0
conn_id = 199
csd = 20
sbh = (ap_sb_handle_t *) 0x2a1c10
#7 0xfefd4c44 in _lwp_start () from /usr/lib/lwp/libthread.so.1
No symbol table info available.
#8 0xfefd4c44 in _lwp_start () from /usr/lib/lwp/libthread.so.1
No symbol table info available.
Previous frame identical to this frame (corrupt stack?)
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
