[GRASS-dev] release planning and no volume display on Mac - Any info on where crash happens?

[Michael Barton]

Testing with GRASS 6.4.3RC2

Rem-ing out line 684 in gvl_calc_c

/* gvl_align_data(dbuff[i].ndx_new, dbuff[i].new); */

prevents crashing. But I don't see an isosurface.



Helena, 

I'm using your test data (jr_7408MR_2m_t70)

What is a good value to set for an isosurface to see anything?

Slices still crash because they still call gvl_align_data. As before, though initially displaying a slice works fine. It only crashes when I try to change something about the slice and it wants to redraw.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity 
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 	480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax:          480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu











On Jan 1, 2013, at 1:24 PM, Anna Kratochvílová <kratochanna at gmail.com>
wrote:

> Hi Michael,
> 
> On Tue, Jan 1, 2013 at 8:48 PM, Michael Barton <Michael.Barton at asu.edu> wrote:
>> Hi Anna,
>> 
>> On the slim chance that you are online today, can you tell me where gvl_align_data in gvl_calc.c reside in either the source code or compiled code? I have a bit of down time and thought I'd see what I could find out about the volume display breaking. I don't know C but can selectively rem out some things and see what happens.
> 
> It should be here
> http://trac.osgeo.org/grass/browser/grass/trunk/lib/ogsf/gvl_calc.c#L685
> 
> Also, you could try debugging with QtCreator [1] (as an user-friendly
> interface to the debugger), it is quite easy, here [2] is some help
> for setting up the project. I don't know what method you would like to
> use but this is the easiest I know. I suppose it should work on Mac,
> too.
> 
> Regards,
> Anna
> 
> [1] http://qt-project.org/downloads
> [2] http://grasswiki.osgeo.org/wiki/Using_QtCreator_for_GRASS_C_development#Debugging
> 
> 
>> 
>> 
>> Thanks
>> Michael
>> ____________________
>> C. Michael Barton
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Arizona State University
>> 
>> voice:  480-965-6262 (SHESC), 480-727-9746 (CSDC)
>> fax:          480-965-7671 (SHESC),  480-727-0709 (CSDC)
>> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Dec 6, 2012, at 12:07 AM, Anna Kratochvílová <kratochanna at gmail.com> wrote:
>> 
>>> Hi Michael,
>>> 
>>> On Wed, Dec 5, 2012 at 11:02 PM, Michael Barton <michael.barton at asu.edu> wrote:
>>>> Any suggestions yet on where the crash I documented in
>>>> http://trac.osgeo.org/grass/ticket/1736 actually happens in the code so that
>>>> I can take a look at it and see if there is something fixable for the Mac? I
>>>> posted what I hope is the relevant debug output to help identify this.
>>>> 
>>>> While we may need to think about wxPython 2.9, it seems best to first look
>>>> at what line is actually causing the crash and see if there is a fix or
>>>> workaround.
>>> 
>>> The crash occurs probably in gvl_align_data in gvl_calc.c. The error
>>> message 'pointer being realloc'd was not allocated' is quite clear,
>>> however it's not clear why it happens on Mac only. Maybe someone with
>>> better knowledge of C could understand it more.
>>> 
>>> Anna
>>> 
>>>> 
>>>> Michael
>>>> ____________________
>>>> C. Michael Barton
>>>> Director, Center for Social Dynamics & Complexity
>>>> Professor of Anthropology, School of Human Evolution & Social Change
>>>> Arizona State University
>>>> 
>>>> voice:  480-965-6262 (SHESC), 480-727-9746 (CSDC)
>>>> fax:          480-965-7671 (SHESC),  480-727-0709 (CSDC)
>>>> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>