You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by bf...@cademia.de on 2014/10/22 18:32:09 UTC
Fwd: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Hi all,
We have an issue with JavaHL on the new Mac OS X 10.10 Yosemite. Hope that the mailing list applies to the right people?!
The installation on our Mac has been done via MacPorts, Port: subversion-javahlbindings
Building takes place without errors. The resulting libraries do not run. Eclipse crashes in >Preferences >Team >Subversion. The MacPorts test facility reports an error.
Here ist the MacPorts ticket with the complete history and all details: https://trac.macports.org/ticket/45496
Thank you for your help.
Kind regards,
Berthold Firmenich
Anfang der weitergeleiteten Nachricht:
> Von: MacPorts <no...@macports.org>
> Betreff: Aw: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
> Datum: 22. Oktober 2014 16:16:21 MESZ
> An: bf@cademia.de, dluke@geeklair.net
> Kopie: macports-tickets@lists.macosforge.org, blair@macports.org
> Antwort an: macports-dev@lists.macosforge.org
>
> #45496: Subversion with JavaHL crashes on Yosemite
> ----------------------------------------+----------------------
> Reporter: bf@… | Owner: dluke@…
> Type: defect | Status: new
> Priority: Normal | Milestone:
> Component: ports | Version: 2.3.2
> Resolution: | Keywords: yosemite
> Port: subversion-javahlbindings |
> ----------------------------------------+----------------------
>
> Comment (by dluke@…):
>
> The subversion developers (maybe start with the subversion users mailing
> list? - http://subversion.apache.org/mailing-lists.html)
>
> I don't think this is a MacPorts-specific issue.
>
> --
> Ticket URL: <https://trac.macports.org/ticket/45496#comment:9>
> MacPorts <https://www.macports.org/>
> Ports system for OS X
>
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by "Daniel J. Luke" <dl...@geeklair.net>.
> On Oct 29, 2014, at 10:38 AM, Daniel J. Luke <dl...@geeklair.net> wrote:
> I've added a small configure patch to MacPorts to work around this for now - I imagine if the next subversion release uses the current (or newer) libtool, then the patch won't be necessary anymore:
>
> --- configure.orig 2014-10-29 10:20:21.000000000 -0400
> +++ configure 2014-10-29 10:22:43.000000000 -0400
> @@ -10348,7 +10348,7 @@
> case ${MACOSX_DEPLOYMENT_TARGET-10.0},$host in
> 10.0,*86*-darwin8*|10.0,*-darwin[91]*)
> _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
> - 10.[012]*)
> + 10.[[012]][[,.]]*)
> _lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' ;;
> 10.*)
> _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
and it turns out I used the m4 template patch as the basis for this, so it has double square brackets when it shouldn't here's a better one that hopefully won't break 10.0-10.2 (not that anyone should be running them):
--- configure.orig 2014-10-29 10:20:21.000000000 -0400
+++ configure 2014-10-29 10:22:43.000000000 -0400
@@ -10348,7 +10348,7 @@
case ${MACOSX_DEPLOYMENT_TARGET-10.0},$host in
10.0,*86*-darwin8*|10.0,*-darwin[91]*)
_lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
- 10.[012]*)
+ 10.[012][,.]*)
_lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' ;;
10.*)
_lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
--
Daniel J. Luke
+========================================================+
| *---------------- dluke@geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
| Opinions expressed are mine and do not necessarily |
| reflect the opinions of my employer. |
+========================================================+
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by "Daniel J. Luke" <dl...@geeklair.net>.
> On Oct 27, 2014, at 6:22 AM, Philip Martin <ph...@wandisco.com> wrote:
> "Daniel J. Luke" <dl...@geeklair.net> writes:
> On Oct 24, 2014, at 3:09 PM, Daniel J. Luke <dl...@geeklair.net> wrote:
>>>> The JavaHL bindings
>>>> use the same libraries to access the code as the commmand line clients.
>>>> If one works and the other does not it implies that the different
>>>> libraries are getting loaded at runtime. I have no idea what you need
>>>> to do to get the correct libraries to load on OSX.
>>>
>>> make check-javahl sets DYLD_LIBRARY_PATH so the libraries from the build take precedence over any others. I'll check to see which library(s) are getting loaded at runtime both from the MacPorts build and my non-MacPorts build and see if there's anything there. Thanks for giving me some place to start...
>>
>> I don't see any difference between which libraries are getting loaded:
>
> All I can suggest is building with debug symbols and using a debugger.
> The code is in subversion/libbsvn_subr/sqlite.c and I would guess the
> problem is eithe SQLite initialisation in init_sqlite() or database open
> in internal_open().
The difference between my build that succeeded and the MacPorts build is that MacPorts sets MACOSX_DEPLOYMENT_TARGET (to 10.10 on yosemite). libtool's M4 macro before the just released 2.4.3 incorrectly call the linker with `-undefined suppress` instead of `-undefined dynamic_lookup` in this case.
I've added a small configure patch to MacPorts to work around this for now - I imagine if the next subversion release uses the current (or newer) libtool, then the patch won't be necessary anymore:
--- configure.orig 2014-10-29 10:20:21.000000000 -0400
+++ configure 2014-10-29 10:22:43.000000000 -0400
@@ -10348,7 +10348,7 @@
case ${MACOSX_DEPLOYMENT_TARGET-10.0},$host in
10.0,*86*-darwin8*|10.0,*-darwin[91]*)
_lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
- 10.[012]*)
+ 10.[[012]][[,.]]*)
_lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' ;;
10.*)
_lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
--
Daniel J. Luke
+========================================================+
| *---------------- dluke@geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
| Opinions expressed are mine and do not necessarily |
| reflect the opinions of my employer. |
+========================================================+
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by Philip Martin <ph...@wandisco.com>.
"Daniel J. Luke" <dl...@geeklair.net> writes:
>> On Oct 24, 2014, at 3:09 PM, Daniel J. Luke <dl...@geeklair.net> wrote:
>>> The JavaHL bindings
>>> use the same libraries to access the code as the commmand line clients.
>>> If one works and the other does not it implies that the different
>>> libraries are getting loaded at runtime. I have no idea what you need
>>> to do to get the correct libraries to load on OSX.
>>
>> make check-javahl sets DYLD_LIBRARY_PATH so the libraries from the build take precedence over any others. I'll check to see which library(s) are getting loaded at runtime both from the MacPorts build and my non-MacPorts build and see if there's anything there. Thanks for giving me some place to start...
>
> I don't see any difference between which libraries are getting loaded:
All I can suggest is building with debug symbols and using a debugger.
The code is in subversion/libbsvn_subr/sqlite.c and I would guess the
problem is eithe SQLite initialisation in init_sqlite() or database open
in internal_open().
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by "Daniel J. Luke" <dl...@geeklair.net>.
> On Oct 24, 2014, at 3:09 PM, Daniel J. Luke <dl...@geeklair.net> wrote:
>> The JavaHL bindings
>> use the same libraries to access the code as the commmand line clients.
>> If one works and the other does not it implies that the different
>> libraries are getting loaded at runtime. I have no idea what you need
>> to do to get the correct libraries to load on OSX.
>
> make check-javahl sets DYLD_LIBRARY_PATH so the libraries from the build take precedence over any others. I'll check to see which library(s) are getting loaded at runtime both from the MacPorts build and my non-MacPorts build and see if there's anything there. Thanks for giving me some place to start...
I don't see any difference between which libraries are getting loaded:
working -
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/bindings/javahl/native/.libs/libsvnjavahl-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_repos/.libs/libsvn_repos-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_client/.libs/libsvn_client-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_wc/.libs/libsvn_wc-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_ra/.libs/libsvn_ra-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_diff/.libs/libsvn_diff-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_ra_local/.libs/libsvn_ra_local-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_fs/.libs/libsvn_fs-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_ra_svn/.libs/libsvn_ra_svn-1.0.dylib
dyld: loaded: /opt/local/lib/libsasl2.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_ra_serf/.libs/libsvn_ra_serf-1.0.dylib
dyld: loaded: /opt/local/lib/libserf-1.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_delta/.libs/libsvn_delta-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_subr/.libs/libsvn_subr-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_fs_fs/.libs/libsvn_fs_fs-1.0.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_fs_base/.libs/libsvn_fs_base-1.0.dylib
dyld: loaded: /opt/local/lib/db46/libdb-4.6.dylib
dyld: loaded: /Volumes/Extra/dluke/foo/subversion-1.8.10/subversion/libsvn_fs_util/.libs/libsvn_fs_util-1.0.dylib
dyld: loaded: /opt/local/lib/libexpat.1.dylib
dyld: loaded: /opt/local/lib/libz.1.dylib
dyld: loaded: /opt/local/lib/libsqlite3.0.dylib
dyld: loaded: /opt/local/lib/libmagic.1.dylib
dyld: loaded: /opt/local/lib/libaprutil-1.0.dylib
dyld: loaded: /opt/local/lib/libapr-1.0.dylib
dyld: loaded: /opt/local/lib/libintl.8.dylib
dyld: loaded: /opt/local/lib/libiconv.2.dylib
dyld: loaded: /opt/local/lib/libssl.1.0.0.dylib
dyld: loaded: /opt/local/lib/libcrypto.1.0.0.dylib
test failure -
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl/native/.libs/libsvnjavahl-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_repos/.libs/libsvn_repos-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_client/.libs/libsvn_client-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_wc/.libs/libsvn_wc-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_ra/.libs/libsvn_ra-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_diff/.libs/libsvn_diff-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_ra_local/.libs/libsvn_ra_local-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_fs/.libs/libsvn_fs-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_ra_svn/.libs/libsvn_ra_svn-1.0.dylib
dyld: loaded: /opt/local/lib/libsasl2.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_ra_serf/.libs/libsvn_ra_serf-1.0.dylib
dyld: loaded: /opt/local/lib/libserf-1.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_delta/.libs/libsvn_delta-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_subr/.libs/libsvn_subr-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_fs_fs/.libs/libsvn_fs_fs-1.0.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_fs_base/.libs/libsvn_fs_base-1.0.dylib
dyld: loaded: /opt/local/lib/db46/libdb-4.6.dylib
dyld: loaded: /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_fs_util/.libs/libsvn_fs_util-1.0.dylib
dyld: loaded: /opt/local/lib/libexpat.1.dylib
dyld: loaded: /opt/local/lib/libz.1.dylib
dyld: loaded: /opt/local/lib/libsqlite3.0.dylib
dyld: loaded: /opt/local/lib/libmagic.1.dylib
dyld: loaded: /opt/local/lib/libaprutil-1.0.dylib
dyld: loaded: /opt/local/lib/libapr-1.0.dylib
dyld: loaded: /opt/local/lib/libintl.8.dylib
dyld: loaded: /opt/local/lib/libiconv.2.dylib
dyld: loaded: /opt/local/lib/libssl.1.0.0.dylib
dyld: loaded: /opt/local/lib/libcrypto.1.0.0.dylib
--
Daniel J. Luke
+========================================================+
| *---------------- dluke@geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
| Opinions expressed are mine and do not necessarily |
| reflect the opinions of my employer. |
+========================================================+
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by "Daniel J. Luke" <dl...@geeklair.net>.
> On Oct 24, 2014, at 1:31 PM, Philip Martin <ph...@wandisco.com> wrote:
> "Daniel J. Luke" <dl...@geeklair.net> writes:
>>> Does this work:
>>>
>>> svnadmin create repo
>>> svn import -mm repo/format file://`pwd`/repo/f
>>> sqlite3 repo/db/rep-cache.db "select * from rep_cache"
>>>
>>> The sqlite3 command should show a single line such as:
>>>
>>> 5d9474c0309b7ca09a182d888f73b37a8fe1362c|1|0|14|2
>>
>> yes, this works and gives that result (but subversion itself passes
>> its test when built/run by macports, so I would expect it to work).
>
> I don't understand OSX terminology. Are you claiming that the command
> line binaries work and the JavaHL bindings fail?
yes - but there is something about the MacPorts build that is causing this (I maintain the macports 'port' of subversion and language bindings).
MacPorts builds the command line binary + libraries which install and run fine (like that have since pre 1.0). I can run the test suite (make check) from within MacPorts and it works.
MacPorts builds the javahl bindings (libsvnjavahl-1.dylib, svn-javahl.jar and their various symlinks) separately. It used to be able to run and pass passes its test suite (make check-javahl).
I upgraded my main machine to Yosemite (Mac OS X 10.10) and installed java 1.8.0_25 and now while the MacPorts build looks like it works, the test suite fails (and people who use the bindings with eclipse have said that it crashes).
If I build outside of MacPorts it works for me, which is odd. The MacPorts build uses a non-privildeged user and does some environment sanitization, but not anything crazy. I'll do some more looking to see if I can figure out what may be causing it - but it's very strange.
> The JavaHL bindings
> use the same libraries to access the code as the commmand line clients.
> If one works and the other does not it implies that the different
> libraries are getting loaded at runtime. I have no idea what you need
> to do to get the correct libraries to load on OSX.
make check-javahl sets DYLD_LIBRARY_PATH so the libraries from the build take precedence over any others. I'll check to see which library(s) are getting loaded at runtime both from the MacPorts build and my non-MacPorts build and see if there's anything there. Thanks for giving me some place to start...
--
Daniel J. Luke
+========================================================+
| *---------------- dluke@geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
| Opinions expressed are mine and do not necessarily |
| reflect the opinions of my employer. |
+========================================================+
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by Philip Martin <ph...@wandisco.com>.
"Daniel J. Luke" <dl...@geeklair.net> writes:
>> Does this work:
>>
>> svnadmin create repo
>> svn import -mm repo/format file://`pwd`/repo/f
>> sqlite3 repo/db/rep-cache.db "select * from rep_cache"
>>
>> The sqlite3 command should show a single line such as:
>>
>> 5d9474c0309b7ca09a182d888f73b37a8fe1362c|1|0|14|2
>
> yes, this works and gives that result (but subversion itself passes
> its test when built/run by macports, so I would expect it to work).
I don't understand OSX terminology. Are you claiming that the command
line binaries work and the JavaHL bindings fail? The JavaHL bindings
use the same libraries to access the code as the commmand line clients.
If one works and the other does not it implies that the different
libraries are getting loaded at runtime. I have no idea what you need
to do to get the correct libraries to load on OSX.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by "Daniel J. Luke" <dl...@geeklair.net>.
> On Oct 24, 2014, at 10:03 AM, Philip Martin <ph...@wandisco.com> wrote:
> "Daniel J. Luke" <dl...@geeklair.net> writes:
>>> On Oct 24, 2014, at 5:11 AM, Philip Martin <ph...@wandisco.com> wrote:
>>> The error below is caused by running the JavaHL regression tests with
>>> non-working SQLite support. This is likely to be caused by running the
>>> tests on a filesystem that does not support SQLite. I don't think this
>>> is the same error as the one you reported originally.
>>
>> What is a 'filesystem that does not support SQLite'?
>>
>> MacPorts subversion is built with SQLite - if that's broken it's
>> probably something I should fix.
>
> The common cause is putting the repository on some sort of network
> filesystem that doesn't support the file locking used by SQLite. It's
> not that SQLite is broken but that the filesystem does not support the
> features required by SQLite. Sometimes it can be fixed via mount
> options or by a locking daemon.
ok, that's not happening here - it's a local hfs+ fs on an internal hd.
If I pull the same tarball and build it outside of macports, things work OK - so I guess it's something macports specific (but I'm not sure what would cause it to fail this way).
>> From svn --version --verbose, I did notice that it's loading both the
>> MacPorts libsqlite3.dylib and the system-provided one (which is
>> probably not great - but if the system one is being pulled in by
>> system libs it's probably OK)
>
> Does this work:
>
> svnadmin create repo
> svn import -mm repo/format file://`pwd`/repo/f
> sqlite3 repo/db/rep-cache.db "select * from rep_cache"
>
> The sqlite3 command should show a single line such as:
>
> 5d9474c0309b7ca09a182d888f73b37a8fe1362c|1|0|14|2
yes, this works and gives that result (but subversion itself passes its test when built/run by macports, so I would expect it to work).
--
Daniel J. Luke
+========================================================+
| *---------------- dluke@geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
| Opinions expressed are mine and do not necessarily |
| reflect the opinions of my employer. |
+========================================================+
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by Philip Martin <ph...@wandisco.com>.
"Daniel J. Luke" <dl...@geeklair.net> writes:
>> On Oct 24, 2014, at 5:11 AM, Philip Martin <ph...@wandisco.com> wrote:
>> The error below is caused by running the JavaHL regression tests with
>> non-working SQLite support. This is likely to be caused by running the
>> tests on a filesystem that does not support SQLite. I don't think this
>> is the same error as the one you reported originally.
>
> What is a 'filesystem that does not support SQLite'?
>
> MacPorts subversion is built with SQLite - if that's broken it's
> probably something I should fix.
The common cause is putting the repository on some sort of network
filesystem that doesn't support the file locking used by SQLite. It's
not that SQLite is broken but that the filesystem does not support the
features required by SQLite. Sometimes it can be fixed via mount
options or by a locking daemon.
> From svn --version --verbose, I did notice that it's loading both the
> MacPorts libsqlite3.dylib and the system-provided one (which is
> probably not great - but if the system one is being pulled in by
> system libs it's probably OK)
Does this work:
svnadmin create repo
svn import -mm repo/format file://`pwd`/repo/f
sqlite3 repo/db/rep-cache.db "select * from rep_cache"
The sqlite3 command should show a single line such as:
5d9474c0309b7ca09a182d888f73b37a8fe1362c|1|0|14|2
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by "Daniel J. Luke" <dl...@geeklair.net>.
> On Oct 24, 2014, at 5:11 AM, Philip Martin <ph...@wandisco.com> wrote:
> The error below is caused by running the JavaHL regression tests with
> non-working SQLite support. This is likely to be caused by running the
> tests on a filesystem that does not support SQLite. I don't think this
> is the same error as the one you reported originally.
What is a 'filesystem that does not support SQLite'?
MacPorts subversion is built with SQLite - if that's broken it's probably something I should fix.
From svn --version --verbose, I did notice that it's loading both the MacPorts libsqlite3.dylib and the system-provided one (which is probably not great - but if the system one is being pulled in by system libs it's probably OK)
--
Daniel J. Luke
+========================================================+
| *---------------- dluke@geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
| Opinions expressed are mine and do not necessarily |
| reflect the opinions of my employer. |
+========================================================+
JavaHL SVNRepos and the FSFS warning function
Posted by Philip Martin <ph...@wandisco.com>.
Philip Martin <ph...@wandisco.com> writes:
> The error below is caused by running the JavaHL regression tests with
> non-working SQLite support.
Moving this bit of the discussion to dev. The SQLite rep-cache is
designed to be optional. Force it to fail:
Index: ../src/subversion/libsvn_fs_fs/rep-cache.c
===================================================================
--- ../src/subversion/libsvn_fs_fs/rep-cache.c (revision 1634001)
+++ ../src/subversion/libsvn_fs_fs/rep-cache.c (working copy)
@@ -66,6 +66,8 @@ open_rep_cache(void *baton,
const char *db_path;
int version;
+ return svn_error_create(SVN_ERR_SQLITE_ERROR, NULL, "force fail");
+
/* Open (or create) the sqlite database. It will be automatically
closed when fs->pool is destroyed. */
db_path = path_rep_cache_db(fs->path, pool);
The clients can still be used:
$ svn import -mm repo/format file://`pwd`/repo/f
Adding repo/format
DBG: ra_plugin.c: 540: Ignoring FS warning SVN_ERR_ATOMIC_INIT_FAILURE
Committing transaction...
DBG: ra_plugin.c: 540: Ignoring FS warning SVN_ERR_ATOMIC_INIT_FAILURE
Committed revision 1.
Warning: post commit FS processing had error:
Couldn't open rep-cache database
$
$ svnadmin load repo < some.dump
<<< Started new transaction, based on original revision 1
svnadmin: warning: apr_err=SVN_ERR_ATOMIC_INIT_FAILURE
svnadmin: warning: W200029: Couldn't open rep-cache database
* editing path : f ... done.
svnadmin: warning: apr_err=SVN_ERR_ATOMIC_INIT_FAILURE
svnadmin: warning: W200029: Couldn't open rep-cache database
------- Committed revision 1 >>>
$
When the rep-cache fails FSFS invokes the warning handler and both
ra-local and svnadmin override the default warning handler with one that
prints a warning.
In contrast JavaHL's SVNRepos leaves the default warning handler in
place and the default behaviour is SVN_ERR_MALFUNCTION_NO_RETURN which
aborts the JVM. Is that the desired behaviour? Perhaps JavaHL should
override the default unconditionally and attempt to print a warning?
Perhaps JavaHL should provide an API to svn_fs_set_warning_func?
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by Philip Martin <ph...@wandisco.com>.
The error below is caused by running the JavaHL regression tests with
non-working SQLite support. This is likely to be caused by running the
tests on a filesystem that does not support SQLite. I don't think this
is the same error as the one you reported originally.
"Daniel J. Luke" <dl...@geeklair.net> writes:
> Here's what I get when I run make check-javahl:
>
> % sudo -u macports make check-javahl
> ln -sf libsvnjavahl-1.dylib subversion/bindings/javahl/native/.libs/libsvnjavahl-1.jnilib
> if [ "DYLD_LIBRARY_PATH" = "DYLD_LIBRARY_PATH" ]; then for d in /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_*; do if [ -n "$DYLD_LIBRARY_PATH" ]; then DYLD_LIBRARY_PATH="$DYLD_LIBRARY_PATH:$d/.libs"; else DYLD_LIBRARY_PATH="$d/.libs"; fi; done; export DYLD_LIBRARY_PATH; fi; \
> lldb -- /usr/bin/java "-Dtest.rootdir=/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl/test-work" "-Dtest.srcdir=/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl" "-Dtest.rooturl=" "-Dtest.fstype=" "-Djava.library.path=subversion/bindings/javahl/native/.libs:/opt/local/lib" -classpath "subversion/bindings/javahl/classes:/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl/src:/opt/local/share/java/junit.jar" "-Dtest.tests=" org.apache.subversion.javahl.RunTests
> (lldb) target create "/usr/bin/java"
> Current executable set to '/usr/bin/java' (x86_64).
> (lldb) settings set -- target.run-args "-Dtest.rootdir=/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl/test-work" "-Dtest.srcdir=/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl" "-Dtest.rooturl=" "-Dtest.fstype=" "-Djava.library.path=subversion/bindings/javahl/native/.libs:/opt/local/lib" "-classpath" "subversion/bindings/javahl/classes:/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl/src:/opt/local/share/java/junit.jar" "-Dtest.tests=" "org.apache.subversion.javahl.RunTests"
> (lldb) run
> Process 92366 launched: '/usr/bin/java' (x86_64)
> Process 92366 stopped
> * thread #1: tid = 0x70c0f3, 0x00007fff5fc01000 dyld`_dyld_start, stop reason = exec
> frame #0: 0x00007fff5fc01000 dyld`_dyld_start
> dyld`_dyld_start:
> -> 0x7fff5fc01000: popq %rdi
> 0x7fff5fc01001: pushq $0x0
> 0x7fff5fc01003: movq %rsp, %rbp
> 0x7fff5fc01006: andq $-0x10, %rsp
> (lldb) c
> Process 92366 resuming
> .DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> DBG: ra_plugin.c: 539: Ignoring FS warning 200029
> Process 92366 stopped
> * thread #4: tid = 0x70c123, 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10, stop reason = signal SIGABRT
> frame #0: 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10
> libsystem_kernel.dylib`__pthread_kill + 10:
> -> 0x7fff8ebd4282: jae 0x7fff8ebd428c ; __pthread_kill + 20
> 0x7fff8ebd4284: movq %rax, %rdi
> 0x7fff8ebd4287: jmp 0x7fff8ebcfca3 ; cerror_nocancel
> 0x7fff8ebd428c: retq
> (lldb) bt
> * thread #4: tid = 0x70c123, 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10, stop reason = signal SIGABRT
> * frame #0: 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10
> frame #1: 0x00007fff87a184c3 libsystem_pthread.dylib`pthread_kill + 90
> frame #2: 0x00007fff91a8fb73 libsystem_c.dylib`abort + 129
> frame #3: 0x0000000122ab83d8 libsvn_subr-1.0.dylib`svn_error_raise_on_malfunction(can_return=0, file=0x0000000121fbfb1b, line=379, expr=0x0000000000000000) + 40 at error.c:697
> frame #4: 0x0000000122ab7b68 libsvn_subr-1.0.dylib`svn_error__malfunction(can_return=0, file=0x0000000121fbfb1b, line=379, expr=0x0000000000000000) + 56 at error.c:747
> frame #5: 0x0000000121fbf390 libsvn_fs-1.0.dylib`default_warning_func(baton=0x0000000000000000, err=0x000000010602ee28) + 48 at fs-loader.c:379
> frame #6: 0x0000000122b7ce9b libsvn_fs_fs-1.0.dylib`get_shared_rep(old_rep=0x00000001005fe6c0, fs=0x000000010105ca30, rep=0x000000011685b2b0, reps_hash=0x0000000000000000, pool=0x0000000101080a28) + 475 at fs_fs.c:7504
> frame #7: 0x0000000122b7f1be libsvn_fs_fs-1.0.dylib`rep_write_contents_close(baton=0x000000011684d638) + 718 at fs_fs.c:7583
> frame #8: 0x0000000122ae8638 libsvn_subr-1.0.dylib`svn_stream_close(stream=0x000000011684d780) + 88 at stream.c:213
> frame #9: 0x0000000122b932b1 libsvn_fs_fs-1.0.dylib`text_stream_closer(baton=0x000000011684b770) + 33 at tree.c:2966
> frame #10: 0x0000000122ae8638 libsvn_subr-1.0.dylib`svn_stream_close(stream=0x000000011684d7c8) + 88 at stream.c:213
> frame #11: 0x0000000121f1fd91 libsvn_repos-1.0.dylib`parse_text_block(stream=0x0000000101075d98, content_length=0, is_delta=0, parse_fns=0x0000000101075de0, record_baton=0x0000000101080aa0, buffer=0x0000000101077a28, buflen=16384, pool=0x0000000101080a28) + 849 at load.c:367
> frame #12: 0x0000000121f1e9d8 libsvn_repos-1.0.dylib`svn_repos_parse_dumpstream3(stream=0x0000000101075d98, parse_fns=0x0000000101075de0, parse_baton=0x0000000101075e40, deltas_are_text=0, cancel_func=0x0000000121d811a0, cancel_baton=0x00000001059036f0, pool=0x000000010103f228) + 3016 at load.c:586
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by "Daniel J. Luke" <dl...@geeklair.net>.
Ok - I added --enable-debug to the Macports configure command which is now:
./configure --prefix=/opt/local --with-berkeley-db=:/opt/local/include/db46:/opt/local/lib/db46:db-4.6 --with-apr=/opt/local/bin/apr-1-config --with-apr-util=/opt/local/bin/apu-1-config --without-apxs --mandir=\${prefix}/share/man --with-serf=/opt/local --with-sasl=/opt/local --with-libmagic=/opt/local --without-gnome-keyring --enable-javahl --without-jikes --with-junit=/opt/local/share/java/junit.jar --enable-debug
Added 'lldb --' on line 488 of the Makefile (check-apache-javahl target).
Here's what I get when I run make check-javahl:
% sudo -u macports make check-javahl
ln -sf libsvnjavahl-1.dylib subversion/bindings/javahl/native/.libs/libsvnjavahl-1.jnilib
if [ "DYLD_LIBRARY_PATH" = "DYLD_LIBRARY_PATH" ]; then for d in /opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/libsvn_*; do if [ -n "$DYLD_LIBRARY_PATH" ]; then DYLD_LIBRARY_PATH="$DYLD_LIBRARY_PATH:$d/.libs"; else DYLD_LIBRARY_PATH="$d/.libs"; fi; done; export DYLD_LIBRARY_PATH; fi; \
lldb -- /usr/bin/java "-Dtest.rootdir=/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl/test-work" "-Dtest.srcdir=/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl" "-Dtest.rooturl=" "-Dtest.fstype=" "-Djava.library.path=subversion/bindings/javahl/native/.libs:/opt/local/lib" -classpath "subversion/bindings/javahl/classes:/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl/src:/opt/local/share/java/junit.jar" "-Dtest.tests=" org.apache.subversion.javahl.RunTests
(lldb) target create "/usr/bin/java"
Current executable set to '/usr/bin/java' (x86_64).
(lldb) settings set -- target.run-args "-Dtest.rootdir=/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl/test-work" "-Dtest.srcdir=/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl" "-Dtest.rooturl=" "-Dtest.fstype=" "-Djava.library.path=subversion/bindings/javahl/native/.libs:/opt/local/lib" "-classpath" "subversion/bindings/javahl/classes:/opt/local/var/macports/build/_Volumes_Extra_dluke_Projects_macports_dports_devel_subversion-javahlbindings/subversion-javahlbindings/work/subversion-1.8.10/subversion/bindings/javahl/src:/opt/local/share/java/junit.jar" "-Dtest.tests=" "org.apache.subversion.javahl.RunTests"
(lldb) run
Process 92366 launched: '/usr/bin/java' (x86_64)
Process 92366 stopped
* thread #1: tid = 0x70c0f3, 0x00007fff5fc01000 dyld`_dyld_start, stop reason = exec
frame #0: 0x00007fff5fc01000 dyld`_dyld_start
dyld`_dyld_start:
-> 0x7fff5fc01000: popq %rdi
0x7fff5fc01001: pushq $0x0
0x7fff5fc01003: movq %rsp, %rbp
0x7fff5fc01006: andq $-0x10, %rsp
(lldb) c
Process 92366 resuming
.DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
DBG: ra_plugin.c: 539: Ignoring FS warning 200029
Process 92366 stopped
* thread #4: tid = 0x70c123, 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10, stop reason = signal SIGABRT
frame #0: 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill + 10:
-> 0x7fff8ebd4282: jae 0x7fff8ebd428c ; __pthread_kill + 20
0x7fff8ebd4284: movq %rax, %rdi
0x7fff8ebd4287: jmp 0x7fff8ebcfca3 ; cerror_nocancel
0x7fff8ebd428c: retq
(lldb) bt
* thread #4: tid = 0x70c123, 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10, stop reason = signal SIGABRT
* frame #0: 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10
frame #1: 0x00007fff87a184c3 libsystem_pthread.dylib`pthread_kill + 90
frame #2: 0x00007fff91a8fb73 libsystem_c.dylib`abort + 129
frame #3: 0x0000000122ab83d8 libsvn_subr-1.0.dylib`svn_error_raise_on_malfunction(can_return=0, file=0x0000000121fbfb1b, line=379, expr=0x0000000000000000) + 40 at error.c:697
frame #4: 0x0000000122ab7b68 libsvn_subr-1.0.dylib`svn_error__malfunction(can_return=0, file=0x0000000121fbfb1b, line=379, expr=0x0000000000000000) + 56 at error.c:747
frame #5: 0x0000000121fbf390 libsvn_fs-1.0.dylib`default_warning_func(baton=0x0000000000000000, err=0x000000010602ee28) + 48 at fs-loader.c:379
frame #6: 0x0000000122b7ce9b libsvn_fs_fs-1.0.dylib`get_shared_rep(old_rep=0x00000001005fe6c0, fs=0x000000010105ca30, rep=0x000000011685b2b0, reps_hash=0x0000000000000000, pool=0x0000000101080a28) + 475 at fs_fs.c:7504
frame #7: 0x0000000122b7f1be libsvn_fs_fs-1.0.dylib`rep_write_contents_close(baton=0x000000011684d638) + 718 at fs_fs.c:7583
frame #8: 0x0000000122ae8638 libsvn_subr-1.0.dylib`svn_stream_close(stream=0x000000011684d780) + 88 at stream.c:213
frame #9: 0x0000000122b932b1 libsvn_fs_fs-1.0.dylib`text_stream_closer(baton=0x000000011684b770) + 33 at tree.c:2966
frame #10: 0x0000000122ae8638 libsvn_subr-1.0.dylib`svn_stream_close(stream=0x000000011684d7c8) + 88 at stream.c:213
frame #11: 0x0000000121f1fd91 libsvn_repos-1.0.dylib`parse_text_block(stream=0x0000000101075d98, content_length=0, is_delta=0, parse_fns=0x0000000101075de0, record_baton=0x0000000101080aa0, buffer=0x0000000101077a28, buflen=16384, pool=0x0000000101080a28) + 849 at load.c:367
frame #12: 0x0000000121f1e9d8 libsvn_repos-1.0.dylib`svn_repos_parse_dumpstream3(stream=0x0000000101075d98, parse_fns=0x0000000101075de0, parse_baton=0x0000000101075e40, deltas_are_text=0, cancel_func=0x0000000121d811a0, cancel_baton=0x00000001059036f0, pool=0x000000010103f228) + 3016 at load.c:586
frame #13: 0x0000000121f1ca30 libsvn_repos-1.0.dylib`svn_repos_load_fs4(repos=0x000000010103f378, dumpstream=0x0000000101075d98, start_rev=-1, end_rev=-1, uuid_action=svn_repos_load_uuid_default, parent_dir=0x0000000000000000, use_pre_commit_hook=0, use_post_commit_hook=0, validate_props=0, notify_func=0x0000000000000000, notify_baton=0x0000000000000000, cancel_func=0x0000000121d811a0, cancel_baton=0x00000001059036f0, pool=0x000000010103f228) + 368 at load-fs-vtable.c:1138
frame #14: 0x0000000121d82b66 libsvnjavahl-1.0.dylib`SVNRepos::load(this=0x00000001059036f0, path=0x00000001005feea0, dataIn=0x00000001005fee98, revisionStart=0x00000001005fee70, revisionEnd=0x00000001005fee60, ignoreUUID=false, forceUUID=false, usePreCommitHook=false, usePostCommitHook=false, relativePath=0x0000000000000000, notifyCallback=0x0000000000000000) + 1142 at SVNRepos.cpp:359
frame #15: 0x0000000121d9b9e5 libsvnjavahl-1.0.dylib`Java_org_apache_subversion_javahl_SVNRepos_load(env=0x00000001038011e8, jthis=0x00000001005ff870, jpath=0x00000001005ff868, jinputData=0x00000001005ff860, jrevisionStart=0x00000001005ff858, jrevisionEnd=0x00000001005ff850, jignoreUUID='\0', jforceUUID='\0', jusePreCommitHook='\0', jusePostCommitHook='\0', jrelativePath=0x0000000000000000, jnotifyCallback=0x0000000000000000) + 1141 at org_apache_subversion_javahl_SVNRepos.cpp:278
frame #16: 0x00000001070134d4
frame #17: 0x000000010700798d
frame #18: 0x00000001070079d2
frame #19: 0x0000000107007710
frame #20: 0x000000010700798d
frame #21: 0x000000010700798d
frame #22: 0x00000001070004e7
frame #23: 0x00000001042d4516 libjvm.dylib`JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710
frame #24: 0x00000001044a30be libjvm.dylib`Reflection::invoke(instanceKlassHandle, methodHandle, Handle, bool, objArrayHandle, BasicType, objArrayHandle, bool, Thread*) + 3576
frame #25: 0x00000001044a35d8 libjvm.dylib`Reflection::invoke_method(oopDesc*, Handle, objArrayHandle, Thread*) + 364
frame #26: 0x0000000104322b98 libjvm.dylib`JVM_InvokeMethod + 358
frame #27: 0x00000001070134d4
frame #28: 0x0000000107007710
frame #29: 0x0000000107007710
frame #30: 0x00000001070077e4
frame #31: 0x0000000107007710
frame #32: 0x000000010700798d
frame #33: 0x000000010700798d
frame #34: 0x00000001070079d2
frame #35: 0x000000010700798d
frame #36: 0x000000010700798d
frame #37: 0x00000001070079d2
frame #38: 0x000000010700798d
frame #39: 0x00000001070079d2
frame #40: 0x000000010700798d
frame #41: 0x00000001070079d2
frame #42: 0x0000000107007710
frame #43: 0x0000000107007710
frame #44: 0x0000000107007710
frame #45: 0x00000001070004e7
frame #46: 0x00000001042d4516 libjvm.dylib`JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710
frame #47: 0x000000010430958b libjvm.dylib`jni_invoke_static(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*) + 447
frame #48: 0x0000000104302785 libjvm.dylib`jni_CallStaticVoidMethod + 349
frame #49: 0x0000000100002c82 java`JavaMain + 2456
frame #50: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #51: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #52: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
(lldb) bt all
thread #1: tid = 0x70c0f3, 0x00007fff8ebcf52e libsystem_kernel.dylib`mach_msg_trap + 10, queue = 'com.apple.main-thread'
frame #0: 0x00007fff8ebcf52e libsystem_kernel.dylib`mach_msg_trap + 10
frame #1: 0x00007fff8ebce69f libsystem_kernel.dylib`mach_msg + 55
frame #2: 0x00007fff8cc62b14 CoreFoundation`__CFRunLoopServiceMachPort + 212
frame #3: 0x00007fff8cc61fdb CoreFoundation`__CFRunLoopRun + 1371
frame #4: 0x00007fff8cc61838 CoreFoundation`CFRunLoopRunSpecific + 296
frame #5: 0x00000001000056cc java`CreateExecutionEnvironment + 871
frame #6: 0x000000010000165c java`JLI_Launch + 1952
frame #7: 0x000000010000768a java`main + 101
frame #8: 0x0000000100000eb4 java`start + 52
thread #2: tid = 0x70c121, 0x00007fff8ebd4486 libsystem_kernel.dylib`__semwait_signal + 10
frame #0: 0x00007fff8ebd4486 libsystem_kernel.dylib`__semwait_signal + 10
frame #1: 0x00007fff87a19ba7 libsystem_pthread.dylib`pthread_join + 445
frame #2: 0x0000000100004ccc java`ContinueInNewThread0 + 102
frame #3: 0x00000001000022d0 java`ContinueInNewThread + 201
frame #4: 0x0000000100004aa1 java`JVMInit + 315
frame #5: 0x000000010000204e java`JLI_Launch + 4498
frame #6: 0x000000010000768a java`main + 101
frame #7: 0x000000010000535e java`apple_main + 92
frame #8: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #9: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #10: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #3: tid = 0x70c122, 0x00007fff8ebd522e libsystem_kernel.dylib`kevent64 + 10, queue = 'com.apple.libdispatch-manager'
frame #0: 0x00007fff8ebd522e libsystem_kernel.dylib`kevent64 + 10
frame #1: 0x00007fff8a69bd91 libdispatch.dylib`_dispatch_mgr_invoke + 247
frame #2: 0x00007fff8a69ba6a libdispatch.dylib`_dispatch_mgr_thread + 52
* thread #4: tid = 0x70c123, 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10, stop reason = signal SIGABRT
* frame #0: 0x00007fff8ebd4282 libsystem_kernel.dylib`__pthread_kill + 10
frame #1: 0x00007fff87a184c3 libsystem_pthread.dylib`pthread_kill + 90
frame #2: 0x00007fff91a8fb73 libsystem_c.dylib`abort + 129
frame #3: 0x0000000122ab83d8 libsvn_subr-1.0.dylib`svn_error_raise_on_malfunction(can_return=0, file=0x0000000121fbfb1b, line=379, expr=0x0000000000000000) + 40 at error.c:697
frame #4: 0x0000000122ab7b68 libsvn_subr-1.0.dylib`svn_error__malfunction(can_return=0, file=0x0000000121fbfb1b, line=379, expr=0x0000000000000000) + 56 at error.c:747
frame #5: 0x0000000121fbf390 libsvn_fs-1.0.dylib`default_warning_func(baton=0x0000000000000000, err=0x000000010602ee28) + 48 at fs-loader.c:379
frame #6: 0x0000000122b7ce9b libsvn_fs_fs-1.0.dylib`get_shared_rep(old_rep=0x00000001005fe6c0, fs=0x000000010105ca30, rep=0x000000011685b2b0, reps_hash=0x0000000000000000, pool=0x0000000101080a28) + 475 at fs_fs.c:7504
frame #7: 0x0000000122b7f1be libsvn_fs_fs-1.0.dylib`rep_write_contents_close(baton=0x000000011684d638) + 718 at fs_fs.c:7583
frame #8: 0x0000000122ae8638 libsvn_subr-1.0.dylib`svn_stream_close(stream=0x000000011684d780) + 88 at stream.c:213
frame #9: 0x0000000122b932b1 libsvn_fs_fs-1.0.dylib`text_stream_closer(baton=0x000000011684b770) + 33 at tree.c:2966
frame #10: 0x0000000122ae8638 libsvn_subr-1.0.dylib`svn_stream_close(stream=0x000000011684d7c8) + 88 at stream.c:213
frame #11: 0x0000000121f1fd91 libsvn_repos-1.0.dylib`parse_text_block(stream=0x0000000101075d98, content_length=0, is_delta=0, parse_fns=0x0000000101075de0, record_baton=0x0000000101080aa0, buffer=0x0000000101077a28, buflen=16384, pool=0x0000000101080a28) + 849 at load.c:367
frame #12: 0x0000000121f1e9d8 libsvn_repos-1.0.dylib`svn_repos_parse_dumpstream3(stream=0x0000000101075d98, parse_fns=0x0000000101075de0, parse_baton=0x0000000101075e40, deltas_are_text=0, cancel_func=0x0000000121d811a0, cancel_baton=0x00000001059036f0, pool=0x000000010103f228) + 3016 at load.c:586
frame #13: 0x0000000121f1ca30 libsvn_repos-1.0.dylib`svn_repos_load_fs4(repos=0x000000010103f378, dumpstream=0x0000000101075d98, start_rev=-1, end_rev=-1, uuid_action=svn_repos_load_uuid_default, parent_dir=0x0000000000000000, use_pre_commit_hook=0, use_post_commit_hook=0, validate_props=0, notify_func=0x0000000000000000, notify_baton=0x0000000000000000, cancel_func=0x0000000121d811a0, cancel_baton=0x00000001059036f0, pool=0x000000010103f228) + 368 at load-fs-vtable.c:1138
frame #14: 0x0000000121d82b66 libsvnjavahl-1.0.dylib`SVNRepos::load(this=0x00000001059036f0, path=0x00000001005feea0, dataIn=0x00000001005fee98, revisionStart=0x00000001005fee70, revisionEnd=0x00000001005fee60, ignoreUUID=false, forceUUID=false, usePreCommitHook=false, usePostCommitHook=false, relativePath=0x0000000000000000, notifyCallback=0x0000000000000000) + 1142 at SVNRepos.cpp:359
frame #15: 0x0000000121d9b9e5 libsvnjavahl-1.0.dylib`Java_org_apache_subversion_javahl_SVNRepos_load(env=0x00000001038011e8, jthis=0x00000001005ff870, jpath=0x00000001005ff868, jinputData=0x00000001005ff860, jrevisionStart=0x00000001005ff858, jrevisionEnd=0x00000001005ff850, jignoreUUID='\0', jforceUUID='\0', jusePreCommitHook='\0', jusePostCommitHook='\0', jrelativePath=0x0000000000000000, jnotifyCallback=0x0000000000000000) + 1141 at org_apache_subversion_javahl_SVNRepos.cpp:278
frame #16: 0x00000001070134d4
frame #17: 0x000000010700798d
frame #18: 0x00000001070079d2
frame #19: 0x0000000107007710
frame #20: 0x000000010700798d
frame #21: 0x000000010700798d
frame #22: 0x00000001070004e7
frame #23: 0x00000001042d4516 libjvm.dylib`JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710
frame #24: 0x00000001044a30be libjvm.dylib`Reflection::invoke(instanceKlassHandle, methodHandle, Handle, bool, objArrayHandle, BasicType, objArrayHandle, bool, Thread*) + 3576
frame #25: 0x00000001044a35d8 libjvm.dylib`Reflection::invoke_method(oopDesc*, Handle, objArrayHandle, Thread*) + 364
frame #26: 0x0000000104322b98 libjvm.dylib`JVM_InvokeMethod + 358
frame #27: 0x00000001070134d4
frame #28: 0x0000000107007710
frame #29: 0x0000000107007710
frame #30: 0x00000001070077e4
frame #31: 0x0000000107007710
frame #32: 0x000000010700798d
frame #33: 0x000000010700798d
frame #34: 0x00000001070079d2
frame #35: 0x000000010700798d
frame #36: 0x000000010700798d
frame #37: 0x00000001070079d2
frame #38: 0x000000010700798d
frame #39: 0x00000001070079d2
frame #40: 0x000000010700798d
frame #41: 0x00000001070079d2
frame #42: 0x0000000107007710
frame #43: 0x0000000107007710
frame #44: 0x0000000107007710
frame #45: 0x00000001070004e7
frame #46: 0x00000001042d4516 libjvm.dylib`JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710
frame #47: 0x000000010430958b libjvm.dylib`jni_invoke_static(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*) + 447
frame #48: 0x0000000104302785 libjvm.dylib`jni_CallStaticVoidMethod + 349
frame #49: 0x0000000100002c82 java`JavaMain + 2456
frame #50: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #51: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #52: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #5: tid = 0x70c124, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #6: tid = 0x70c125, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #7: tid = 0x70c126, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #8: tid = 0x70c127, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #9: tid = 0x70c128, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #10: tid = 0x70c129, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #11: tid = 0x70c12a, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #12: tid = 0x70c12b, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #13: tid = 0x70c12c, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #14: tid = 0x70c12d, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #15: tid = 0x70c12e, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #16: tid = 0x70c12f, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #17: tid = 0x70c130, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x0000000104260fea libjvm.dylib`GCTaskManager::get_task(unsigned int) + 56
frame #7: 0x0000000104261ef9 libjvm.dylib`GCTaskThread::run() + 349
frame #8: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #9: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #10: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #11: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #18: tid = 0x70c131, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #5: 0x000000010457f574 libjvm.dylib`VMThread::loop() + 444
frame #6: 0x000000010457efff libjvm.dylib`VMThread::run() + 121
frame #7: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #8: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #9: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #10: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #19: tid = 0x70c132, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: Reference Handler'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104452122 libjvm.dylib`ObjectMonitor::wait(long, bool, Thread*) + 748
frame #4: 0x0000000104504e98 libjvm.dylib`ObjectSynchronizer::wait(Handle, long, Thread*) + 202
frame #5: 0x000000010432bf2e libjvm.dylib`JVM_MonitorWait + 156
frame #6: 0x00000001070134d4
frame #7: 0x000000010700798d
frame #8: 0x000000010700798d
frame #9: 0x00000001070004e7
frame #10: 0x00000001042d4516 libjvm.dylib`JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710
frame #11: 0x00000001042d4ca4 libjvm.dylib`JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 356
frame #12: 0x00000001042d4e50 libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 74
frame #13: 0x000000010432583f libjvm.dylib`thread_entry(JavaThread*, Thread*) + 124
frame #14: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #15: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #16: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #17: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #18: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #19: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #20: tid = 0x70c133, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: Finalizer'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104452122 libjvm.dylib`ObjectMonitor::wait(long, bool, Thread*) + 748
frame #4: 0x0000000104504e98 libjvm.dylib`ObjectSynchronizer::wait(Handle, long, Thread*) + 202
frame #5: 0x000000010432bf2e libjvm.dylib`JVM_MonitorWait + 156
frame #6: 0x00000001070134d4
frame #7: 0x000000010700798d
frame #8: 0x0000000107007710
frame #9: 0x0000000107007710
frame #10: 0x00000001070004e7
frame #11: 0x00000001042d4516 libjvm.dylib`JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1710
frame #12: 0x00000001042d4ca4 libjvm.dylib`JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 356
frame #13: 0x00000001042d4e50 libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 74
frame #14: 0x000000010432583f libjvm.dylib`thread_entry(JavaThread*, Thread*) + 124
frame #15: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #16: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #17: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #18: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #19: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #20: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #21: tid = 0x70c134, 0x00007fff8ebd4946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #0: 0x00007fff8ebd4946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #1: 0x00007fff87a16757 libsystem_pthread.dylib`_pthread_wqthread + 869
frame #2: 0x00007fff87a144a1 libsystem_pthread.dylib`start_wqthread + 13
thread #22: tid = 0x70c135, 0x00007fff8ebd4946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #0: 0x00007fff8ebd4946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #1: 0x00007fff87a16757 libsystem_pthread.dylib`_pthread_wqthread + 869
frame #2: 0x00007fff87a144a1 libsystem_pthread.dylib`start_wqthread + 13
thread #23: tid = 0x70c136, 0x00007fff8ebcf56a libsystem_kernel.dylib`semaphore_wait_trap + 10, name = 'Java: Signal Dispatcher'
frame #0: 0x00007fff8ebcf56a libsystem_kernel.dylib`semaphore_wait_trap + 10
frame #1: 0x000000010445bbe0 libjvm.dylib`check_pending_signals(bool) + 128
frame #2: 0x0000000104458849 libjvm.dylib`signal_thread_entry(JavaThread*, Thread*) + 57
frame #3: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #4: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #5: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #6: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #7: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #8: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #24: tid = 0x70c137, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C2 CompilerThread0'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #25: tid = 0x70c138, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C2 CompilerThread1'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #26: tid = 0x70c139, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C2 CompilerThread2'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #27: tid = 0x70c13a, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C2 CompilerThread3'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #28: tid = 0x70c13b, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C2 CompilerThread4'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #29: tid = 0x70c13c, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C2 CompilerThread5'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #30: tid = 0x70c13d, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C2 CompilerThread6'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #31: tid = 0x70c13e, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C2 CompilerThread7'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #32: tid = 0x70c13f, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C1 CompilerThread8'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #33: tid = 0x70c140, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C1 CompilerThread9'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #34: tid = 0x70c141, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C1 CompilerThread10'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #35: tid = 0x70c142, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: C1 CompilerThread11'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x000000010443980c libjvm.dylib`Monitor::wait(bool, long, bool) + 222
frame #5: 0x00000001041ad692 libjvm.dylib`CompileQueue::get() + 122
frame #6: 0x00000001041ae399 libjvm.dylib`CompileBroker::compiler_thread_loop() + 375
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #36: tid = 0x70c143, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10, name = 'Java: Service Thread'
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x00000001044597bc libjvm.dylib`os::PlatformEvent::park() + 192
frame #3: 0x0000000104438d64 libjvm.dylib`ParkCommon(ParkEvent*, long) + 42
frame #4: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #5: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #6: 0x00000001044b215e libjvm.dylib`ServiceThread::service_thread_entry(JavaThread*, Thread*) + 120
frame #7: 0x0000000104535ed9 libjvm.dylib`JavaThread::thread_main_inner() + 155
frame #8: 0x000000010453761c libjvm.dylib`JavaThread::run() + 450
frame #9: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #10: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #11: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #12: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
thread #37: tid = 0x70c144, 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #0: 0x00007fff8ebd4132 libsystem_kernel.dylib`__psynch_cvwait + 10
frame #1: 0x00007fff87a16ea0 libsystem_pthread.dylib`_pthread_cond_wait + 693
frame #2: 0x000000010445a6a6 libjvm.dylib`os::PlatformEvent::park(long) + 404
frame #3: 0x000000010443963c libjvm.dylib`Monitor::IWait(Thread*, long) + 168
frame #4: 0x00000001044398a5 libjvm.dylib`Monitor::wait(bool, long, bool) + 375
frame #5: 0x00000001045363b0 libjvm.dylib`WatcherThread::sleep() const + 126
frame #6: 0x000000010453728b libjvm.dylib`WatcherThread::run() + 243
frame #7: 0x000000010445d87e libjvm.dylib`java_start(Thread*) + 246
frame #8: 0x00007fff87a162fc libsystem_pthread.dylib`_pthread_body + 131
frame #9: 0x00007fff87a16279 libsystem_pthread.dylib`_pthread_start + 176
frame #10: 0x00007fff87a144b1 libsystem_pthread.dylib`thread_start + 13
> On Oct 23, 2014, at 10:37 AM, bf@cademia.de wrote:
> Thanks for trying to reproduce the problem. Sorry, we do not have the knowledge to change the makefiles in the way proposed.
>
> And, yes, we found a solution to our problem: Just replaced JavaHL by the SVNKit Adapter. Works like a charm...
>
> Thanks,
> Bert
>
> Am 23.10.2014 um 11:32 schrieb Branko Čibej <br...@wandisco.com>:
>
>> On 22.10.2014 18:32, bf@cademia.de wrote:
>>> Hi all,
>>>
>>> We have an issue with JavaHL on the new Mac OS X 10.10 Yosemite. Hope that the mailing list applies to the right people?!
>>
>> I just built our 1.8.x release branch (that's 1.8.10 plus some minor changes) on Yosemite, with XCode 6.1, and the JavaHL tests ran with no problems.
>>
>> It's kind of hard to begin guessing from your report what may be going wrong. Could you try running the check-javahl target through lldb and try to get a stack trace at the point where the abort happens? This will require makefile changes and compiling with debug symbols enabled.
--
Daniel J. Luke
+========================================================+
| *---------------- dluke@geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
| Opinions expressed are mine and do not necessarily |
| reflect the opinions of my employer. |
+========================================================+
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by bf...@cademia.de.
Thanks for trying to reproduce the problem. Sorry, we do not have the knowledge to change the makefiles in the way proposed.
And, yes, we found a solution to our problem: Just replaced JavaHL by the SVNKit Adapter. Works like a charm...
Thanks,
Bert
Am 23.10.2014 um 11:32 schrieb Branko Čibej <br...@wandisco.com>:
> On 22.10.2014 18:32, bf@cademia.de wrote:
>> Hi all,
>>
>> We have an issue with JavaHL on the new Mac OS X 10.10 Yosemite. Hope that the mailing list applies to the right people?!
>
> I just built our 1.8.x release branch (that's 1.8.10 plus some minor changes) on Yosemite, with XCode 6.1, and the JavaHL tests ran with no problems.
>
> It's kind of hard to begin guessing from your report what may be going wrong. Could you try running the check-javahl target through lldb and try to get a stack trace at the point where the abort happens? This will require makefile changes and compiling with debug symbols enabled.
>
> -- Brane
>
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by Branko Čibej <br...@wandisco.com>.
On 22.10.2014 18:32, bf@cademia.de wrote:
> Hi all,
>
> We have an issue with JavaHL on the new Mac OS X 10.10 Yosemite. Hope
> that the mailing list applies to the right people?!
I just built our 1.8.x release branch (that's 1.8.10 plus some minor
changes) on Yosemite, with XCode 6.1, and the JavaHL tests ran with no
problems.
It's kind of hard to begin guessing from your report what may be going
wrong. Could you try running the check-javahl target through lldb and
try to get a stack trace at the point where the abort happens? This will
require makefile changes and compiling with debug symbols enabled.
-- Brane
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by Mark Phippard <ma...@gmail.com>.
On Thu, Oct 23, 2014 at 8:48 AM, Mark Phippard <ma...@gmail.com> wrote:
> On Wed, Oct 22, 2014 at 12:32 PM, <bf...@cademia.de> wrote:
>
>>
>> We have an issue with JavaHL on the new Mac OS X 10.10 Yosemite. Hope
>> that the mailing list applies to the right people?!
>>
>> The installation on our Mac has been done via MacPorts, Port:
>> subversion-javahlbindings
>>
>> Building takes place without errors. The resulting libraries do not run.
>> Eclipse crashes in >Preferences >Team >Subversion. The MacPorts test
>> facility reports an error.
>>
>> Here ist the MacPorts ticket with the complete history and all details:
>> https://trac.macports.org/ticket/45496
>>
>
> I do not know if this really helps, but SVN + JavaHL + Eclipse/Subclipse
> are working for me. That maybe at least says this is a MacPorts problem.
>
> In my case, I am using Homebrew. I just upgraded to Yosemite on Tuesday
> and Eclipse is still working fine. I did not reinstall or rebuild
> Subversion. The existing installed Homebrew package simply continued
> working.
>
> I am using an older version of Java than you. I guess there is no
> auto-update or prompting for updates of Java as I thought there was. I
> might update it and if it breaks JavaHL, I will let you know.
> <http://markphip.blogspot.com/>
>
OK, I figured out that the Java updates only update the JRE used by web
browser. Had to download the latest JDK to get the version Eclipse uses
updated. I have done that, and everything still works OK.
java.runtime.name=Java(TM) SE Runtime Environment
java.runtime.version=1.8.0_25-b17
java.specification.name=Java Platform API Specification
java.specification.vendor=Oracle Corporation
java.specification.version=1.8
java.vendor=Oracle Corporation
java.vendor.url=http://java.oracle.com/
java.vendor.url.bug=http://bugreport.sun.com/bugreport/
java.version=1.8.0_25
java.vm.info=mixed mode
java.vm.name=Java HotSpot(TM) 64-Bit Server VM
java.vm.specification.name=Java Virtual Machine Specification
java.vm.specification.vendor=Oracle Corporation
java.vm.specification.version=1.8
java.vm.vendor=Oracle Corporation
java.vm.version=25.25-b02
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by "Daniel J. Luke" <dl...@geeklair.net>.
> On Oct 23, 2014, at 8:48 AM, Mark Phippard <ma...@gmail.com> wrote:
> I do not know if this really helps, but SVN + JavaHL + Eclipse/Subclipse are working for me. That maybe at least says this is a MacPorts problem.
>
> In my case, I am using Homebrew. I just upgraded to Yosemite on Tuesday and Eclipse is still working fine. I did not reinstall or rebuild Subversion. The existing installed Homebrew package simply continued working.
if one were to use a javahl built on a previous mac os x release with Macports, it would probably still work (since Apple does a fairly good job with binary compatibility between releases), but Macports doesn't really support this (and this doesn't help anyone with a new 10.10 install that wants to build/install this).
> I am using an older version of Java than you. I guess there is no auto-update or prompting for updates of Java as I thought there was. I might update it and if it breaks JavaHL, I will let you know.
please do.
--
Daniel J. Luke
+========================================================+
| *---------------- dluke@geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
| Opinions expressed are mine and do not necessarily |
| reflect the opinions of my employer. |
+========================================================+
Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite
Posted by Mark Phippard <ma...@gmail.com>.
On Wed, Oct 22, 2014 at 12:32 PM, <bf...@cademia.de> wrote:
>
> We have an issue with JavaHL on the new Mac OS X 10.10 Yosemite. Hope that
> the mailing list applies to the right people?!
>
> The installation on our Mac has been done via MacPorts, Port:
> subversion-javahlbindings
>
> Building takes place without errors. The resulting libraries do not run.
> Eclipse crashes in >Preferences >Team >Subversion. The MacPorts test
> facility reports an error.
>
> Here ist the MacPorts ticket with the complete history and all details:
> https://trac.macports.org/ticket/45496
>
I do not know if this really helps, but SVN + JavaHL + Eclipse/Subclipse
are working for me. That maybe at least says this is a MacPorts problem.
In my case, I am using Homebrew. I just upgraded to Yosemite on Tuesday
and Eclipse is still working fine. I did not reinstall or rebuild
Subversion. The existing installed Homebrew package simply continued
working.
I am using an older version of Java than you. I guess there is no
auto-update or prompting for updates of Java as I thought there was. I
might update it and if it breaks JavaHL, I will let you know.
java.runtime.name=Java(TM) SE Runtime Environment
java.runtime.version=1.8.0_05-b13
java.specification.name=Java Platform API Specification
java.specification.vendor=Oracle Corporation
java.specification.version=1.8
java.vendor=Oracle Corporation
java.vendor.url=http://java.oracle.com/
java.vendor.url.bug=http://bugreport.sun.com/bugreport/
java.version=1.8.0_05
java.vm.info=mixed mode
java.vm.name=Java HotSpot(TM) 64-Bit Server VM
java.vm.specification.name=Java Virtual Machine Specification
java.vm.specification.vendor=Oracle Corporation
java.vm.specification.version=1.8
java.vm.vendor=Oracle Corporation
java.vm.version=25.5-b02
--
Thanks
Mark Phippard
http://markphip.blogspot.com/