On Tue, Aug 31, 2010 at 8: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
> (Not sure which though). It might be useful to review the mergeinfo to
> string functions.
Thanks for looking at it Bert/Stefan.
If it helps, there is no svn:mergeinfo property on this value (on any of the
checked-out parent directories). The revision that I am trying to
reverse-merge is from the directories direct history (it's only about 5
revisions less than HEAD, or it was at that point).
I think we might have an x64 machine with TSVN 1.6.x installed on it, so
I'll try and see if that fails as well.
Cheers,
Daniel B.
Received on 2010-08-31 15:06:34 CEST