You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Richard Cockerill <ri...@hotmail.com> on 2006/12/20 04:55:08 UTC
win32 exception on svn lock with https
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.
regards
Richard Cockerill
Please note:
The problem does NOT occur if I use http in place of https.
The problem does NOT occur with subversion 1.4.2 client on OS X
connecting to the same repository as above.
The problem does NOT occur in subversion 1.3 (Collanet build).
The problem does occur in subversion 1.4.0, 1.4.1, and
1.4.2 (Collabnet builds).
The problem does occur in TortoiseSVN 1.4.1, Build 7992 - 32 Bit
, 2006/11/11 09:34:39.
The recipe to create the problem is as follows (Note that
C:\SubversionTestRepositories is the SVNParentPath of the apache
config):
svnadmin create C:\SubversionTestRepositories\LockTest
mkdir LockTest
svn checkout https://localhost/svn/LockTest LockTest
cd LockTest
echo foobar > foobar.txt
svn add foobar.txt
svn commit -m "adding foobar"
svn lock foobar.txt
svn --version
svn, version 1.4.2 (r22196)
compiled Nov 3 2006, 16:53:07
Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://
www.Collab.Net/).
The Apache config is (an excerpt from httpd.conf):
<Location /svn/>
DAV svn
# Enable compression for both directions
SetOutputFilter DEFLATE
SetInputFilter DEFLATE
# Allow access to any repository in this directory.
SVNParentPath c:\SubversionTestRepositories
# Allow repositories to be listed on the base url.
SVNListParentPath on
AuthType SSPI
AuthName "Subversion repositories"
# Turn on sspi to integrate with the windows domain.
SSPIAuth On
# Make this the only authentication protocol allowed.
SSPIAuthoritative On
# The domain name to use for authentication.
SSPIDomain xvt.com.au
# Allow basic authentication for browsers that don't understand NTLM
SSPIOfferBasic On
# Force usernames to lowercase before comparison.
SSPIUsernameCase lower
# Insist on an authenticated user.
Require valid-user
# Control access with the following access file
AuthzSVNAccessFile C:\LocalWorking\SubversionInstallation\access.txt
</Location>
Listen 443
SSLMutex default
SSLRandomSeed startup builtin
SSLSessionCache shm:logs/ssl_gcache_data(512000)
SSLProtocol all
SSLCipherSuite HIGH:MEDIUM
# Turn on ssl on the default port
<VirtualHost *:443>
SSLEngine On
SSLCertificateFile conf/ssl.crt/server.crt
SSLCertificateKeyFile conf/ssl.crt/server.key
</VirtualHost>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: win32 exception on svn lock with https
Posted by "D.J. Heap" <dj...@gmail.com>.
On 12/20/06, Richard Cockerill <ri...@hotmail.com> wrote:
> 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.
[snip]
This bug has been fixed and will be in the next release.
Thanks!
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: win32 exception on svn lock with https
Posted by Richard Cockerill <ri...@hotmail.com>.
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 <ri...@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
Re: win32 exception on svn lock with https
Posted by Richard Cockerill <ri...@hotmail.com>.
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 <ri...@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
Re: win32 exception on svn lock with https
Posted by "D.J. Heap" <dj...@gmail.com>.
On 12/19/06, Richard Cockerill <ri...@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