LibreOffice production release 4.2.0.4 on OSX Mavericks (64 bit only) Oracle Java 7 Start LO Load an existing ODB file made with a previous 32bit version of LO. Click on Tables, Queries, Reports, or Forms An error message is displayed : opened : java.lang.UnsatisfiedLinkError : com.sun.star.sdbcx.comp.hsqldb.StorageFileAccess.isStreamElement(Ljava/lang/String;Ljava/lang/String;)Z No table, query, form or report can be displayed. Alex
Confirmed separately by user on German ML and English user ML
Note that if a user installs Apple's JVM, then there is no problem. However, I don't know if Apple's JVM is actively maintained, there don't appear to have been any updates since Mavericks release. Indeed, the Java update page from August 28, 2013 (kb/HT5648) links to Oracles Java 7 download...
So now, on Mavericks, anyone who updates their Java via the System preferences Java panel will be led to the Oracle 7 download
(In reply to comment #0) > LibreOffice production release 4.2.0.4 on OSX Mavericks (64 bit only) This is about the 64-bit build of LO, <http://donate.libreoffice.org/home/dl/mac-x86_64/4.2.0/en-US/LibreOffice_4.2.0_MacOS_x86-64.dmg>, not the 32-bit build, <http://donate.libreoffice.org/home/dl/mac-x86/4.2.0/en-US/LibreOffice_4.2.0_MacOS_x86.dmg>, right? > Start LO > Load an existing ODB file made with a previous 32bit version of LO. > Click on Tables, Queries, Reports, or Forms > > An error message is displayed : Does the same problem occur with a freshly created ODB file, or only when loading an old one?
(In reply to comment #4) Hi Stephan, > Does the same problem occur with a freshly created ODB file, or only when > loading an old one? Don't know, will have to test with new ODB file, and report back here. Alex
Slightly different error message, but end result the same : Impossible d'établir la connexion à la source de données "testjvm7". Statut SQL: S1000 Code d'erreur: -27 file input/output error java.lang.NullPointerException.properties /Users/alex/Documents/testjvm7.odb Using the wizard to create a new embedded hsqldb ODB file leads to this error message (because the DB creation wizard switches to the Table creation wizard on saving the ODB file). Closing the ODB file, reloading it and attempting to click on the "Tables" button also gives the same error message as indicated above. Attempting to bypass the UI via Tools > SQL also leads to the same error message. No tables can be created. The OBD is essentially useless. LO only recognises Java 7 update 51, despite Java 1.6_65 being installed.
Ok, so restarting LO after completely quitting, enabled me to reselect Apple's Java 6. However, even with Java 6 as the preferred JVM, attempting to click on the Tables icon with my test odb still leads to the same error message as in Comment 6. Alex
(In reply to comment #7) > Ok, so restarting LO after completely quitting, enabled me to reselect > Apple's Java 6. I meanwhile fixed that with <http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-2&id=09749c7751e4c12a898f0c2f98b0c71ebe67ba6d> "Don't set JAVA_HOME on Mac OS X" towards LO 4.2.1.
Stephan Bergmann committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a76261ac9e40eb57e942db2c7aea8b8a5e904ff2 fdo#74683: java.lang.System.mapLibraryName dylib vs. jnilib confusion The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
requested backports to libreoffice-4-2 towards LO 4.2.2 (<https://gerrit.libreoffice.org/#/c/8034/>) and libreoffice-4-2-1 (<https://gerrit.libreoffice.org/#/c/8035/>)
Stephan Bergmann committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3804d1c27128992593fe2d770293bfb189d308b1&h=libreoffice-4-2 fdo#74683: java.lang.System.mapLibraryName dylib vs. jnilib confusion It will be available in LibreOffice 4.2.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Stephan Bergmann committed a patch related to this issue. It has been pushed to "libreoffice-4-2-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b7bf74bd0a1ccd5f8c8732474bc3e180617481fb&h=libreoffice-4-2-1 fdo#74683: java.lang.System.mapLibraryName dylib vs. jnilib confusion It will be available already in LibreOffice 4.2.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
correcting target, since 4.2.1.1 is 4.2.1 release
*** Bug 75927 has been marked as a duplicate of this bug. ***
*** Bug 76040 has been marked as a duplicate of this bug. ***