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

Re: Fresh checkout vs 'svn upgrade': How good is good enough?

From: Paul Burba <ptburba_at_gmail.com>
Date: Thu, 9 Jun 2011 17:26:53 -0400

On Tue, Jun 7, 2011 at 3:22 PM, Paul Burba <ptburba_at_gmail.com> wrote:

>  Using trunk_at_1133033 with ra_neon (ra_serf fails[1])

<snip>

> [1] Haven't looked into this yet:
>
> C:\SVN\sandbox\1.7-Performance-Test\upgrade-vs-checkout>timethis svn
> co -q https://svn.apache.org/repos/asf/subversion/tags/1.6.17
> 1.6.17-serf-WC1
>
> TimeThis :  Command Line :  svn co -q
> https://svn.apache.org/repos/asf/subversion/tags/1.6.17
> 1.6.17-serf-WC1
> TimeThis :    Start Time :  Tue Jun 07 14:22:16 2011
>
> svn: E620019: Error retrieving REPORT (620019): APR does not
> understand this error code
> This application has halted due to an unexpected error.
> A crash report and minidump file were saved to disk, you can find them here:
> C:\Users\pburba\AppData\Local\Temp\svn-crash-log20110607142236.log
> C:\Users\pburba\AppData\Local\Temp\svn-crash-log20110607142236.dmp
> Please send the log file to users_at_subversion.apache.org to help us analyze
> and solve this problem.
>
> NOTE: The crash report and minidump files can contain some sensitive information
> (filenames, partial file content, usernames and passwords etc.)

The segfault after the error looks to be issue #3875 'Serf SEGV in
pool handling on error', which is now serf issue #76.

http://subversion.tigris.org/issues/show_bug.cgi?id=3875
http://code.google.com/p/serf/issues/detail?id=76

>svn co https://svn.apache.org/repos/asf/subversion/tags/1.6.17 1.6.17-wc -q
..\..\..\subversion\svn\checkout-cmd.c:168: (apr_err=620019)
..\..\..\subversion\libsvn_client\checkout.c:230: (apr_err=620019)
..\..\..\subversion\libsvn_client\update.c:555: (apr_err=620019)
..\..\..\subversion\libsvn_client\update.c:413: (apr_err=620019)
..\..\..\subversion\libsvn_ra_serf\update.c:2371: (apr_err=620019)
..\..\..\subversion\libsvn_ra_serf\update.c:2371: (apr_err=620019)
svn: E620019: Error retrieving REPORT (620019): APR does not
understand this error code
This application has halted due to an unexpected error.
A crash report and minidump file were saved to disk, you can find them here:
C:\Users\pburba\AppData\Local\Temp\svn-crash-log20110609171406.log
C:\Users\pburba\AppData\Local\Temp\svn-crash-log20110609171406.dmp
Please send the log file to users_at_subversion.apache.org to help us analyze
and solve this problem.

NOTE: The crash report and minidump files can contain some sensitive information
(filenames, partial file content, usernames and passwords etc.)

>type C:\Users\pburba\AppData\Local\Temp\svn-crash-log20110609171406.log

Process info:
Cmd line: svn co
https://svn.apache.org/repos/asf/subversion/tags/1.6.17 1.6.17-wc -q
Working Dir: C:\SVN\sandbox\1.7-Performance-Test\upgrade-vs-checkout
Version: 1.7.0-dev (under development), compiled Jun 9 2011, 13:44:51
Platform: Windows OS version 6.1 build 7601 Service Pack 1

Exception: ACCESS_VIOLATION

Registers:
eax=0451e9c8 ebx=7efde000 ecx=dddddddd edx=03b14fb0 esi=001bf768 edi=001bfa7c
eip=630f2d96 esp=001bf694 ebp=001bf69c efl=00010202
cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b

Stacktrace:
#1 0x630f2d96 in destroy_request(request=(serf_request_t *)
0x03b14fb0) at c:\svn\serf\outgoing.c:306
        request = (serf_request_t *) 0x03b14fb0
        conn = (serf_connection_t *) 0x00ab5620
#2 0x630f2d51 in cancel_request(request=(serf_request_t *)
0x03b14fb0, list=(serf_request_t **) 0x001bf6b8, notify_request=0) at
c:\svn\serf\outgoing.c:350
        request = (serf_request_t *) 0x03b14fb0
        list = (serf_request_t **) 0x001bf6b8
        notify_request = 0
#3 0x630f40e7 in serf_request_cancel(request=(serf_request_t *)
0x03b14fb0) at c:\svn\serf\outgoing.c:1268
        request = (serf_request_t *) 0x03b14fb0
#4 0x630f3d71 in serf_connection_close(conn=(serf_connection_t *)
0x00ab5620) at c:\svn\serf\outgoing.c:1113
        conn_seq = (serf_connection_t *) 0x00ab5620
        conn = (serf_connection_t *) 0x00ab5620
        status = 1
        ctx = (serf_context_t *) 0x00ab47f0
        i = 3
#5 0x630f3c23 in clean_conn(data=0x00ab5620) at c:\svn\serf\outgoing.c:56
        data = 0x00ab5620
        conn = (serf_connection_t *) 0x00ab5620
#6 0x6eecb91b in run_cleanups(cref=(cleanup_t **) 0x001bf704) at
c:\svn\httpd-2.2.18\srclib\apr\memory\unix\apr_pools.c:2346
        cref = (cleanup_t **) 0x001bf704
        c = (cleanup_t *) 0x00ab5798
#7 0x6eecac52 in apr_pool_destroy(pool=(apr_pool_t *) 0x00ab4780) at
c:\svn\httpd-2.2.18\srclib\apr\memory\unix\apr_pools.c:809
        pool = (apr_pool_t *) 0x00ab4780
        active = (apr_memnode_t *) 0x00ae9a30
        allocator = (apr_allocator_t *) 0x00b7f3e0
#8 0x6eecac44 in apr_pool_destroy(pool=(apr_pool_t *) 0x00ab2578) at
c:\svn\httpd-2.2.18\srclib\apr\memory\unix\apr_pools.c:806
        pool = (apr_pool_t *) 0x00ab2578
        active = (apr_memnode_t *) 0x00aebc38
        allocator = (apr_allocator_t *) 0x00b7f3e0
#9 0x6eecac44 in apr_pool_destroy(pool=(apr_pool_t *) 0x00aa62c8) at
c:\svn\httpd-2.2.18\srclib\apr\memory\unix\apr_pools.c:806
        pool = (apr_pool_t *) 0x00aa62c8
        active = (apr_memnode_t *) 0x00ab0358
        allocator = (apr_allocator_t *) 0x00b7f3e0
#10 0x6eecac44 in apr_pool_destroy(pool=(apr_pool_t *) 0x00a85028) at
c:\svn\httpd-2.2.18\srclib\apr\memory\unix\apr_pools.c:806
        pool = (apr_pool_t *) 0x00a85028
        active = (apr_memnode_t *) 0x62edd1d3
        allocator = (apr_allocator_t *) 0x62edd1db
#11 0x013b1926 in main(argc=5, argv=0x00a7daf8) at
c:\svn\src-trunk-2\subversion\svn\main.c:2615
        tmp_err = (svn_error_t *) 0x00000000
        argc = 5
        argv = 0x00a7daf8
        pool = (apr_pool_t *) 0x00a85028
        os = (apr_getopt_t *) 0x00a851d0
        err = (svn_error_t *) 0x03e91ad0
        dash_m_arg = 0x00000000 "(null)"
        cfg_config = (svn_config_t *) 0x00a9c570
        descend = 1
        ctx = (svn_client_ctx_t *) 0x00a85720
        subcommand = (svn_opt_subcommand_desc2_t *) 0x013c95b0
        ab = (svn_auth_baton_t *) 0x00aaf620
        settings = (svn_cache_config_t) 0x001bfa54
        opt_id = 113
        i = 1
        dash_F_arg = 0x00000000 "(null)"
        changelists = (apr_hash_t *) 0x00a85148
        allocator = (apr_allocator_t *) 0x00b7f3e0
        received_opts = (apr_array_header_t *) 0x00a85068
        command_baton = (svn_cl__cmd_baton_t) 0x001bf8c4
        interactive_conflicts = 1
        opt_state = (svn_cl__opt_state_t) 0x001bf8f4
#12 0x013c4ff8 in __tmainCRTStartup() at
f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c:586
        lock_free = 0x00000000
        fiberid = 0x001c0000
        nested = 0
#13 0x013c4e3f in mainCRTStartup() at
f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c:403
#14 0x75d633ca in BaseThreadInitThunk()
#15 0x77259ed2 in RtlInitializeExceptionChain()
#16 0x77259ea5 in RtlInitializeExceptionChain()
Received on 2011-06-09 23:27:27 CEST

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