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

[Ben Abbott]

On Mar 4, 2012, at 10:40 AM, Ben Abbott wrote:

> 
> 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

I tried the app on a MacBook Pro, Core i7, MacOS 10.7.3 with no MacPorts or 
Fink installed. Octave-3.6.1.app runs fine, but does not plot.

The bundled Gnuplot is unable to locate Aquaterm or its X11 driver 
(gnuplot_x11).

The fltk toolkit works, but when I try to print the bundled ghostscript 
complains it can't find gs_init.ps (which is included in the app).

In each of these cases, I suspect properly setting some environment variables 
will fix things.

When I have time, I look into that. As always, if anyone has a suggestion, I'd 
appreciate the help.

Ben