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

Re: win32 exception on svn lock with https

From: Richard Cockerill <richard_cockerill_at_hotmail.com>
Date: 2006-12-21 01:01:14 CET

DJ

I found and download the debug symbols for the build so have a better
stack trace for you.
The exception is occuring on the initialization of table where state
(which is null) is being dereference.

regards

Richard

Code region:

svn_error_t *
svn_auth_next_credentials(void **credentials,
                           svn_auth_iterstate_t *state,
                           apr_pool_t *pool)
{
   svn_auth_baton_t *auth_baton = state->auth_baton;
   svn_auth_provider_object_t *provider;
   provider_set_t *table = state->table;
   void *creds = NULL;

   /* Continue traversing the table from where we left off. */
   for (/* no init */;
        state->provider_idx < table->providers->nelts;
        state->provider_idx++)
     {

Locals:

                credentials 0x0012fa70 void * *
+ state 0x00000000 {table=??? provider_idx=??? got_first=??? ...}
svn_auth_iterstate_t *
                pool 0x00af4070 apr_pool_t *
                creds 0x00af4070 void *

Call Stack:

> svn.exe!svn_auth_next_credentials(void * * credentials=0x0012fa70,
svn_auth_iterstate_t * state=0x00000000, apr_pool_t *
pool=0x00af4070) Line 244 + 0x7 bytes C
        svn.exe!request_auth(void * userdata=0x00b27228, const char *
realm=0x00000002, int attempt=11821840, char * username=0x0012faa8,
char * password=0x00b4905b) Line 110 + 0x11 bytes C
        svn.exe!basic_challenge(auth_session * sess=0x00b27228, int
attempt=2, auth_challenge * parms=0x00b46310) Line 346 + 0x1a bytes C
        svn.exe!auth_challenge(auth_session * sess=0x00b27228, int
attempt=2, const char * value=0x00b4d620) Line 1103 + 0x8 bytes C
        svn.exe!ah_post_send(ne_request_s * req=0x00000000, void *
cookie=0x00b4d620, const ne_status * status=0x00b29e44) Line 1215 +
0x11 bytes C
        svn.exe!ne_end_request(ne_request_s * req=0x00b27d40) Line 1342 +
0x10 bytes C
        svn.exe!ne_xml_dispatch_request(ne_request_s * req=0x00b27d40,
ne_xml_parser_s * parser=0x00b2a0f0) Line 74 + 0x6 bytes C
        svn.exe!ne_lock(ne_session_s * sess=0x00b25db8, ne_lock *
lock=0x00b2a0f0) Line 732 C
        svn.exe!shim_svn_ra_dav__lock(svn_ra_session_t * session=0x00b0e758,
svn_lock_t * * lock=0x0012fcfc, const char * path=0x00b19b88, const
char * comment=0x00000000, int force=0, long current_rev=1,
apr_pool_t * pool=0x00b0e6d8) Line 1165 + 0x9 bytes C
        svn.exe!svn_ra_dav__lock(svn_ra_session_t * session=0x00b19c60,
apr_hash_t * path_revs=0x00b19b88, const char * comment=0x00000000,
int force=0, svn_error_t * (void *, const char *, int, const
svn_lock_t *, svn_error_t *, apr_pool_t *)* lock_func=0x004166a0,
void * lock_baton=0x0012fd6c, apr_pool_t * pool=0x00af4070) Line
1249 + 0x2a bytes C
        svn.exe!svn_ra_lock(svn_ra_session_t * session=0x00b19668,
apr_hash_t * path_revs=0x00000000, const char * comment=0x00000000,
int steal_lock=11486680, svn_error_t * (void *, const char *, int,
const svn_lock_t *, svn_error_t *, apr_pool_t *)*
lock_func=0x00af4070, void * lock_baton=0x00af45f8, apr_pool_t *
pool=0x00af45fc) Line 628 + 0x24 bytes C
        svn.exe!svn_cl__lock(apr_getopt_t * os=0x00af4188, void *
baton=0x00b19230, apr_pool_t * pool=0x00000000) Line 101 + 0x15 bytes C
        svn.exe!main(int argc=3, const char * * argv=0x00362768) Line 1485
+ 0x10 bytes C
        svn.exe!_mainCRTStartup() + 0xe3 bytes

On 21/12/2006, at 10:20 AM, Richard Cockerill wrote:

> DJ
>
> Thanks for you attention.
>
> The collabnet build appears to be a release build without any debug
> symbols so the stack trace is not very informative. I've attached
> what I've got below.
> If it would be profitable, I could attempt to build locally and try
> to reproduce the problem. I have VS 2005 installed (but could
> install VC 6 if that would make life easier).
> Alternatively, if there is a binary of trunk or a debug build
> somewhere I can give that a try.
>
> regards
>
> Richard
>
> Unhandled exception at 0x0045507d in svn.exe: 0xC0000005: Access
> violation reading location 0x00000000.
>
> 00455070 push ebp
> 00455071 push esi
> 00455072 mov esi,dword ptr [esp+10h]
> 00455076 xor edx,edx
> 00455078 mov dword ptr [esp+10h],edx
> 0045507C push edi
> 0045507D mov ebp,dword ptr [esi]
> 0045507F mov ecx,dword ptr [esi+4]
> 00455082 mov edi,dword ptr [esi+18h]
> 00455085 mov eax,dword ptr [ebp]
> 00455088 cmp ecx,dword ptr [eax+8]
> 0045508B jge 0045513D
> 00455091 mov ecx,dword ptr
>
> EAX = 0012FA70 EBX = 00B27228 ECX = 00AF4070 EDX = 00000000 ESI =
> 00000000 EDI = 00000002 EIP = 0045507D
> ESP = 0012FA48 EBP = 00B27228 EFL = 00000246
>
> > svn.exe!0045507d()
> [Frames below may be incorrect and/or missing, no symbols loaded
> for svn.exe]
> svn.exe!004259c6()
> svn.exe!00475c17()
> svn.exe!00475ac2()
> ntdll.dll!7c9106eb()
> msvcrt.dll!77c2c3c9()
> ntdll.dll!7c91056d()
> msvcrt.dll!77c2c2de()
> msvcrt.dll!77c2c2e3()
> msvcrt.dll!77c2c42e()
> svn.exe!00480531()
> msvcrt.dll!77c2c3ce()
> svn.exe!00475ca4()
> svn.exe!00475ce0()
> svn.exe!00476fc7()
> svn.exe!00476c61()
> svn.exe!0047bc60()
> svn.exe!004818b7()
> svn.exe!0047cceb()
> svn.exe!004269e8()
> svn.exe!004264cc()
> svn.exe!0042509a()
> svn.exe!00416678()
> svn.exe!004041b1()
> svn.exe!00407d55()
> ntdll.dll!7c9105c8()
> ntdll.dll!7c91056d()
> msvcrt.dll!77c2c2e3()
> msvcrt.dll!77c2c3ce()
> msvcrt.dll!77c2c2e3()
> msvcrt.dll!77c3b814()
> msvcrt.dll!77c3aead()
> svn.exe!004986ef()
> kernel32.dll!7c816fd7()
>
>
> On 21/12/2006, at 3:20 AM, D.J. Heap wrote:
>
>> On 12/19/06, Richard Cockerill <richard_cockerill@hotmail.com> wrote:
>>> I am running svn 1.4.2 (Collabnet build) on Windows XP Professional
>>> with a repository hosted in Apache 2.0.55 (running on the same box
>>> for testing).
>>> An unhandled win32 execption occurs (in the client) when I use svn
>>> lock (see recipe
>>> below) to lock a file from a repository with an https url. The
>>> working copy requires svn cleanup after the failue.
>>>
>>> Any assistance would be greatly appreciated.
>> [snip]
>>
>>
>> A couple of crashes have been fixed recently and should be
>> included in
>> the next release. Can you get a stack trace of the failure?
>>
>> DJ
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Dec 21 01:02:07 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.