httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexei Kosut <>
Subject Re: vote update
Date Tue, 13 Feb 1996 07:18:07 GMT
On Mon, 12 Feb 1996, Alexei Kosut wrote:

> > 97.proxy-02            1*a 1   1   1   1   0            A
> This was replaced with 97.proxy-03 (which does work). I'll -1 this, and 
> +1 that.

Wait a minute...

Just got a chance to look more closely at 97.proxy-03 on my wonderful
HP-UX which likes nothing (except it happily runs with things that make
SunOSes very unhappy, witness the mod_actions seg fault of a while back). 
Anyhow, it's SIGSEGVing again. Which I find odd, because except for the
what's in patch 102 (which it worked fine with last time), nothing in
mod_proxy.c has changed. David said he made one other change, maybe this
is causing it. Or maybe I've just gone crazy. 

I can't figure out what's causing it, but a gdb "where" on the resulting
core file gives me (if this is any use to anyone): 

#0  0x802d3ff8 in kill ()
#1  0x802b4698 in raise ()
#2  0x802b4248 in abort ()
#3  0xc658 in seg_fault () at http_main.c:660
#4  <signal handler called>
#5  0x802baf60 in _time ()
#6  0x24bd0 in http_handler (r=0x40010718, c=0x46464646,
    url=0x9000 "rmissions deny server access",
    proxyhost=0x4001c6d8 "@\001\0068", proxyport=0) at mod_proxy.c:2600
#7  0x237ac in proxy_handler (r=0x40010718) at mod_proxy.c:1983
#8  0xf19c in invoke_handler (r=0x40010718) at http_config.c:287
#9  0x10c4c in process_request_internal (r=0x40010718) at http_request.c:662
#10 0x10c78 in process_request (r=0x40010718) at http_request.c:668
#11 0xcd70 in child_main (child_num_arg=39692) at http_main.c:940
#12 0xce94 in make_child (server_conf=0x4000a620, child_num=0)
    at http_main.c:977
#13 0xd2e0 in standalone_main (argc=39692, argv=0x40010718) at
#14 0xd658 in main (argc=2, argv=0x7b033268) at http_main.c:1207

--/ Alexei Kosut <> /--------/ Lefler on IRC
----------------------------/ <>
The viewpoints expressed above are entirely false, and in no way
represent Alexei Kosut nor any other person or entity. /--------------

View raw message