You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by Bojan Smojver <bo...@binarix.com> on 2001/08/03 05:02:41 UTC
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Don't want to be a pain in the back side... but (there is always at
least one of those :-), is anyone checking this one out?
I had a peek into the code and that NULL pointer is a variable called
'uwr->context'. Don't know much about mod_jk, but this one gets
initialised in the same file, function uri_worker_map_add. If that thing
gets blown away (or isn't redone) when Apache gracefully restarts...
Bojan
Bojan Smojver wrote:
>
> GOMEZ Henri wrote:
> >
> > >Just realised that the core I have was compiled without -g option. VERY
> > >useful. I also wanted to replicate the core dump with the
> > >httpd that was
> > >compiled with -g, but that didn't work. Now I'm starting to think that
> > >the core file I had was a result of a different crash (I was
> > >experimenting with a lot of stuff and Apache would sometimes spit the
> > >dummy).
> > >
> > >So, how do I get to you something you can use? I've seen the Apache
> > >debugging document (http://dev.apache.org/debugging.html) and forceful
> > >core dumping techniques, but I couldn't find truss for Linux.
> > >Or maybe I
> > >should use something else?
> > >
> > >What are your suggestions?
> >
> > Ask to Apache specialist in new-http list, may be JF Clere could
> > forward your question to them ?
>
> Here is the backtrace from gdb when the segfault happens (I'm starting
> to enjoy this debugging of Apache :-)
>
> -------------------------------------
> Program received signal SIGSEGV, Segmentation fault.
> 0x4021d26f in strncmp (s1=0x0, s2=0x82d2bb4 "/whatwedo/", n=137294736)
> at ../sysdeps/generic/strncmp.c:42
> 42 ../sysdeps/generic/strncmp.c: No such file or directory.
> (gdb) where
> #0 0x4021d26f in strncmp (s1=0x0, s2=0x82d2bb4 "/whatwedo/",
> n=137294736)
> at ../sysdeps/generic/strncmp.c:42
> #1 0x8076e91 in map_uri_to_worker (uw_map=0x82ef290,
> uri=0x82d2bb4 "/whatwedo/", l=0x82ef100) at jk_uri_worker_map.c:412
> #2 0x8072a4c in jk_translate (r=0x82d145c) at mod_jk.c:1177
> #3 0x8146a99 in run_method (r=0x82d145c, offset=0, run_all=0)
> at http_config.c:369
> #4 0x8146ae2 in ap_translate_name (r=0x82d145c) at http_config.c:381
> #5 0x81552b4 in process_request_internal (r=0x82d145c) at
> http_request.c:1198
> #6 0x8155682 in ap_process_request (r=0x82d145c) at http_request.c:1323
> #7 0x814f2d0 in child_main (child_num_arg=0) at http_main.c:4299
> #8 0x814f4eb in make_child (s=0x827c2e4, slot=0, now=996554230)
> at http_main.c:4467
> #9 0x814f560 in startup_children (number_to_start=1) at
> http_main.c:4494
> #10 0x814fbd1 in standalone_main (argc=1, argv=0xbffff854) at
> http_main.c:4854
> #11 0x8150138 in main (argc=1, argv=0xbffff854) at http_main.c:5124
> #12 0x401b9b5c in __libc_start_main (main=0x814fe2c <main>, argc=1,
> ubp_av=0xbffff854, init=0x806f500 <_init>, fini=0x81b7c70 <_fini>,
> rtld_fini=0x4000d634 <_dl_fini>, stack_end=0xbffff84c)
> at ../sysdeps/generic/libc-start.c:129
> -------------------------------------
>
> Looks like strncmp received a NULL pointer at #0...
>
> Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Bojan Smojver wrote:
>
> Just a little trivial problem with the new source: it doesn't build
> because file common/jk_uri_worker_map.c has an unintentional comment end
> (the * after apache) in line 312:
>
> * I have fixed jk_mount_context() in apache*/mod_jk.c so we should
>
> The comment actually ends in line 314.
Oops, sorry I added the comment after testing - My bad ! -
>
> Bojan
>
> Bojan Smojver wrote:
> >
> > jean-frederic clere wrote:
> >
> > > Well I have fixed the code to prevent using the faulting JkMount syntax.
> >
> > I am happy my stupidity is good for something. At least the code became
> > more idiot-proof ;-)
> >
> > Thanks heaps,
> > Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by Bojan Smojver <bo...@binarix.com>.
Just a little trivial problem with the new source: it doesn't build
because file common/jk_uri_worker_map.c has an unintentional comment end
(the * after apache) in line 312:
* I have fixed jk_mount_context() in apache*/mod_jk.c so we should
The comment actually ends in line 314.
Bojan
Bojan Smojver wrote:
>
> jean-frederic clere wrote:
>
> > Well I have fixed the code to prevent using the faulting JkMount syntax.
>
> I am happy my stupidity is good for something. At least the code became
> more idiot-proof ;-)
>
> Thanks heaps,
> Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by Bojan Smojver <bo...@binarix.com>.
jean-frederic clere wrote:
> Well I have fixed the code to prevent using the faulting JkMount syntax.
I am happy my stupidity is good for something. At least the code became
more idiot-proof ;-)
Thanks heaps,
Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by Bojan Smojver <bo...@binarix.com>.
jean-frederic clere wrote:
>
> Bojan Smojver wrote:
> >
> > Bojan Smojver wrote:
> > >
> > > Unfortunately, the problem is still there... Let me run gdb on the thing
> > > again and then I'll send you the backtrace.
> > >
> > > Bojan
> >
> > Slighty different problem this time, but along the lines of the previous
> > one:
>
> DARN, That is the same kind of error, caused by the line:
> JkMount /login/j_security_check ajp13
> The code only supports /context/* - I will try to fix this one -
Was the above problem in any way related to this post?
Re: Patch: Mod_jk remove query string as factor in MATCH_TYPE_EXACT
And just one other detail that bothers me... How come the problem only
occurs when I gracefully restart Apache twice or more in a row. Wouldn't
this kind error occur the first or second time around (ie. if the mount
isn't supported, it would create problems all the time). Did I miss
something here?
Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by Bojan Smojver <bo...@binarix.com>.
jean-frederic clere wrote:
>
> Bojan Smojver wrote:
> >
> > Bojan Smojver wrote:
> > >
> > > Unfortunately, the problem is still there... Let me run gdb on the thing
> > > again and then I'll send you the backtrace.
> > >
> > > Bojan
> >
> > Slighty different problem this time, but along the lines of the previous
> > one:
>
> DARN, That is the same kind of error, caused by the line:
> JkMount /login/j_security_check ajp13
> The code only supports /context/* - I will try to fix this one -
Just downloaded and complied the latest CVS snapshot of mod_jk (it still
has version 1.2.0 on it). I tried to replicate the problem and it seems
to be gone (hurray!!!).
Do I take it this issue has been addressed?
Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Bojan Smojver wrote:
>
> Bojan Smojver wrote:
> >
> > Unfortunately, the problem is still there... Let me run gdb on the thing
> > again and then I'll send you the backtrace.
> >
> > Bojan
>
> Slighty different problem this time, but along the lines of the previous
> one:
DARN, That is the same kind of error, caused by the line:
JkMount /login/j_security_check ajp13
The code only supports /context/* - I will try to fix this one -
>
> ----------------------------------------------
> Program received signal SIGSEGV, Segmentation fault.
> 0x4021d26f in strncmp (s1=0x4f444145 <Address 0x4f444145 out of bounds>,
> s2=0x82d2c9c "/", n=5852238) at ../sysdeps/generic/strncmp.c:42
> 42 ../sysdeps/generic/strncmp.c: No such file or directory.
> (gdb) where
> #0 0x4021d26f in strncmp (s1=0x4f444145 <Address 0x4f444145 out of
> bounds>,
> s2=0x82d2c9c "/", n=5852238) at ../sysdeps/generic/strncmp.c:42
> #1 0x8076ed1 in map_uri_to_worker (uw_map=0x82ef390, uri=0x82d2c9c "/",
> l=0x82ef200) at jk_uri_worker_map.c:423
> #2 0x8072a5c in jk_translate (r=0x82d155c) at mod_jk.c:1179
> #3 0x8146b41 in run_method (r=0x82d155c, offset=0, run_all=0)
> at http_config.c:369
> #4 0x8146b8a in ap_translate_name (r=0x82d155c) at http_config.c:381
> #5 0x815535c in process_request_internal (r=0x82d155c) at
> http_request.c:1198
> #6 0x815572a in ap_process_request (r=0x82d155c) at http_request.c:1323
> #7 0x814f378 in child_main (child_num_arg=0) at http_main.c:4299
> #8 0x814f593 in make_child (s=0x827c3e4, slot=0, now=996898126)
> at http_main.c:4467
> #9 0x814f608 in startup_children (number_to_start=1) at
> http_main.c:4494
> #10 0x814fc79 in standalone_main (argc=1, argv=0xbffff884) at
> http_main.c:4854
> #11 0x81501e0 in main (argc=1, argv=0xbffff884) at http_main.c:5124
> #12 0x401b9b5c in __libc_start_main (main=0x814fed4 <main>, argc=1,
> ubp_av=0xbffff884, init=0x806f500 <_init>, fini=0x81b7d10 <_fini>,
> rtld_fini=0x4000d634 <_dl_fini>, stack_end=0xbffff87c)
> at ../sysdeps/generic/libc-start.c:129
> ----------------------------------------------
>
> Hope this helps.
>
> Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by Bojan Smojver <bo...@binarix.com>.
Bojan Smojver wrote:
>
> Unfortunately, the problem is still there... Let me run gdb on the thing
> again and then I'll send you the backtrace.
>
> Bojan
Slighty different problem this time, but along the lines of the previous
one:
----------------------------------------------
Program received signal SIGSEGV, Segmentation fault.
0x4021d26f in strncmp (s1=0x4f444145 <Address 0x4f444145 out of bounds>,
s2=0x82d2c9c "/", n=5852238) at ../sysdeps/generic/strncmp.c:42
42 ../sysdeps/generic/strncmp.c: No such file or directory.
(gdb) where
#0 0x4021d26f in strncmp (s1=0x4f444145 <Address 0x4f444145 out of
bounds>,
s2=0x82d2c9c "/", n=5852238) at ../sysdeps/generic/strncmp.c:42
#1 0x8076ed1 in map_uri_to_worker (uw_map=0x82ef390, uri=0x82d2c9c "/",
l=0x82ef200) at jk_uri_worker_map.c:423
#2 0x8072a5c in jk_translate (r=0x82d155c) at mod_jk.c:1179
#3 0x8146b41 in run_method (r=0x82d155c, offset=0, run_all=0)
at http_config.c:369
#4 0x8146b8a in ap_translate_name (r=0x82d155c) at http_config.c:381
#5 0x815535c in process_request_internal (r=0x82d155c) at
http_request.c:1198
#6 0x815572a in ap_process_request (r=0x82d155c) at http_request.c:1323
#7 0x814f378 in child_main (child_num_arg=0) at http_main.c:4299
#8 0x814f593 in make_child (s=0x827c3e4, slot=0, now=996898126)
at http_main.c:4467
#9 0x814f608 in startup_children (number_to_start=1) at
http_main.c:4494
#10 0x814fc79 in standalone_main (argc=1, argv=0xbffff884) at
http_main.c:4854
#11 0x81501e0 in main (argc=1, argv=0xbffff884) at http_main.c:5124
#12 0x401b9b5c in __libc_start_main (main=0x814fed4 <main>, argc=1,
ubp_av=0xbffff884, init=0x806f500 <_init>, fini=0x81b7d10 <_fini>,
rtld_fini=0x4000d634 <_dl_fini>, stack_end=0xbffff87c)
at ../sysdeps/generic/libc-start.c:129
----------------------------------------------
Hope this helps.
Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by Bojan Smojver <bo...@binarix.com>.
Unfortunately, the problem is still there... Let me run gdb on the thing
again and then I'll send you the backtrace.
Bojan
jean-frederic clere wrote:
>
> Clere Jean-Frederic FSC EP LP COM 5 wrote:
> >
> > Bojan Smojver wrote:
> > >
> > > jean-frederic clere wrote:
> > > >
> > > > Bojan Smojver wrote:
> > > > >
> > > > > jean-frederic clere wrote:
> > > > > >
> > > > > > Bojan Smojver wrote:
> > > > > > >
> > > > > > > Don't want to be a pain in the back side... but (there is always at
> > > > > > > least one of those :-), is anyone checking this one out?
> > > > > > >
> > > > > > > I had a peek into the code and that NULL pointer is a variable called
> > > > > > > 'uwr->context'. Don't know much about mod_jk, but this one gets
> > > > > > > initialised in the same file, function uri_worker_map_add. If that thing
> > > > > > > gets blown away (or isn't redone) when Apache gracefully restarts...
> > > > > >
> > > > > > I will have a look...
> > > >
> > > > It seems uwr->context is not initialized... Do you have something like:
> > > > +++
> > > > JkMount toto titi
> > > > +++
> > > > In your httpd.conf (uri not starting with /)? I think this leaves uwr wrongly
> > > > initialized...
> > > >
> > > > >
> > > > > Thanks.
> > > > >
> > > > > Bojan
> > >
> > > As the matter of fact I do. Here is the config:
> > >
> > > ###############################################################################
> > > # Apache JK Configuration
> > > File #
> > > ###############################################################################
> > >
> > > <IfModule mod_jk.c>
> > >
> > > JkWorkersFile /etc/tomcat/workers.properties
> > > JkLogFile /var/apache/logs/mod_jk.log
> > > JkLogLevel info
> > >
> > > JkMount *.jsp ajp13
> > > JkMount /*.jsp ajp13
> > > JkMount *.vm ajp13
> > > JkMount /*.vm ajp13
> > > JkMount /servlet/* ajp13
> > > JkMount /login/j_security_check ajp13
> > >
> > > </IfModule>
> > >
> > > Does that mean that entries like *.jsp and *.vm would segfault Apache?
> >
> > Yep, they could: I have the following:
> > +++
> > <IfModule mod_jk.c>
> > JkWorkersFile /usr/local/apache/conf/workers.properties
> >
> > JkLogFile logs/mod_jk.log
> > JkLogLevel debug
> >
> > JkMount toto titi
> > JkMount /examples/* examples
> > JkMount /servlet-tests/* servlet-tests
> > JkMount /jsp-tests/* jsp-tests
> > #JkMount toto titi
> > </IfModule>
> > +++
> >
> > And I have added a trace in map_uri_to_worker that shows:
> > +++
> > jk_uri_worker_map_t::map_uri_to_worker,00000000 0
> > jk_uri_worker_map_t::map_uri_to_worker,080d08b8 10
> > jk_uri_worker_map_t::map_uri_to_worker,080d0900 15
> > jk_uri_worker_map_t::map_uri_to_worker,080d0958 11
> > +++
> > I will try to fix the problem.
>
> Well I have fixed the code to prevent using the faulting JkMount syntax.
>
> >
> > >
> > > Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Clere Jean-Frederic FSC EP LP COM 5 wrote:
>
> Bojan Smojver wrote:
> >
> > jean-frederic clere wrote:
> > >
> > > Bojan Smojver wrote:
> > > >
> > > > jean-frederic clere wrote:
> > > > >
> > > > > Bojan Smojver wrote:
> > > > > >
> > > > > > Don't want to be a pain in the back side... but (there is always at
> > > > > > least one of those :-), is anyone checking this one out?
> > > > > >
> > > > > > I had a peek into the code and that NULL pointer is a variable called
> > > > > > 'uwr->context'. Don't know much about mod_jk, but this one gets
> > > > > > initialised in the same file, function uri_worker_map_add. If that thing
> > > > > > gets blown away (or isn't redone) when Apache gracefully restarts...
> > > > >
> > > > > I will have a look...
> > >
> > > It seems uwr->context is not initialized... Do you have something like:
> > > +++
> > > JkMount toto titi
> > > +++
> > > In your httpd.conf (uri not starting with /)? I think this leaves uwr wrongly
> > > initialized...
> > >
> > > >
> > > > Thanks.
> > > >
> > > > Bojan
> >
> > As the matter of fact I do. Here is the config:
> >
> > ###############################################################################
> > # Apache JK Configuration
> > File #
> > ###############################################################################
> >
> > <IfModule mod_jk.c>
> >
> > JkWorkersFile /etc/tomcat/workers.properties
> > JkLogFile /var/apache/logs/mod_jk.log
> > JkLogLevel info
> >
> > JkMount *.jsp ajp13
> > JkMount /*.jsp ajp13
> > JkMount *.vm ajp13
> > JkMount /*.vm ajp13
> > JkMount /servlet/* ajp13
> > JkMount /login/j_security_check ajp13
> >
> > </IfModule>
> >
> > Does that mean that entries like *.jsp and *.vm would segfault Apache?
>
> Yep, they could: I have the following:
> +++
> <IfModule mod_jk.c>
> JkWorkersFile /usr/local/apache/conf/workers.properties
>
> JkLogFile logs/mod_jk.log
> JkLogLevel debug
>
> JkMount toto titi
> JkMount /examples/* examples
> JkMount /servlet-tests/* servlet-tests
> JkMount /jsp-tests/* jsp-tests
> #JkMount toto titi
> </IfModule>
> +++
>
> And I have added a trace in map_uri_to_worker that shows:
> +++
> jk_uri_worker_map_t::map_uri_to_worker,00000000 0
> jk_uri_worker_map_t::map_uri_to_worker,080d08b8 10
> jk_uri_worker_map_t::map_uri_to_worker,080d0900 15
> jk_uri_worker_map_t::map_uri_to_worker,080d0958 11
> +++
> I will try to fix the problem.
Well I have fixed the code to prevent using the faulting JkMount syntax.
>
> >
> > Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Bojan Smojver wrote:
>
> jean-frederic clere wrote:
> >
> > Bojan Smojver wrote:
> > >
> > > jean-frederic clere wrote:
> > > >
> > > > Bojan Smojver wrote:
> > > > >
> > > > > Don't want to be a pain in the back side... but (there is always at
> > > > > least one of those :-), is anyone checking this one out?
> > > > >
> > > > > I had a peek into the code and that NULL pointer is a variable called
> > > > > 'uwr->context'. Don't know much about mod_jk, but this one gets
> > > > > initialised in the same file, function uri_worker_map_add. If that thing
> > > > > gets blown away (or isn't redone) when Apache gracefully restarts...
> > > >
> > > > I will have a look...
> >
> > It seems uwr->context is not initialized... Do you have something like:
> > +++
> > JkMount toto titi
> > +++
> > In your httpd.conf (uri not starting with /)? I think this leaves uwr wrongly
> > initialized...
> >
> > >
> > > Thanks.
> > >
> > > Bojan
>
> As the matter of fact I do. Here is the config:
>
> ###############################################################################
> # Apache JK Configuration
> File #
> ###############################################################################
>
> <IfModule mod_jk.c>
>
> JkWorkersFile /etc/tomcat/workers.properties
> JkLogFile /var/apache/logs/mod_jk.log
> JkLogLevel info
>
> JkMount *.jsp ajp13
> JkMount /*.jsp ajp13
> JkMount *.vm ajp13
> JkMount /*.vm ajp13
> JkMount /servlet/* ajp13
> JkMount /login/j_security_check ajp13
>
> </IfModule>
>
> Does that mean that entries like *.jsp and *.vm would segfault Apache?
Yep, they could: I have the following:
+++
<IfModule mod_jk.c>
JkWorkersFile /usr/local/apache/conf/workers.properties
JkLogFile logs/mod_jk.log
JkLogLevel debug
JkMount toto titi
JkMount /examples/* examples
JkMount /servlet-tests/* servlet-tests
JkMount /jsp-tests/* jsp-tests
#JkMount toto titi
</IfModule>
+++
And I have added a trace in map_uri_to_worker that shows:
+++
jk_uri_worker_map_t::map_uri_to_worker,00000000 0
jk_uri_worker_map_t::map_uri_to_worker,080d08b8 10
jk_uri_worker_map_t::map_uri_to_worker,080d0900 15
jk_uri_worker_map_t::map_uri_to_worker,080d0958 11
+++
I will try to fix the problem.
>
> Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by Bojan Smojver <bo...@binarix.com>.
jean-frederic clere wrote:
>
> Bojan Smojver wrote:
> >
> > jean-frederic clere wrote:
> > >
> > > Bojan Smojver wrote:
> > > >
> > > > Don't want to be a pain in the back side... but (there is always at
> > > > least one of those :-), is anyone checking this one out?
> > > >
> > > > I had a peek into the code and that NULL pointer is a variable called
> > > > 'uwr->context'. Don't know much about mod_jk, but this one gets
> > > > initialised in the same file, function uri_worker_map_add. If that thing
> > > > gets blown away (or isn't redone) when Apache gracefully restarts...
> > >
> > > I will have a look...
>
> It seems uwr->context is not initialized... Do you have something like:
> +++
> JkMount toto titi
> +++
> In your httpd.conf (uri not starting with /)? I think this leaves uwr wrongly
> initialized...
>
> >
> > Thanks.
> >
> > Bojan
As the matter of fact I do. Here is the config:
###############################################################################
# Apache JK Configuration
File #
###############################################################################
<IfModule mod_jk.c>
JkWorkersFile /etc/tomcat/workers.properties
JkLogFile /var/apache/logs/mod_jk.log
JkLogLevel info
JkMount *.jsp ajp13
JkMount /*.jsp ajp13
JkMount *.vm ajp13
JkMount /*.vm ajp13
JkMount /servlet/* ajp13
JkMount /login/j_security_check ajp13
</IfModule>
Does that mean that entries like *.jsp and *.vm would segfault Apache?
Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Bojan Smojver wrote:
>
> jean-frederic clere wrote:
> >
> > Bojan Smojver wrote:
> > >
> > > Don't want to be a pain in the back side... but (there is always at
> > > least one of those :-), is anyone checking this one out?
> > >
> > > I had a peek into the code and that NULL pointer is a variable called
> > > 'uwr->context'. Don't know much about mod_jk, but this one gets
> > > initialised in the same file, function uri_worker_map_add. If that thing
> > > gets blown away (or isn't redone) when Apache gracefully restarts...
> >
> > I will have a look...
It seems uwr->context is not initialized... Do you have something like:
+++
JkMount toto titi
+++
In your httpd.conf (uri not starting with /)? I think this leaves uwr wrongly
initialized...
>
> Thanks.
>
> Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by Bojan Smojver <bo...@binarix.com>.
jean-frederic clere wrote:
>
> Bojan Smojver wrote:
> >
> > Don't want to be a pain in the back side... but (there is always at
> > least one of those :-), is anyone checking this one out?
> >
> > I had a peek into the code and that NULL pointer is a variable called
> > 'uwr->context'. Don't know much about mod_jk, but this one gets
> > initialised in the same file, function uri_worker_map_add. If that thing
> > gets blown away (or isn't redone) when Apache gracefully restarts...
>
> I will have a look...
Thanks.
Bojan
Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)
Posted by jean-frederic clere <jf...@fujitsu-siemens.com>.
Bojan Smojver wrote:
>
> Don't want to be a pain in the back side... but (there is always at
> least one of those :-), is anyone checking this one out?
>
> I had a peek into the code and that NULL pointer is a variable called
> 'uwr->context'. Don't know much about mod_jk, but this one gets
> initialised in the same file, function uri_worker_map_add. If that thing
> gets blown away (or isn't redone) when Apache gracefully restarts...
I will have a look...
>
> Bojan
>
> Bojan Smojver wrote:
> >
> > GOMEZ Henri wrote:
> > >
> > > >Just realised that the core I have was compiled without -g option. VERY
> > > >useful. I also wanted to replicate the core dump with the
> > > >httpd that was
> > > >compiled with -g, but that didn't work. Now I'm starting to think that
> > > >the core file I had was a result of a different crash (I was
> > > >experimenting with a lot of stuff and Apache would sometimes spit the
> > > >dummy).
> > > >
> > > >So, how do I get to you something you can use? I've seen the Apache
> > > >debugging document (http://dev.apache.org/debugging.html) and forceful
> > > >core dumping techniques, but I couldn't find truss for Linux.
> > > >Or maybe I
> > > >should use something else?
> > > >
> > > >What are your suggestions?
> > >
> > > Ask to Apache specialist in new-http list, may be JF Clere could
> > > forward your question to them ?
> >
> > Here is the backtrace from gdb when the segfault happens (I'm starting
> > to enjoy this debugging of Apache :-)
> >
> > -------------------------------------
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x4021d26f in strncmp (s1=0x0, s2=0x82d2bb4 "/whatwedo/", n=137294736)
> > at ../sysdeps/generic/strncmp.c:42
> > 42 ../sysdeps/generic/strncmp.c: No such file or directory.
> > (gdb) where
> > #0 0x4021d26f in strncmp (s1=0x0, s2=0x82d2bb4 "/whatwedo/",
> > n=137294736)
> > at ../sysdeps/generic/strncmp.c:42
> > #1 0x8076e91 in map_uri_to_worker (uw_map=0x82ef290,
> > uri=0x82d2bb4 "/whatwedo/", l=0x82ef100) at jk_uri_worker_map.c:412
> > #2 0x8072a4c in jk_translate (r=0x82d145c) at mod_jk.c:1177
> > #3 0x8146a99 in run_method (r=0x82d145c, offset=0, run_all=0)
> > at http_config.c:369
> > #4 0x8146ae2 in ap_translate_name (r=0x82d145c) at http_config.c:381
> > #5 0x81552b4 in process_request_internal (r=0x82d145c) at
> > http_request.c:1198
> > #6 0x8155682 in ap_process_request (r=0x82d145c) at http_request.c:1323
> > #7 0x814f2d0 in child_main (child_num_arg=0) at http_main.c:4299
> > #8 0x814f4eb in make_child (s=0x827c2e4, slot=0, now=996554230)
> > at http_main.c:4467
> > #9 0x814f560 in startup_children (number_to_start=1) at
> > http_main.c:4494
> > #10 0x814fbd1 in standalone_main (argc=1, argv=0xbffff854) at
> > http_main.c:4854
> > #11 0x8150138 in main (argc=1, argv=0xbffff854) at http_main.c:5124
> > #12 0x401b9b5c in __libc_start_main (main=0x814fe2c <main>, argc=1,
> > ubp_av=0xbffff854, init=0x806f500 <_init>, fini=0x81b7c70 <_fini>,
> > rtld_fini=0x4000d634 <_dl_fini>, stack_end=0xbffff84c)
> > at ../sysdeps/generic/libc-start.c:129
> > -------------------------------------
> >
> > Looks like strncmp received a NULL pointer at #0...
> >
> > Bojan