Subversion crash dump

svn-crash-log20230405210733.log Description: Binary data svn-crash-log20230405210733.dmp Description: Binary data

Re: Crash report

erge Chernetsov > *Cc:* users@subversion.apache.org > *Subject:* Re: Crash report > > On Thu, Sep 22, 2022 at 1:12 AM Serge Chernetsov > wrote: > > > > Hi, SVN consistently crashes (logs attached) for me every time I am > trying to commit. Could you please look into this

Re: Crash report

Thank you very much, Pavel, it resolved the issue From: Pavel Lyalyakin Sent: Thursday, September 22, 2022 04:52 To: Serge Chernetsov Cc: users@subversion.apache.org Subject: Re: Crash report On Thu, Sep 22, 2022 at 1:12 AM Serge Chernetsov wrote: > > H

Re: Crash report

On Thu, Sep 22, 2022 at 1:12 AM Serge Chernetsov wrote: > > Hi, SVN consistently crashes (logs attached) for me every time I am trying to > commit. Could you please look into this issue and maybe suggest a workaround > for me? Hello, Does the problem occur when you disable Avast antivirus or s

Crash report

Hi, SVN consistently crashes (logs attached) for me every time I am trying to commit. Could you please look into this issue and maybe suggest a workaround for me? <>

Re: Crash in token.c after incomplete cherry pick merges in 1.15

My pleasure!On Aug 20, 2021 08:45, Stefan Sperling wrote:On Tue, Aug 10, 2021 at 02:46:50PM +0200, Stefan Sperling wrote: > On Mon, Aug 09, 2021 at 06:19:38PM -0400, Joshua Kordani wrote: > > Attached is a script to reproduce the error. > > > > I also have a packed rr debugger session that I

Re: Crash in token.c after incomplete cherry pick merges in 1.15

On Tue, Aug 10, 2021 at 02:46:50PM +0200, Stefan Sperling wrote: > On Mon, Aug 09, 2021 at 06:19:38PM -0400, Joshua Kordani wrote: > > Attached is a script to reproduce the error. > > > > I also have a packed rr debugger session that I can provide (I highly > > recommend the rr reversible debugger

Re: crash report

Hello, Subversion 1.9 is outdated. Please, upgrade to version 1.14 and see if it helps. On Thu, Aug 12, 2021 at 11:24 AM Albert Pais wrote: > Hi, > > I was checking out a repository on an USB drive. It disconnect while > checking out. I connect the USB drive again and request for an update. SVN

crash report

Hi, I was checking out a repository on an USB drive. It disconnect while checking out. I connect the USB drive again and request for an update. SVN claims for first doing a cleanup ("The working copy database at '...' is corrupt."). I requested such a cleanup and I got following message. ---

Re: Crash in token.c after incomplete cherry pick merges in 1.15

On Mon, Aug 09, 2021 at 06:19:38PM -0400, Joshua Kordani wrote: > Attached is a script to reproduce the error. > > I also have a packed rr debugger session that I can provide (I highly > recommend the rr reversible debugger).  Its ~30meg Thank you Joshua! The patch below makes your test script su

Crash in token.c after incomplete cherry pick merges in 1.15

Attached is a script to reproduce the error. I also have a packed rr debugger session that I can provide (I highly recommend the rr reversible debugger).  Its ~30meg -- Joshua Kordani Senior Engineer Robotic Research, LLC jkord...@roboticresearch.com CONFIDENTIALITY NOTICE: This communicatio

Re: svn-crash-log20210407161715

Den ons 7 apr. 2021 kl 13:04 skrev 片儿川 : > When I was using the source control of fmod, a crash log appeared~~ You > can help me see what's going on. > log file is attached > tanks you > >From the log file: > Version: 1.9.7 (r1800392), compiled Mar 28 2018, 21:41

svn-crash-log20210407161715

When I was using the source control of fmod, a crash log appeared~~ You can help me see what's going on. log file is attached tanks you svn-crash-log20210407161715.log Description: Binary data

Re: svn-crash-log20190911192859

Johan Corveleyn writes: > I'm not sure what the reason could be. Perhaps the dumpfile itself is > huge, or has something special ... Or maybe the memory footprint is > normal, but the machine you're running it on is low on available > memory. Apparently, our svn_stream_readline() implementation

Re: svn-crash-log20190911192859

help. Hi, I'm copy-pasting here below a relevant excerpt from the svn-crash-log that you attached: [[[ Process info: Cmd line: svndumpfilter exclude 项目管理办公室/ 1.7服务器/ Working Dir: D:\cygwin64\home Version: 1.10.6 (r1863367), compiled Aug 28 2019, 19:44:07 Platform: Windows OS vers

svn-crash-log20190911192859

use the following command Svndumpfilter exclude Project Management Office/1.7 Server/< Operations > xm However, the problems in my attachment appear. Thank you very much for your help. 254/5000 svn-crash-log20190911192859.log Description: Binary data

Systematic crash of client when running svn ls on a newly upgraded svnserver

Hello, We recently migrated our SVN Server (Windows) (running the Slik SVN distribution) to version 1.10.4. Since that moment, whenever we try to run an "svn ls" on any part of the repo, our client crash (whatever client on Windows... CLI, TurtoiseSVN... CLI seems to work fine on Li

svn-crash-log20190319232058

svn-crash-log20190319232058.dmp Description: Binary data Process info: Cmd line: svn checkout https://github.com/Psychtoolbox-3/Psychtoolbox-3/branches/beta/Psychtoolbox/ "C:\toolbox\Psychtoolbox" Working Dir: C:\toolbox Version: 1.9.7-SlikSvn (SlikSvn/1.9.7), compiled A

Re: Crash in IntelliJ Idea with "Merge from trunk"

Hello Salvi, > Version: 1.8.0 (r1490375), compiled Jun 16 2013, 22:47:58 You run an outdated SVN client version. Try SVN 1.8.19 or 1.9.7. -- With best regards, Pavel Lyalyakin VisualSVN Team

Re: svn crash

On Jun 5, 2017, at 05:57, Dev Dev wrote: > This crash occured while browsing in svn repository and when clicked any file > without plain text format. You said "clicked" which makes me think you're using a GUI client built on top of the Subversion libraries. This lis

svn crash

Hi, This crash occured while browsing in svn repository and when clicked any file without plain text format. thank you, Process info: Cmd line: "C:/DEV/xampp/apache/bin\svn" --non-interactive --config-dir /tmp --trust-server-cert cat -r 2 "file:///D:/svn/repos/svn/java/keyc

Unreal Engine 4 SVN crash

Hello, I'm unable to set up SVN for my Unreal project because something crashes in there: SourceControl:Error: Error This application has halted due to an unexpected error. I've attached the log and dmp files. I'd appreciate any help. Regards, Zoltan Erdokovy svn-crash-log201

Crash when trying to connect inside Unreal Engine 4.15

When I try to connect to my repository inside Unreal Engine 4.15 it tells me that it has crashed and to send you the crash report. I can connect to it using tortoise SVN and check in and out but inside Unreal it just crashes when I try and log in. I hope you can help Cheers Pete Sent from

Re: svndumpfilter crash on empty revisions

On Fri, Feb 03, 2017 at 03:50:36PM +, Daniel Shahaf wrote: > Stefan Sperling wrote on Fri, Feb 03, 2017 at 09:52:24 +0100: > > Thank Steven! > > Providing a dump file which triggered the problem helped a lot. > > I think we've had a miscommunication here. Brian Colavito reported this > proble

Re: svndumpfilter crash on empty revisions

Stefan Sperling wrote on Fri, Feb 03, 2017 at 09:52:24 +0100: > Thank Steven! > Providing a dump file which triggered the problem helped a lot. I think we've had a miscommunication here. Brian Colavito reported this problem two weeks ago and I confirmed/reproduced it then. I'm entirely not sure

RE: svndumpfilter crash on empty revisions

Thank you for the quick fix. -Original Message- From: Stefan Sperling [mailto:s...@elego.de] Sent: Friday, 3 February, 2017 08:52 To: Steven Barbaglia Cc: users@subversion.apache.org Subject: Re: svndumpfilter crash on empty revisions On Thu, Feb 02, 2017 at 02:57:02PM +, Steven

Re: svndumpfilter crash on empty revisions

dump > svndumpfilter include / < svnadmin.dump > svndumpfilter.dump > svndumpfilter exclude junk < svnadmin.dump > svndumpfilter.dump > > I am attaching the dump with just the first few revisions and a crash log. > > PS I am using the latest public svn version, 1.9.5 from

svndumpfilter crash on empty revisions

; svnadmin.dump > svndumpfilter.dump I am attaching the dump with just the first few revisions and a crash log. PS I am using the latest public svn version, 1.9.5 from CollabNet for Windows 64-bit. - Sinara provides software development ser

Svndumpfilter crash on Windows 10

This was using the binary bundled with VisualSVN. I got similar results using the one from TortoiseSVN. svn-crash-log20170118163543.log Description: Binary data

Re: Crash Log

Hello, On Thu, Nov 10, 2016 at 10:52 AM, 。。 wrote: > > fyi. Upgrade your Subversion client. You use an outdated SVN 1.8.9, but the most recent 1.8.x version is 1.8.16. You could also consider upgrading to the latest 1.9.x version. -- With best regards, Pavel Lyalyakin VisualSVN Team

Crash Log

fyi. svn-crash-log20161110074401.dmp Description: Binary data Process info: Cmd line: "D:\Program Files\SlikSvn\bin\svn.exe" update Working Dir: D:\workspace\0.94.0-ali-1.0 Version: 1.8.9-SlikSvn-1.8.9-X64 (SlikSvn/1.8.9) X64, compiled May 8 2014, 20:00:31 Platform: Windows OS v

Crash

Hello. I've just had SVN crash. I'm working on a fairly large repository (probably around 60gb or so) and was in the process of checking it out. The HDD ran out of space, which caused SVN to stop gracefully. After calling svn clean up, I called svn up, got a handful of files a

Re: SVN crash logs

Hi Ray, While I was running some SVN update commands using a batch file, I got error messages that requested I send crash logs to this address. The files are attached. From the log: Version: 1.8.9-SlikSvn-1.8.9-WIN32 (SlikSvn/1.8.9) WIN32, compiled May 8 2014, 19:47:34 First I suggest

SVN crash logs

While I was running some SVN update commands using a batch file, I got error messages that requested I send crash logs to this address. The files are attached. Regards, Ray Franklin Big Leaf, LLC gr...@rohswell.com 970.449.3369 705 Eastdale Dr Fort Collins CO 80524 USA svn-crash

Re: svn crash log

Hi John, Please find log and dmp files attached as directed in the console output. “Please send the log file to users@subversion.apache.org to help us analyze and solve this problem.” The information contained in this

svn crash log

ed on the information in this email and you are hereby notified that any dissemination, misuse or copying or disclosure of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the original message.

Re: svn-all-fast-export crash (was: Re: Svn 1.9 repository 20% bigger than svn 1.8 repository)

> On Jan 28, 2016, at 1:54 AM, Gert Kello wrote: > > I have a svn 1.9 repository, created with svnsync, that has ~15 revisions > and size about 45 GB. Due to some issues in svn-all-fast-export I wanted to > have svn 1.8 version repository so I downgraded it by doing svnadmin (v 1.9) > dum

Re: Subversion crash report

same location as last time. Log files are included. *From:*Stefan Hett [mailto:ste...@egosoft.com] *Sent:* Monday, January 25, 2016 1:37 PM *To:* Patten, James *Cc:* 'subversion' *Subject:* Re: Subversion crash report Hi James, I downloaded SlikSVN and installed it, using t

RE: Subversion crash report

as last time. Log files are included. From: Stefan Hett [mailto:ste...@egosoft.com] Sent: Monday, January 25, 2016 1:37 PM To: Patten, James Cc: 'subversion' Subject: Re: Subversion crash report Hi James, I downloaded SlikSVN and installed it, using the Typical installation. I then

Re: Subversion crash report

you requested. Thanks for the dump. Looking at the corresponding code sections suggest that the crash might not occur with the 64-bit binaries. Any chance you could try such a build? I'd expect you'd get some error in this case which should be a useful lead to the underlying problem.

RE: Subversion crash report

. James From: Stefan Hett [mailto:ste...@egosoft.com] Sent: Monday, January 25, 2016 10:58 AM To: Patten, James Cc: 'subversion' Subject: Re: Subversion crash report Sorry. I'm using the distribution from Collabnet. From: Stefan Hett [mailto:ste...@egosoft.com] Sent: Monday, Jan

Re: Subversion crash report

Sorry. I’m using the distribution from Collabnet. *From:*Stefan Hett [mailto:ste...@egosoft.com] *Sent:* Monday, January 25, 2016 7:30 AM *To:* Patten, James *Cc:* 'subversion' *Subject:* Re: Subversion crash report Hi James, Stefan, Windows client, using a Powersh

RE: Subversion crash report

Sorry. I'm using the distribution from Collabnet. From: Stefan Hett [mailto:ste...@egosoft.com] Sent: Monday, January 25, 2016 7:30 AM To: Patten, James Cc: 'subversion' Subject: Re: Subversion crash report Hi James, Stefan, Windows client, using a Powershell script running

Re: Subversion crash report

, January 25, 2016 5:25 AM *To:* Patten, James; users@subversion.apache.org *Subject:* Re: Subversion crash report Hi James, without knowing which client you are using it's a bit difficult to dig into this problem. >From the logs I can only get your command line, working directory, versio

Re: Subversion crash report

n apr_file_read() #5 0x6eec5d71 in apr_file_read_full() #6 0x6dc279e3 in svn_diff_diff_2() EAX: 0 If I were you, I'd retry the test first with the more recent 1.9.3 version. Hello, Attached please find a crash report during an attempt to merge something to a trunk. James C Patten Senio

Subversion crash report

Hello, Attached please find a crash report during an attempt to merge something to a trunk. James C Patten Senior Programmer/Analyst, OIT OCFS/DLRS State of Maine, Office of Information Technology james.pat...@maine.gov<mailto:james.pat...@maine.gov> 207-557-0349 (Desk/Cell) svn

Re: svn crash

On 23 November 2015 at 09:52, Thomas Sußebach wrote: > please find attached the minidump file > > > Version: 1.8.9 (r1591380), compiled May 8 2014, 13:53:02 Could you please update to the latest version (1.8.14 or 1.9.2) and try again. -- Ivan Zhakov

svn crash

please find attached the minidump file cheers, thomas svn-crash-log20151123073914.dmp Description: svn-crash-log20151123073914.dmp svn-crash-log20151123073914.log Description: svn-crash-log20151123073914.log

Re: SVN crash on commit

I have updated to 1.8.14 and it works now. Thanks On 29 September 2015 at 16:09, Andreas Stieger wrote: > Update to 1.8.14 > and > try again. > >

Re: SVN crash on commit

On 9/29/2015 3:49 PM, Petr Janata wrote: Hi, I have experienced a crash during svn commit operation. It does not help to cleanup or update the working copy. Commit always fails with the same problem. I use 1.8.0-SlikSvn-1.8.0-X64 command line client. I have executed successful cleanup and

Re: Crash of mod_dav_svn Apache thread in membuf_create() at subversion/libsvn_subr/string.c:58

Szőts Ákos writes: > When I update my repository, from time to time Apache threads crash with > Subversion functions appearing on the top. > > I use SVN with mod_dav_svn via HTTPS connections. > > Versions: > OS: openSUSE 13.2 x64 > Kernel: 3.16.7 > apache2-prefor

Crash of mod_dav_svn Apache thread in membuf_create() at subversion/libsvn_subr/string.c:58

Dear list members, When I update my repository, from time to time Apache threads crash with Subversion functions appearing on the top. I use SVN with mod_dav_svn via HTTPS connections. Versions: OS: openSUSE 13.2 x64 Kernel: 3.16.7 apache2-prefork: 2.4.10 subversion and subversion_server

Re: Crash during co and up

Will do thanks for the quick response Regards, Dean On Thu, Mar 19, 2015 at 2:48 PM, Andreas Stieger wrote: > Hi, > > On 19/03/15 22:15, Dean Hodgkinson wrote: > > Version: 1.8.9 (r1591380), compiled May 8 2014, 13:53:02 > > Please update to the latest version (1.8.11) and try again. > > Andr

Re: Crash during co and up

Hi, On 19/03/15 22:15, Dean Hodgkinson wrote: > Version: 1.8.9 (r1591380), compiled May 8 2014, 13:53:02 Please update to the latest version (1.8.11) and try again. Andreas

Crash during co and up

Hello all, I ran an checkout on a repo and got this crash. I then ran a cleanup and update with another crash. I was able to check out the repo on another server without issue. Thanks for looking at this Dean -- *:: Dean Hodgkinson* :: Build & Release Automation Engineer :: *SPORTVI

Re: crash report

Hi Klaus, the SVN developers don't provide Windows binaries themselves. Without telling which distribution you are working with (aka: where you got the files located under C:/opt/subversion_1.7) the given dmp-file is merely useless as most likely is the given stacktrace. Regards, Stefan Fr

crash report

s.de<mailto:klaus.reze...@lauer-weiss.de> www.lauer-weiss.de<http://www.lauer-weiss.de> Gesch?ftsf?hrer: Jochen Lauer Bankverbindung: IBAN: DE25 6026 1329 0032 8800 06 BIC: GENODES1FBB Umsatzregister: ID-Nr. DE 210208516 Registergericht: Amtsgericht Stuttgart Registernummer: HRB Nr. 264

Re: crash

I'm 99% sure about "PhpStorm under linux generates these folders" 2014-12-23 15:42 GMT+02:00 Anton Lee : > Or maybe Xampp I'm not sure now. > > 2014-12-23 15:40 GMT+02:00 Anton Lee : > >> It looks like PhpStorm under linux generates these folders. >> >> 2014-12-18 23:06 GMT+02:00 Anton Lee : >> >

Re: crash

Or maybe Xampp I'm not sure now. 2014-12-23 15:40 GMT+02:00 Anton Lee : > It looks like PhpStorm under linux generates these folders. > > 2014-12-18 23:06 GMT+02:00 Anton Lee : > >> Yes, and I don't know how that folder was created. >> >> 2014-12-18 23:04 GMT+02:00 Ryan Schmidt : >>> >>> Please r

Re: crash

It looks like PhpStorm under linux generates these folders. 2014-12-18 23:06 GMT+02:00 Anton Lee : > Yes, and I don't know how that folder was created. > > 2014-12-18 23:04 GMT+02:00 Ryan Schmidt : >> >> Please remember to Reply All so that your reply also goes to the mailing >> list, not just to

Re: crash

Yes, and I don't know how that folder was created. 2014-12-18 23:04 GMT+02:00 Ryan Schmidt : > > Please remember to Reply All so that your reply also goes to the mailing > list, not just to me. > > > On Dec 18, 2014, at 2:54 PM, Anton Lee wrote: > > > > Hello. > > I was doing "svn status" on windo

Re: crash

Please remember to Reply All so that your reply also goes to the mailing list, not just to me. > On Dec 18, 2014, at 2:54 PM, Anton Lee wrote: > > Hello. > I was doing "svn status" on windows. > Yes problem is repeatable. > And I found why it was crashing. Somehow I had folder named > "C:\Users

Re: crash

What were you doing when this crash occurred? Is the problem repeatable?

crash

svn-crash-log20141218133900.dmp Description: Binary data svn-crash-log20141218133900.log Description: Binary data

AW: SVN crash

: Subversion Users Betreff: Re: SVN crash On Nov 13, 2014, at 3:36 AM, Helger, Philip wrote: > Please see the attached crash. > > // Philip > > What were you doing when this crash happened?

Re: SVN crash

On Nov 13, 2014, at 3:36 AM, Helger, Philip wrote: > Please see the attached crash. > > // Philip > > What were you doing when this crash happened?

SVN crash

Dear all! Please see the attached crash. // Philip svn-crash-log20141113103151.dmp Description: svn-crash-log20141113103151.dmp svn-crash-log20141113103151.log Description: svn-crash-log20141113103151.log

Subversion crash report

those of AQR Capital Management, LLC and its affiliates. svn-crash-log20141105162102.dmp Description: svn-crash-log20141105162102.dmp svn-crash-log20141105162102.log Description: svn-crash-log20141105162102.log

Re: SubVersion crash in TortoiseSVN 1.8.8

Hi all, I have experienced the same error as Rich McGraw and Bert, except that I got another assertion before theirs: So first: --- Subversion Exception! --- Subversion encountered a serious problem. Please take the time to report this on the Subve

Re: SubVersion crash in TortoiseSVN 1.8.8

llowed the instructions. Yes the error did occur in TortoiseSVN but it didn't give any option to use TortoiseSVN's automatic crash handler, that didn't come up at all, what came up was a window with the text that I copied and pasted. I would assume that the lines: In file &#x

RE: SubVersion crash in TortoiseSVN 1.8.8

rom TortoiseSVN and we as Subversion project don't provide direct support for that projects final releases the request to automatically handle *their* errors doesn't really make sense here. As far as I know TortoiseSVN handles their crashes automatically. So somehow they determined that th

SubVersion crash in TortoiseSVN 1.8.8

This crash happened in TortoiseSVN 1.8.8, which is based on Apache SubVersion 1.8.10, both of which are the latest release versions. It happened on 32-bit Windows XP Professional with Service Pack 3. It occurred when I was trying to view the difference between 2 previous revisions of a file in

SVN crash

r. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. svn-crash-log20140805155931.dmp Description: svn-crash-log20140805155931.dmp svn-crash-log20140805155931.log Descr

Re: Crash of SlikSVN 1.8.9 under Windows 7 / 64-bit

Hi, > On 1 Aug 2014, at 12:15, "Post, Dr. Ulrich" > wrote: > > Please find the respective file enclosed. This file contains a username and a password which you may want to reset as soon as practical if required. Andreas

Crash of SlikSVN 1.8.9 under Windows 7 / 64-bit

Hi all, during usage of the above version of SlikSVN I got the following 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\wepuser\AppData\Local\Temp\svn-crash-log20140801125220.log C

Re: svn crash

I cannot reproduce this. I tried the same command that triggered the crash for you: svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm Tried it with 1.8.9-SlikSvn-1.8.9-X64 on Windows 7 (Windows 7 Enterprise, Service Pack 1, build 7601). The checkout succeeded without problems. Does

svn crash

svn-crash-log20140727005110.dmp Description: Binary data svn-crash-log20140727005110.log Description: Binary data

Re: svn crash report

On Sat, Jul 19, 2014 at 7:58 AM, ayush Mittal wrote: > Attaching crash report while downloading trunk Did you compile your own svn binary for Windows? If so, I suggest you first try one of the freely available binary packages, and see if you can replicate the issue. See h

svn crash report

Attaching crash report while downloading trunk svn-crash-log20140719111932.log Description: Binary data

svn up * - Crash log - SlikSVN 1.8.9

Attached. Sorry, first crash ever since (maybe) 2005. Cleanup - retried (inside the crashed wc) -all ok. Best reagrds and thanks ! Davide Grandi -- Ing. Davide Grandi email : davide.gra...@mclink.it mobile : +39 339 7468 778 Process info: Cmd line: svn up * Working Dir: C:\Sempronio

Re: Crash report

This is caused by a known issue on soms kinds of incoming deletes/replacement during merges which use --force. We recommend to stop using --force and/or upgrade to 1.8.9 where the specific problem was fixed. --force was useful on merges to avoid limitations of older subversion versions, but no

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

Is there any other Java debugger can I perform it on Windows? On Tue, Jul 1, 2014 at 12:06 PM, Darly Senecal Baptiste wrote: > In addition, I have svnkit (pure java) installed on Eclipse. > Does it affects the use of JavaHL? >

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

In addition, I have svnkit (pure java) installed on Eclipse. Does it affects the use of JavaHL?

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

ndows. But if you > somehow manage to make those .pdb's available to the JVM -- I guess it should > be enough to put them in the same directory as the relevant .dll's -- then at > least the JVM crash report stack trace should give better info about what > caused the crash. &g

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

hese to get better info. Well, I've never done any debugging with JavaHL on Windows. But if you somehow manage to make those .pdb's available to the JVM -- I guess it should be enough to put them in the same directory as the relevant .dll's -- then at least the JVM crash report stack tr

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

I do not know how you can debug, but I can point you to PDB's for the binaries you are using. http://pkg.collab.net/build/windows/CollabNet_Subversion-Win32-Debug-1.8.9.47.zip Brane might know better how you can use these to get better info. On Mon, Jun 30, 2014 at 4:20 PM, Darly Senecal Baptis

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

> > This is a bit of a problem ... there's no debug information available for > the native libraries, which makes it rather hard to tell what the problem > might be. > > > Is the repository by any chance public, so that I could try to do a > checkout using JavaHL within a debugger? > > I don't thin

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

On 30.06.2014 22:01, Darly Senecal Baptiste wrote: > > > > Also, you can see the jvm dump at this link > https://db.tt/LBOXhJyi . > > > Just for the archives, pasting the relevent bits. Nothing jumps > out at me here to point in any direction though: > > > # >

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

f JVM is crashing it should be producing a dump. Find it and send it. > > Also, as I mentioned earlier, you should see if you can recreate the > crash using the command line. Not necessarily. I fixed a bug in JavaHL just today that was specific to the JavaHL native code and was not t

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

Using the following version Are you using same SVN versions? What are you using for command line > binaries? Ideally, try the ones from CollabNet since that is what > Subclipse is using. Could be related to a specific version of SVN or > dependency. SVN Linux command line : version 1.8.5 tak

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

On Mon, Jun 30, 2014 at 3:09 PM, Darly Senecal Baptiste wrote: > To be clear and to double confirm > > Recreated the same svn checkout command through command line and > TortoiseSVN, checkouts went through without any issue. > Are you using same SVN versions? What are you using for command line

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

and send it. > > Also, as I mentioned earlier, you should see if you can recreate the crash > using the command line. This might be produce a cleaner crash dump to look > at. Since it is happening during checkout, you ought to be able to just > execute the same checkout command. You

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

nding a > zero window to the server. And finally, the client is sending a series of > RESET packets to server. And these RST packets appears when javaHL crashed > > If JVM is crashing it should be producing a dump. Find it and send it. Also, as I mentioned earlier, you should see if

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

code from a small repository (completely) and everything >> went well. However, while I was trying to check out part of code from a >> large repository, eclipse crashes unexpectedly. I don't know why >> >> I changed the client adapter from JavaHL to SVNKit(JavaSVN) and all

Re: SVN JavaHL 1.10.5 makes Eclipse to crash

e client adapter from JavaHL to SVNKit(JavaSVN) and all > checkouts went well without crashing eclipse. > > I was trying to look the reasons of the crash but the eclipse log doesn't > provide the reasons of crashing. > > Is there a way to look for reasons of eclipse being crash

SVN JavaHL 1.10.5 makes Eclipse to crash

crashes unexpectedly. I don't know why I changed the client adapter from JavaHL to SVNKit(JavaSVN) and all checkouts went well without crashing eclipse. I was trying to look the reasons of the crash but the eclipse log doesn't provide the reasons of crashing. Is there a way to look for

SVN 1.8.9 crash & E185002

only thing noteworthy that the "U" markers leaped between 1st and 2nd column. Later updating another wc, SVN crashed some way through. Cleanup, retry, crash again after updating another bunch of files. Switching back to 1.8.8, cleanup, rest of update went fine. It might be worth ment

Re: Reproducible VM crash using JavaHL

On 10.04.2014 09:01, Branko Čibej wrote: > On 10.04.2014 07:51, Christian K. wrote: >> Hello, >> >> it seems like that I'm facing a bug in JavaHL which causes a >> reproducible VM crash. As per "Getting involved" [1] I'm reporting it >> here.

Re: Reproducible VM crash using JavaHL

On 10.04.2014 07:51, Christian K. wrote: > Hello, > > it seems like that I'm facing a bug in JavaHL which causes a > reproducible VM crash. As per "Getting involved" [1] I'm reporting it > here. > > The

Reproducible VM crash using JavaHL

Hello, it seems like that I'm facing a bug in JavaHL which causes a reproducible VM crash. As per "Getting involved" [1] I'm reporting it here. The crash is caused if an implementation of org.apache.subversion.javahl.callback.ConflictResolverCallback throws a RuntimeExcep

  1   2   3   >