On Tue, Aug 31, 2010 at 12:43 PM, Bert Huijben <bert_at_qqmail.nl> wrote:
>
>
>> -----Original Message-----
>> From: Stefan Sperling [mailto:stsp_at_elego.de]
>> Sent: dinsdag 31 augustus 2010 12:22
>> To: Daniel Becroft
>> Cc: subversion
>> Subject: Re: Reverse merge - Halted due to an unexpected erro
>>
>> On Tue, Aug 31, 2010 at 12:54:00PM +1000, Daniel Becroft wrote:
>> > Hi all,
>> >
>> > I've just tried to reverse-merge a revision, and I've received the
>> following
>> > message:
>> >
>> > svn merge -c -9654 .../tools tools
>> >
>> > ---- BEGIN CONSOLE OUTPUT -----
>> > 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\xxxxx\AppData\Local\Temp\14\svn-crash-log20100831124530.log
>> > C:\Users\xxxxx\AppData\Local\Temp\14\svn-crash-log20100831124530.dmp
>> > Please send the log file to users_at_subversion.apache.org to help us
>> analyse
>> > and solve this problem.
>> >
>> > NOTE: The crash report and minidump files can contain some sensitive
>> > information
>> > (filenames, partial file content, usernames and passwords etc.)
>> > ----- END CONSOLE OUTPUT -----
>> >
>> > I can replicate this very easily with a fresh checkout, and it isn't
>> > revision specific (I've tried another revision and received the same
>> error).
>> >
>> >
>> > My environment is: Windows Server 2008 R2 (64-bit), svn 1.6.12
>> (SlikSVN) x64
>> >
>> > svn, version 1.6.12 (SlikSvn/1.6.12) X64
>> > compiled Jun 22 2010, 21:00:12
>> >
>> > Copyright (C) 2000-2009 CollabNet.
>> > Subversion is open source software, see http://subversion.tigris.org/
>> > This product includes software developed by CollabNet (
>> > http://www.Collab.Net/).
>> >
>> > The following repository access (RA) modules are available:
>> >
>> > * ra_neon : Module for accessing a repository via WebDAV protocol
>> using
>> > Neon.
>> > - handles 'http' scheme
>> > - handles 'https' scheme
>> > * ra_svn : Module for accessing a repository using the svn network
>> protocol.
>> > - with Cyrus SASL authentication
>> > - handles 'svn' scheme
>> > * ra_local : Module for accessing a repository on local disk.
>> > - handles 'file' scheme
>> > * ra_serf : Module for accessing a repository via WebDAV protocol
>> using
>> > serf.
>> > - handles 'http' scheme
>> > - handles 'https' scheme
>> >
>> > The strange thing is, everything works on my Windows XP Pro
>> workstation with
>> > 32-bit.
>>
>> I'm not a windows expert, but this looks like a problem with
>> 64bit/32bit
>> library mismatches. SlikSvn reports itself as 64bit, but the crashdump
>> shows that quite a few *32.dll files are loaded -- is that normal?
>
> The system32 directory on Windows contains the 64 bit files, so it loads the
> right files. (The 32 bit files are in the SYSWOW32 directory, which some 32
> bit applications might see as if it is SYSTEM32 directory if they have a
> compatibility shim).
>
> The dump file (.dmp) of this crash doesn't contain useful information. (The
> stack trace it contained is from after the actual crash). The .log file
> looks similar to one I recently noticed on another subversion mailing list
This one:
http://svn.haxx.se/users/archive-2010-08/0436.shtml
L.
Received on 2010-09-01 21:33:36 CEST