[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

AW: [EWE **SPAM-Verdacht**] Re: Bug in SVN 1.3.2 with APR 1.2.7

From: Bohlen, Olaf <Olaf.Bohlen_at_ewe.de>
Date: 2006-08-14 08:39:10 CEST

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 <Olaf.Bohlen@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
Received on Mon Aug 14 08:39:36 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.