Re: Mountain Lion Build

[Robinson, Melvin D]

On 8/22/12 12:58 AM, "Daniel J Sebald" <address@hidden> wrote:

>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#5082b
>ea7d4e09154eddf3a1b62f35619
>
>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.


Yes, I am running the latest version of Qhull, but hand compiled.