Hi Chris, I have confirmed that the SWT.jar is 64-bit. Liblouis and liblouisutdml are also 64-bit. I have a class path specified as well. However, using the "-d64" opttion causes the error. Using "-d32" fixes the error and let's BrailleBlaster run. Regards, Alex, On 2011-07-16, at 10:58 AM, Chris von See wrote: > Hi Alex - > > I tried starting BrailleBlaster using my 64-bit SWT lib and had no problems > except for an UnsatisfiedLinkError for liblouisutdml.dylib which didn't > actually stop BrailleBlaster from starting. Did you confirm that you have > this library and that it's a 64-bit library? and is the version of liblouis > you have a 64-bit version? I didn't try to actually do anything with BB, so > it's possible that I would run into other errors if I actually had > liblouisutdml installed. > > I don't think this is the case, but do any of the other JARs have 32-bit > native components? > > Perhaps you're picking up incorrect JARs or native libraries from elsewhere > on your system? You could try explicitly specifying the "java.library.path" > environment variable and pointing it to libraries you know for sure are > 64-bit to see if that helps... > > Are you able to step through the project in Eclipse to determine exactly the > point at which the error occurs? Is it at startup, or somewhere later in the > process? > > Chris > > > On Jul 16, 2011, at 10:38 AM, Alex Jurgensen wrote: > >> Hi Chris, >> >> Those are the dlybs from inside SWT.jar. there are some .Jar files that got >> miked into the mess. >> >> The Dylibs are 64-bit. >> >> Regards, >> Alex, >> >> >> On 2011-07-16, at 7:32 AM, Chris von See wrote: >> >>> Is this a listing from your brailleblaster 'lib' directory? What >>> architecture are the jni libs inside swt.jar? >>> >>> Chris >>> -- >>> Sent from my Android phone. >>> >>> Alex Jurgensen <asquared21@xxxxxxxxx> wrote: >>> Hi Chris, >>> >>> I seem to get similar output, but the JVM still complains about 32-bit >>> libraries not being able to be loaded on a 64-bit JVM. >>> >>> I get the following from the "file *" command. >>> >>> META-INF: directory >>> README: ASCII English text >>> commons-cli-1.2.jar: Zip archive data, at least v1.0 to >>> extract >>> commons-exec-1.1.jar: Zip archive data, at least v1.0 to >>> extract >>> external.xpt: XPConnect Typelib version 1.2 >>> file_output: ASCII text >>> jdom.jar: Zip archive data, at least v1.0 to >>> extract >>> jliblouisutdml.jar: Zip archive data, at least v1.0 to >>> extract >>> libswt-awt-cocoa-3735.jnilib: Mach-O 64-bit bundle x86_64 >>> libswt-cocoa-3735.jnilib: Mach-O 64-bit bundle >>> x86_64 >>> libswt-pi-cocoa-3735.jnilib: Mach-O 64-bit bundle x86_64 >>> libswt-xulrunner-cocoa-3735.jnilib: Mach-O 64-bit bundle x86_64 >>> org: directory >>> swt.jar: Zip archive data, at least v1.0 to >>> extract >>> version.txt: ASCII text, with no line terminators >>> >>> I tried forcing it to use a 64-bit JVM, but it doesn't work. >>> >>> Any help with this is greatly appreciated. >>> >>> Regards, >>> Alex, >>> >>> >>> On 2011-07-15, at 8:32 PM, Chris von See wrote: >>> >>> > I figured out how to determine the architecture for the native portions >>> > of the SWT jar... This is what I get from the JAR that I pointed to in >>> > my earlier note: >>> > >>> > beluga:swt-jar cvonsee$ file * >>> > META-INF: directory >>> > external.xpt: data >>> > libswt-awt-cocoa-3735.jnilib: Mach-O 64-bit bundle x86_64 >>> > libswt-cocoa-3735.jnilib: Mach-O 64-bit bundle x86_64 >>> > libswt-pi-cocoa-3735.jnilib: Mach-O 64-bit bundle x86_64 >>> > libswt-xulrunner-cocoa-3735.jnilib: Mach-O 64-bit bundle x86_64 >>> > org: directory >>> > version.txt: ASCII text, with no line terminators >>> > >>> > Cheers >>> > Chris >>> > >>> > >>> > >>> > >>> > On Jul 15, 2011, at 7:57 PM, Alex Jurgensen wrote: >>> > >>> >> Hi, >>> >> >>> >> I got the files from that link, but the swt.jar file still seems to be >>> >> 32-bit. >>> >> >>> >> Any ideas? >>> >> >>> >> Regards, >>> >> Alex, >>> >> >>> >> >>> >> On 2011-07-15, at 7:18 PM, Chris von See wrote: >>> >> >>> >>> The link to the 64-bit version is >>> >>> http://download.eclipse.org/eclipse/downloads/drops/R-3.7-201106131736/download.php?dropFile=swt-3.7-cocoa-macosx-x86_64.zip >>> >>> >>> >>> This and the other SWT downloads can be found at at >>> >>> http://download.eclipse.org/eclipse/downloads/drops/R-3.7-201106131736/index.php#SWT >>> >>> >>> >>> >>> >>> Cheers >>> >>> Chris >>> >>> >>> >>> On Jul 15, 2011, at 7:11 PM, Alex Jurgensen wrote: >>> >>> >>> >>>> Hi All, >>> >>>> >>> >>>> I can't find the 64-bit version of swt.jar. >>> >>>> >>> >>>> I downloaded "swt-3.7-cocoa-macosx-x86_64.zip", but the swt.jar >>> >>>> insider is only 32-bit. >>> >>>> >>> >>>> Can anyone confirm this or suggest an alternative? >>> >>>> >>> >>>> Regards, >>> >>>> Alex, >>> >>>> >>> >>>> >>> >>>> On 2011-07-15, at 5:51 PM, John J. Boyer wrote: >>> >>>> >>> >>>>> Alex, >>> >>>>> >>> >>>>> That is great! I imagine you actually have liblouis-2.dylib The -2 was >>> >>>>> put on some time ago, for reasons which James Teh explained a few days >>> >>>>> ago. I am not sure it was a good idea, since we do not yet have >>> >>>>> incompatible versions. I plan to keep the binary for liblouisutdml >>> >>>>> without a suffix until we actually have that problem. You should copy >>> >>>>> liblouis-2.dylib and liblouisutdml.dylib from their standard locations >>> >>>>> to >>> brailleblaster/dist/native/lib I don't know how that translates for >>> >>>>> an .app bundle. >>> >>>>> >>> >>>>> Note that not all the methods in the Java bindings work. file2brl has >>> >>>>> been tested. translateFile, translateTextFile and backTrranslateFile >>> >>>>> will probably work. I am currently tightening up the bindings and >>> >>>>> adding >>> >>>>> some new ones. So there will be an update to the repository in a few >>> >>>>> days. >>> >>>>> >>> >>>>> John >>> >>>>> >>> >>>>> On Fri, Jul 15, 2011 at 03:52:19PM -0700, Alex Jurgensen wrote: >>> >>>>>> Hi All, >>> >>>>>> >>> >>>>>> I now have liblouis and liblouisutdml successfully compiled in their >>> >>>>>> standard locations. >>> >>>>>> >>> >>>>>> What files do I >>> need to move into the "Native" folder of the BrailleBlaster *.app bundle? >>> >>>>>> >>> >>>>>> Any help is greatly appreciated. >>> >>>>>> >>> >>>>>> Regards, >>> >>>>>> Alex, >>> >>>>>> >>> >>>>>> >>> >>>>> >>> >>>>> -- >>> >>>>> John J. Boyer; President, Chief Software Developer >>> >>>>> Abilitiessoft, Inc. >>> >>>>> http://www.abilitiessoft.com >>> >>>>> Madison, Wisconsin USA >>> >>>>> Developing software for people with disabilities >>> >>>>> >>> >>>>> >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >> >>> >> >>> > >>> > >>> >>> >> >