I built it with the below two flags that should point it to the same apr and apr-util that were used for the Apache installation I am using:
--with-apr=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr --with-apr-util=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr-util Should I be pointing it to some other place in the apache installation itself instead of the source? -----Original Message----- From: Tom Evans [mailto:tevans...@googlemail.com] Sent: Monday, November 09, 2009 11:10 AM To: modules-dev@httpd.apache.org Subject: Re: Apache 2.2 coredumping on Solaris with Subversion 1.6 On Mon, Nov 9, 2009 at 3:47 PM, skrishnam...@bloomberg.com < skrishnam...@bloomberg.com> wrote: > Hi, > > I compiled subversion with apache 2.2 on solaris but when I hit the server > with an svn request, the svn modules produce a core dump. Has anyone faced > anything similar or have any ideas about how to fix or workaround this > issue? Any help is appreciated. > Running a pstack on the core file produces: > > # /bin/pstack /bb/cores/core.httpd.5718.1257279721 > core '/bb/cores/core.httpd.5718.1257279721' of 5718: > /bb/web/apache_2_2/bin/httpd -k start > fdaa2214 access_checker (36aea0, 36c1a0, 640, fefefeff, 80808080, 1010101) > + 44 > 00069ef8 ap_run_access_checker (36aea0, 0, 0, 0, 0, 0) + 70 > 0006aa58 ap_process_request_internal (36aea0, 0, 0, 0, 0, 0) + 360 > 0008a378 ap_process_request (36aea0, 4, 36aea0, 364f60, 0, 0) + 60 > 00085c50 ap_process_http_connection (364f60, 364e88, 0, 0, 0, 0) + 88 > 0007e9e4 ap_run_process_connection (364f60, 364e88, 364e88, 0, 362f98, > 368e60) + 74 > 0007f0a8 ap_process_connection (364f60, 364e88, 364e88, 0, 362f98, 368e60) > + 98 > 00091d3c child_main (0, 91200, 0, fefb8000, fef73700, fee42a00) + 60c > 00091fa8 make_child (109e00, 0, 0, 10, 10b4, fef73b00) + 1b8 > 00092070 startup_children (5, 2, 5, 108120, 232d20, 0) + 70 > 00092784 ap_mpm_run (108120, 1361d8, 109e00, 109e00, 4, 4) + 31c > 0004eb68 main (3, ffbff43c, ffbff44c, f3800, fee40100, fee40140) + f08 > 0004d198 _start (0, 0, 0, 0, 0, 0) + 108 > > Ive seen several other posts with people having the same issue but no real > solutions > > e.g : > > > http://forums.sun.com/thread.jspa?threadID=5360736&messageID=10573946#10573946 > http://forums.sun.com/thread.jspa?threadID=5360736 > > http://markmail.org/message/jwhlkgvrnbmgunsd#query:subversion%20crashes%20at%20access_checker+page:1+mid:5cjtts3co442pxxh+state:results > > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&viewType=browseAll&dsMessageId=588712# > < > http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&viewType=browseAll&dsMessageId=588712 > > > > stepping though the core file with dbx gives me : > > Running the core files through dbx gives me : > > Reading libz.so.1.2.3 > Reading libm.so.1 > Reading libgcc_s.so.1 > Reading mod_dav_svn.so > Reading libsvn_repos-1.so.0.0.0 > Reading libsvn_fs-1.so.0.0.0 > Reading libsvn_delta-1.so.0.0.0 > Reading libsvn_subr-1.so.0.0.0 > Reading libexpat.so.0.1.0 > Reading libsvn_fs_fs-1.so.0.0.0 > Reading libsvn_fs_util-1.so.0.0.0 > Reading libsqlite3.so.0.8.6 > Reading mod_authz_svn.so > Reading mod_jk.so > t...@1 (l...@1) program terminated by signal SEGV (Segmentation Fault) > Current function is access_checker > 548 authz_svn_config_rec *conf = > ap_get_module_config(r->per_dir_config, > > > cheers > Typically, problems with apache + subversion come about because apache is built with APR, subversion is built with APR, and they are built with conflicting libraries leading to a seg fault. Can you verify your build process, and which version of APR each is built with. Cheers Tom