Re: This application has halted due to an unexpected error.

2016-02-26 Thread Stefan
Hi Hannes, 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\hangst\AppData\Local\Temp\svn-crash-log20160226121823.log C:\Users\hangst\AppData\Local\Temp\svn-crash-log20160226121823.dmp Please send the

This application has halted due to an unexpected error.

2016-02-26 Thread Angst, Hannes
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\hangst\AppData\Local\Temp\svn-crash-log20160226121823.log C:\Users\hangst\AppData\Local\Temp\svn-crash-log20160226121823.dmp Please send the log file to

Re: This application has halted due to an unexpected error.

2016-01-07 Thread Stefan Hett
You got a convincing point here Mark (not wanting to drive people away from the Forum), so pardon me rushing in too quickly here. Let's see if the OP does provide some further details then --- for the record: The log states the following command was issued: svn.exe commit "D:\AutoBuild\CleanS

Re: This application has halted due to an unexpected error.

2016-01-07 Thread Mark Phippard
Why does it matter where the binaries come from? It is not like they are customized from one place to the next. Mark On Thu, Jan 7, 2016 at 8:24 AM, Stefan Hett wrote: > Hi, > > you might be better off contacting CollabNet on this. According to your > attached log you are using their distribut

Re: This application has halted due to an unexpected error.

2016-01-07 Thread Stefan Hett
Hi, you might be better off contacting CollabNet on this. According to your attached log you are using their distributed client. Also you might wanna try updating ur CollabNet client to 1.9.3 (assuming there is already an update available from them). -- Regards, Stefan Hett

This application has halted due to an unexpected error.

2016-01-07 Thread Cornel CRETU
svn-crash-log20160107104142.dmp Description: Binary data svn-crash-log20160107104142.log Description: Binary data

Re: Error:This application has halted due to an unexpected error.

2015-12-04 Thread Stefan Hett
Hi Mark, the log suggests you are running SVN 1.8.8. Maybe there's a chance you could upgrade to SVN 1.8.14. And btw: some text/description would be appropriate when you send a mail to a public mailing list (I hope you intended it to be sent here, and no confidential information was included

Error:This application has halted due to an unexpected error.

2015-12-04 Thread Jones, Mark
This email and any attached files are confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorised. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of thi

unexpected error

2015-07-17 Thread bernard . gosset
Hi, We are using svn which is craching with the following message: --- 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\FR157

Unexpected Error

2014-06-15 Thread andrew_kerr
] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.4.2:perform (default-cli) on project onlinebanking: Unable to checkout from SCM [ERROR] Provider message: [ERROR] The svn command failed. [ERROR] Command output: [ERROR] This application has halted due to an unexpected error

Unexpected Error #2

2014-06-15 Thread andrew_kerr
Hi there, This is an update to my previous email. I re-executed the same build after rolling back Subversion to v1.8.8 (from 1.8.9), performing a TortoiseSvn Cleanup and got the following error message when the build failed again. I don't know if this is a red herring or not but I thought it

This application has halted due to an unexpected error.

2013-08-12 Thread Gary Gregory
Hi All: Crash report attached. -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition JUnit in Action, Second Edition Spring Batch in Action Blog

Re: This application has halted due to an unexpected error. A crash report and minidump file were saved to disk

2012-11-08 Thread Stefan Sperling
On Thu, Nov 08, 2012 at 11:40:08PM +0200, Sergey Chekotilo wrote: > Thanks and Regards > Sergey Chekotilo This is a known bug in 1.7.7 which happens only on Windows. Due to a coding error, when a user name is already cached and the --username option specifies a different user name than the one in

This application has halted due to an unexpected error. A crash report and minidump file were saved to disk

2012-11-08 Thread Sergey Chekotilo
-- __ Thanks and Regards Sergey Chekotilo Cell:+380913194550 svn-crash-log20121108233205.dmp Description: Binary data svn-crash-log20121108233205.log Description: Binary data

Re: Unexpected Error

2012-06-09 Thread Nico Kadel-Garcia
On Sat, Jun 9, 2012 at 7:13 PM, Harry Plumley wrote: > Hi, > I checked out a repository, added a directory, but when I tried to commit > it with a message I recieved this error. It happened just after entering > the username and password. > Harry > > P.S. I'm just staring out using Subversion so

Re: Replacing symlink exhibits unexpected error

2011-07-26 Thread Stefan Sperling
On Tue, Jul 26, 2011 at 02:10:59PM -0700, Mattius McLaughlin wrote: > On 07/19/11 12:04, Mattius McLaughlin wrote: > >Hi All, > > > > I'm encountering some strange behaviour with replacing a symlink > >with a real file in the repository and wanted to know if what I > >was seeing is a bug or whethe

Re: Replacing symlink exhibits unexpected error

2011-07-26 Thread Mattius McLaughlin
On 07/19/11 12:04, Mattius McLaughlin wrote: Hi All, I'm encountering some strange behaviour with replacing a symlink with a real file in the repository and wanted to know if what I was seeing is a bug or whether I'm doing something wrong. I'd like to replace the file in one commit, but Su

Replacing symlink exhibits unexpected error

2011-07-19 Thread Mattius McLaughlin
Hi All, I'm encountering some strange behaviour with replacing a symlink with a real file in the repository and wanted to know if what I was seeing is a bug or whether I'm doing something wrong. I'd like to replace the file in one commit, but Subversion objects to changing the file type: