Jim Jagielski <[EMAIL PROTECTED]> writes:
> Can you try HEAD on httpd-trunk for a fix until something
> more robust as far as the connections are implemented...
It gets the backend-connections right, but segfaults in the new code in
proxy_util.c.
I got the following out of a coredump:
dbx: warning: Some symbolic information might be incorrect.
[EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal SEGV (Segmentation
Fault)
0xfefd42cc: strcasecmp+0x0024: ldub [%o2], %o3
Current function is ap_proxy_determine_connection
1837 (strcasecmp(conn->hostname, uri->hostname) != 0) ) ) {
(dbx) where
current thread: [EMAIL PROTECTED]
[1] strcasecmp(0x0, 0x198238, 0xfef183b4, 0xfef183b8, 0xfef183c0,
0xfef183c4), at 0xfefd42cc
=>[2] ap_proxy_determine_connection(p = 0x18dd58, r = 0x19bdc8, conf =
0x14be88, worker = 0x14b320, conn = 0x14c1e0, uri = 0x1981f0, url = 0xfea7ba20,
proxyname = (nil), proxyport = 0, server_portstr = 0xfea7b9a8 "",
server_portstr_size = 32), line 1837 in "proxy_util.c"
[3] proxy_http_handler(r = 0x19bdc8, worker = 0x14b320, conf = 0x14be88, url
= 0x198258 "/images/xpop-1.jpg", proxyname = (nil), proxyport = 0), line 1690
in "mod_proxy_http.c"
[4] proxy_run_scheme_handler(0x19bdc8, 0x14b320, 0x14be88, 0x19d6f0, 0x0,
0x0), at 0xfeefc8e8
[5] proxy_handler(r = 0x19bdc8), line 740 in "mod_proxy.c"
[6] ap_run_handler(0x19bdc8, 0x14, 0x19cc4d, 0x0, 0x0, 0x0), at 0x5e014
[7] ap_invoke_handler(r = 0x19bdc8), line 373 in "config.c"
[8] ap_process_async_request(r = 0x19bdc8), line 241 in "http_request.c"
[9] ap_process_request(r = 0x19bdc8), line 281 in "http_request.c"
[10] ap_process_http_connection(c = 0x18de80), line 182 in "http_core.c"
[11] ap_run_process_connection(0x18de80, 0x18dd90, 0x18dd90, 0x2, 0x18de78,
0x191d68), at 0x6a7ac
[12] ap_process_connection(c = 0x18de80, csd = 0x18dd90), line 180 in
"connection.c"
[13] process_socket(p = 0x18dd58, sock = 0x18dd90, my_child_num = 0,
my_thread_num = 2, bucket_alloc = 0x191d68), line 532 in "worker.c"
[14] worker_thread(thd = 0xedea0, dummy = 0xdefc0), line 878 in "worker.c"
[15] dummy_worker(opaque = 0xedea0), line 138 in "thread.c"
hope this is useful,
Hansjörg
--
IT Services University of Innsbruck
CFB4 D6E7 33F4 34C0 18B9 6661 E355 4337 3F8B D9C2
http://purl.org/net/hansjoerg.pehofer/public_key
