octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 2nd pass for Octave-3.6.1 app (X86_64 only) bundle for MacOS


From: Ben Abbott
Subject: Re: 2nd pass for Octave-3.6.1 app (X86_64 only) bundle for MacOS
Date: Sun, 04 Mar 2012 10:40:50 -0500

On Mar 4, 2012, at 1:32 AM, Berend Hasselman wrote:

> 
> On 04-03-2012, at 03:55, Ben Abbott wrote:
> 
>> I've had mixed results with the MacOS X86_64 Octave-3.6.1
>> 
>> The bundle worked on MacOS Lion on Core 2 Duo, or Core i7 with MacPorts 
>> installed.
>> 
>> Also worked on MacOS Snow Leopard on Core 2 Duo with MacPorts installed.
>> 
>> In another case, It did not run on Cure 2 Duo with Snow Leopard.
>> 
>> Also failed on a Core i7 with Lion.
>> 
>> I've fixed a few bugs in the launch scripts, and made some minor 
>> improvements in the DMG. The new version is below.
>> 
>>      http://dl.dropbox.com/u/14845154/Octave-X86_64-3.6.1.dmg
>> 
>> I've just started the uploaded of the dmg. I expect the upload to complete 
>> within an hour of when I send out this email.
>> 
>> For those who had trouble with the first version, I'm particularly 
>> interested in how this one works for you.
>> 
>> I'm also interested in hearing from anyone else, including those who had 
>> success the first time.
>> 
>> When reporting, please include (1) MacOS version, (2) Which CPU your Mac 
>> has, (3) whether or not you have MacPorts or Fink installed.
> 
> Mac OS X 10.6.8
> Mac Mini mid 2011 Intel C2D 2.66Ghz.
> No MacPorts or Fink installed.
> 
> 
> Again an immediate crash:
> 
> Last login: Sun Mar  4 06:53:32 on ttys000
> exec '/Applications/Octave-3.6.1.app/Contents/MacOS/../Resources/bin/octave'
> [.../~]: exec 
> '/Applications/Octave-3.6.1.app/Contents/MacOS/../Resources/bin/octave'
> terminate called after throwing an instance of 
> '__gnu_cxx::__concurrence_lock_error'
>  what():  __gnu_cxx::__concurrence_lock_error
> /Applications/Octave-3.6.1.app/Contents/MacOS/../Resources/bin/octave: line 
> 84:  1146 Abort trap              OCTAVE_HOME="${OCTAVE_HOME}" PATH="${PATH}" 
> DYLD_FALLBACK_LIBRARY_PATH="${DYLD_FALLBACK_LIBRARY_PATH}" CC="${CC}" 
> CXX="${CXX}" CFLAGS="${CFLAGS}" CPPFLAGS="${CPPFLAGS}" CXXFLAGS="${CXXFLAGS}" 
> FFLAGS="${FFLAGS}" LDFLAGS="${LDFLAGS}" DL_LDFLAGS="${DL_LDFLAGS}" SED="$SED" 
> MAGICK_HOME="${ROOT}" FONTCONFIG_PATH="${ROOT}/etc/fonts" 
> DYLD_FRAMEWORK_PATH="${DYLD_FRAMEWORK_PATH}" "${ROOT}/bin/octave-$VER" "$@"
> 
> 
> I have attached the crash report.
> 
> Berend
> <octave-3.6.1_2012-03-04-072703_Macintosh-3.crash>

Thanks for the crash report. I'd hoped that would help, but I don't see 
anything unexpected.

I've seen this error on a MacMini I have access to. It is also Core 2 Duo 
running MacOS 10.6.8. The only difference is that it has Fink installed.

I'm confident that Core 2 Duo with Snow Leopard qualifies as X86_64 (another 
user verified the app ran on a MacBook Pro C2D running MacOS 10.6.8). This can 
be verified by "uname -m".

The other also user had MacPorts installed. In fact, it appears that everyone 
who has been able to run the app had MacPorts installed.

What is strange, is that if I rename the directory where MacPorts lives, the 
app still runs for me.

In any event, I'll have to do some experimenting and see if I can figure out 
what is wrong. Perhaps I should use "otool -L" to identify all the libs the app 
is using.

If anyone has a suggestion, I'd appreciate the help.

Ben




reply via email to

[Prev in Thread] Current Thread [Next in Thread]