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@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?

Stefan

Reply via email to