Re: Mountain Lion Build

[Daniel J Sebald]

On 08/21/2012 11:52 PM, Robinson, Melvin D wrote:
> Hello,
>
> I'm in the final stages of the build on Mountain Lion, but am coming up
> with these errors:
>
> Making all in interpreter
> ../../run-octave -f -q -H -p . --eval "geometryimages ('voronoi', 'txt');"
> ../../run-octave -f -q -H -p . --eval "geometryimages ('triplot', 'txt');"
> ../../run-octave -f -q -H -p . --eval "geometryimages ('griddata', 'txt');"
> ../../run-octave -f -q -H -p . --eval "geometryimages ('convhull', 'txt');"
> octave(30583,0x7fff7563d180) malloc: *** error for object 0x1074c56a0:
> pointer being freed was not allocated
> *** set a breakpoint in malloc_error_break to debug
> octave(30582,0x7fff7563d180) malloc: *** error for object 0x110dc16a0:
> pointer being freed was not allocated
> *** set a breakpoint in malloc_error_break to debug
> octave(30581,0x7fff7563d180) malloc: *** error for object 0x1131896a0:
> pointer being freed was not allocated
> *** set a breakpoint in malloc_error_break to debug
> octave(30580,0x7fff7563d180) malloc: *** error for object 0x11678b6a0:
> pointer being freed was not allocated
> *** set a breakpoint in malloc_error_break to debug
> make[3]: *** [convhull.txt] Abort trap: 6
> make[3]: *** Waiting for unfinished jobs....
> make[3]: *** [triplot.txt] Abort trap: 6
> make[3]: *** [griddata.txt] Abort trap: 6
> make[3]: *** [voronoi.txt] Abort trap: 6
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
>
> The problem seems be something within Qhull, but the build crashes too
> spectacularly for me to even get a handle on what could be happening. Do
> you have any suggestions?
>
> Signed,
> Confused in Sugar Land

CISL,

I see no "free ()" commands in the code associated with that failure. 
There is a qh_freeqhull() used several times, and I'm guessing that is 
where the actually "free" is done.  So it is crashing inside the 
library, I'm guessing.  The two problems that come to mind are

1) Bogus pointer passed into the qh_freeqhull() routine that is Octave's 
code fault.
2) A bug in the qhull library

http://robotics.naist.jp/~akihiko-y/doxy/qhull-2003.1/global_8c.html#5082bea7d4e09154eddf3a1b62f35619

whereby it is doing something wrong internally or sends bogus data to 
Octave followed by Octave sending it back.

Do you have a really recent version of qhull?  I have version 
2003.1-14.fc13 and see no problems.  For all these tests, an associated 
text file is generated that contains:

+---------------------------------+
| Image unavailable in text mode. |
+---------------------------------+

I will look around in those geometry files and see if there is anything 
in the Mercurial record of changes to those files.

Dan

PS: I will have a follow up post related to geometryimages.m.