[brailleblaster] Liblouis and Liblouisutdml Errors
- From: Alex Jurgensen <asquared21@xxxxxxxxx>
- To: brailleblaster@xxxxxxxxxxxxx
- Date: Sat, 16 Jul 2011 16:30:55 -0700
Hi All,
I am reposting this under a different subject.
Here is the output of the "file *" command that I ran in my "native/lib".
liblouis.2.2.3.dylib: Mach-O 64-bit dynamically linked shared library
x86_64
liblouis.2.dylib: Mach-O 64-bit dynamically linked shared library
x86_64
liblouisutdml.5.0.0.dylib: Mach-O 64-bit dynamically linked shared library
x86_64
liblouisutdml.5.dylib: Mach-O 64-bit dynamically linked shared library
x86_64
liblouisutdml.dylib: Mach-O 64-bit dynamically linked shared library
x86_64
And the error is:
Invalid memory access of location 0x2c rip=0x10eebb2b5
Segmentation fault: 11
As I said in my las message, this message does not occur when I remove all the
files in the "native/lib/" dirrectory.
Any help in understanding this is greatly appreciated.
Regards,
Alex,
On 2011-07-16, at 11:53 AM, Chris von See wrote:
> Try running the downloaded BrailleBlaster binaries without building locally.
> If you can run BrailleBlaster without liblouis and liblouisutdml using the
> downloaded binaries by copying your 64-bit SWT into the "dist/lib" directory
> and using this command line from the "dist" directory:
>
> java -D64 -XstartOnFirstThread -jar brailleblaster.jar
>
> then it's almost certainly something with either liblouis, liblouisutdml, a
> dependency of liblouis/liblouisutdml, your system or (if you're running
> Eclipse) with your Eclipse setup.
>
>
> Cheers
> Chris
>
>
> On Jul 16, 2011, at 11:37 AM, Alex Jurgensen wrote:
>
>> 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
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>
>>>>> >>>
>>>>> >>
>>>>> >>
>>>>> >
>>>>> >
Other related posts:
- » [brailleblaster] Liblouis and Liblouisutdml Errors - Alex Jurgensen
