Details Ticket 4366


Comment | Reply | Open


Serial Number 4366
Subject core dump in r.to.vect
Area grass6
Queue grass
Requestors SorokinA@ornl.gov
Owner hcho
Status resolved
Last User Contact Mon May 1 06:17:11 2006 (2 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Thu Jul 13 07:16:13 2006 (2 yr ago)
Created Fri Apr 28 22:45:06 2006 (2 yr ago)

Transaction History Ticket 4366


Fri, Apr 28 2006 22:45:06    Request created by guest  
Subject: core dump in r.to.vect

Platform: GNU/Linux/x86
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: GRASS 6.1.cvs checkout 4/27/06

There is a core dump in r.to.vect when run over DCELL rasters.  Segfault originates
at this line:

#0  extract_areas () at areas.c:283
283           v_list[col]->node = h_ptr->node = 1;

I think that in r.to.vect there should be an error message on trying to run it
on a raster other than of CELL type.  
Mon, May 1 2006 06:17:11    Mail sent by hamish_nospam@yahoo.com  
Return-Path <hamish_nospam@yahoo.com>
Delivered-To grass-bugs@lists.intevation.de
Date Mon, 1 May 2006 16:16:54 +1200
From Hamish <hamish_nospam@yahoo.com>
To Request Tracker <grass-bugs@intevation.de>
Cc grass5@grass.itc.it
Subject Re: [GRASS5] [bug #4366] (grass) core dump in r.to.vect
Message-Id <20060501161654.28867f20.hamish_nospam@yahoo.com>
In-Reply-To <20060428204506.C6E12101EEA@lists.intevation.de>
References <20060428204506.C6E12101EEA@lists.intevation.de>
X-Mailer Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
X-Face M<EoB)"*Z~u!,vFhXmw}R_KbdBta*P_=T|rbBL'e1/CQ9;/1g\BU3&!=y8ria$2Uk!HT&BB 8i?|X_+7~1jsy}F~g$2va%3fV`*=L(*cem[@3\yg,G,@rg6/QMJ
Mime-Version 1.0
Content-Type text/plain; charset=US-ASCII
Content-Transfer-Encoding 7bit
X-Spam-Status No, hits=-4.0 tagged_above=-999.0 required=3.0 tests=BAYES_00, FORGED_YAHOO_RCVD
X-Spam-Level
> this bug's URL: http://intevation.de/rt/webrt?serial_num=4366
> ---------------------------------------------------------------------
> 
> Subject: core dump in r.to.vect
> 
> Platform: GNU/Linux/x86
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: GRASS 6.1.cvs checkout 4/27/06
> 
> There is a core dump in r.to.vect when run over DCELL rasters. 
> Segfault originates at this line:
> 
> #0  extract_areas () at areas.c:283
> 283           v_list[col]->node = h_ptr->node = 1;
> 
> I think that in r.to.vect there should be an error message on trying
> to run it on a raster other than of CELL type.  


confirmed,

#spearfish
r.mapcalc tmp_fields='double(fields)'
r.to.vect in=tmp_fields out=tmp_fields fea=area

gdb shows the segfault in the same place for this example as above.


while it segfaults if either v_list[col]->node = 1; or h_ptr->node = 1;
is run first on its own,

printf("v_list =[%p]  h_ptr=[%p]\n", v_list, h_ptr);
 shows
v_list =[0x806bae8]  h_ptr=[(nil)]

, but in the CELL case h_ptr has value.


Hamish


Thu, Jul 13 2006 06:57:09    Status changed to resolved by hcho  
Thu, Jul 13 2006 07:16:13    Taken by hcho  
Thu, Jul 13 2006 07:16:13    Comments added by hcho  
Fixed in CVS.
Comment | Reply | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request