Probably an alignment problem, but I don't immediately see how:
at modules/proxy/mod_proxy_hcheck.c:410
wctx = 0x70706461
So this is not an address usable for a pointer.
But wctx comes from hc->s->context:
{name = "f9328\000/www.kippdata.de/", '\000' <repeats 232 times>, scheme
= "http", '\000' <repeats 11 times>, hostname = "www.kippdata.de",
'\000' <repeats 80 times>,
route = '\000' <repeats 95 times>, redirect = '\000' <repeats 95
times>, flusher = '\000' <repeats 15 times>, uds_path = '\000' <repeats
255 times>,
hcuri = '\000' <repeats 95 times>, hcexpr = '\000' <repeats 15
times>, "\001", lbset = 0, retries = 0, lbstatus = 0, lbfactor = 10000,
min = 0, smax = 1, hmax = 0,
flush_wait = 1, index = 0, passes = 1815278865, pcount = -1571419579,
fails = 3, fcount = 0, hash = {def = 2239854630, fnv = 2173387474},
status = 10,
flush_packets = flush_off, method = GET, updated = 0, error_time =
60000000, ttl = 0, retry = 0, timeout = 0, acquire = 0, ping_timeout =
30000000, conn_timeout = 0,
interval = 0, recv_buffer_size = 5242880, io_buffer_size = 0, elected
= 0, busy = 0, port = 80, transferred = 536870912, read =
3400067598672358249, context = 0x70706461,
keepalive = 0, disablereuse = 0, is_address_reusable = 0, retry_set =
1, timeout_set = 0, acquire_set = 1, ping_timeout_set = 0,
conn_timeout_set = 0,
recv_buffer_size_set = 0, io_buffer_size_set = 1, keepalive_set = 1,
disablereuse_set = 0, was_malloced = 0, is_name_matchable = 0}
and the context member gets set in line 403:
hc->context = wctx;
If I add a debug statement there the address looks different and fine. I
don't immediately see where the address changes. Sparc is known to be
picky about alignment. One might not observe this on x86.
Regards,
Rainer
