You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by "Bohlen, Olaf" <Ol...@ewe.de> on 2006/08/14 06:39:10 UTC
AW: [EWE **SPAM-Verdacht**] Re: Bug in SVN 1.3.2 with APR 1.2.7
Hi Garret,
I think so too. Thanks for looking at it anyways - I'll try to contact the mod_auth_kerb guys.
Yours
Olaf Bohlen
BTC AG - Bereich System Management Produktion USB
Im Auftrag der
EWE Aktiengesellschaft
Abteilung IT
mailto:olaf.bohlen@ewe.de
Escherweg 3
26121 Oldenburg
-----Ursprüngliche Nachricht-----
Von: rooneg@gmail.com [mailto:rooneg@gmail.com] Im Auftrag von Garrett Rooney
Gesendet: Freitag, 11. August 2006 19:28
An: Bohlen, Olaf
Cc: dev@subversion.tigris.org
Betreff: [EWE **SPAM-Verdacht**] Re: Bug in SVN 1.3.2 with APR 1.2.7
On 7/24/06, Bohlen, Olaf <Ol...@ewe.de> wrote:
> Garret,
>
> here is the requested stack and regs:
>
> -- snip --
> root@olga5055:/usr/local/apache2.2.2/bin # mdb ./httpd
> > ::run
> httpd: Could not reliably determine the server's fully qualified
> domain name, using 10.4.122.16 for ServerName [Mon Jul 24 16:59:08
> 2006] [warn] NameVirtualHost subvertel.ewetel.ewe.de:80 has no
> VirtualHosts
> mdb: fork1 detected: follow (p)arent or (c)hild? c
> mdb: target forked child process 18634 (debugger following child)
> mdb: fork1 detected: follow (p)arent or (c)hild? p
> mdb: target forked child process 18658 (debugger following parent)
> mdb: fork1 detected: follow (p)arent or (c)hild? p
> mdb: target forked child process 18659 (debugger following parent)
>
>
>
>
> mdb: fork1 detected: follow (p)arent or (c)hild? c
> mdb: target forked child process 19670 (debugger following child)
> mdb: stop on SIGSEGV
> mdb: target stopped at:
> mod_auth_kerb.so`kerb_authenticate_user+0x8fc: ld [%l0 + 4], %o0
> mdb: You've got symbols!
> Loading modules: [ ld.so.1 libc.so.1 libuutil.so.1 ]
> >
> > ::stackreg
> mdb: invalid command '::stackreg': unknown dcmd name
> > ::stackregs
> ffbfed30 mod_auth_kerb.so`kerb_authenticate_user+0x8fc(ffbff700, ffffffff, 0, ffbfee38, ffbfee34, febf8f70)
> %l0-%l3: 4d58 1d0e00 ffff0000 1bd090
> %l4-%l7: 1 0 1 fec09c60
> ap_run_check_user_id+0x3c:jmpl %g1, %o7
>
> ffbff730 ap_run_check_user_id+0x3c(1d0e00, 0, f, 1d2ae0, 1d2a10, 20)
> %l0-%l3: fbe90 2 da124 1d0e00
> %l4-%l7: 1d2170 1bd478 1 0
> ap_process_request_internal+0x27c:
> call -0x212c <ap_run_check_user_id>
>
> ffbff7a0 ap_process_request_internal+0x27c(0, aa800, 1d0e00, 0, fe720028, 0)
> %l0-%l3: 0 3 da000 51
> %l4-%l7: b 190 a7800 ff173598
> ap_process_request+0x14c:call -0x2ec88 <ap_process_request_internal>
>
> ffbff818 ap_process_request+0x14c(1d0e00, 0, 4, 1d0e00, 0, 0)
> %l0-%l3: fe721110 da000 0 fe721110
> %l4-%l7: 0 1cb080 0 0
> ap_process_http_connection+0x10c:call +0x2a58 <ap_process_request>
>
> ffbff888 ap_process_http_connection+0x10c(1cb080, 1cade8, 1cade8, 1, da9b0, fc130)
> %l0-%l3: 1d0e00 0 da000 d8c78
>
> > ::stack
> mod_auth_kerb.so`kerb_authenticate_user+0x8fc(ffbff700, ffffffff, 0,
> ffbfee38, ffbfee34, febf8f70) ap_run_check_user_id+0x3c(1d0e00, 0, f,
> 1d2ae0, 1d2a10, 20) ap_process_request_internal+0x27c(0, aa800,
> 1d0e00, 0, fe720028, 0) ap_process_request+0x14c(1d0e00, 0, 4, 1d0e00,
> 0, 0) ap_process_http_connection+0x10c(1cb080, 1cade8, 1cade8, 1,
> da9b0, fc130) ap_run_process_connection+0x3c(1cb080, 1cade8, 1cade8,
> 1, 1c8e20, 1cedc0) child_main+0x3b8(0, dd000, 4e2e, dcc00, 0, dcc00)
> make_child+0xec(97c00, 1, 1, 1, d9400, dcc00) ap_mpm_run+0x934(d9400,
> da800, dcc00, dcc00, dcc00, dd000)
> main+0x710(e7a78, d7c00, da000, da000, 0, 0)
> _start+0x5c(0, 0, 0, 0, 0, 0)
>
> -- snip --
>
> looks like a bug with apr and mod_auth_kerb, mh? :(
I'd be more apt to blame mod_auth_kerb, I don't see any APR functions in that stack trace, just httpd ones...
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org