[GRASS-dev] Re: [GRASS GIS] #800: r.random and r.reclass - buffer overflow on long mapset/map names

[GRASS GIS]

#800: r.random and r.reclass - buffer overflow on long mapset/map names
--+-
 Reporter:  ferrouswheel  |   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.5.0
Component:  Raster| Version:  svn-develbranch6 
 Keywords:|Platform:  All  
  Cpu:  All   |  
--+-

Comment(by ferrouswheel):

 I wonder if there shouldn't be a wrapper method for updating the History
 object.

 Doing a grep for the offending line:

 grep -r sprintf\(hist.dat *

 Shows the following modules making unsafe assumptions about map name
 length: r.buffer, r.carve, r.random, r.recode, r.slope.aspect, r.sunmask,
 and the simwe modules.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #800: r.random and r.reclass - buffer overflow on long mapset/map names (was: r.random - buffer overflow on long mapset/map names)

[GRASS GIS]

#800: r.random and r.reclass - buffer overflow on long mapset/map names
--+-
 Reporter:  ferrouswheel  |   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.5.0
Component:  Raster| Version:  svn-develbranch6 
 Keywords:|Platform:  All  
  Cpu:  All   |  
--+-
Changes (by ferrouswheel):

  * milestone:  6.4.0 => 6.5.0


Comment:

 Same issue occurs with r.reclass

 I've attached an alternative way resolve it which doesn't use snprintf,
 but is rather hacky.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] 6.4.0 blocker bugs

[Markus Neteler]

Hi,

time to get out 6.4.0final :-)

Please check the list at
https://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&group=type&priority=blocker&priority=critical&milestone=6.4.0&order=id

Several of the entries seem to be (almost?) solved but awaiting
feedback/closure. Perhaps for the others we have to revisit of
"critical" state is really reflecting the actual state (in a context
of a 400 modules GIS).

Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1051: wxgui: SEARCH_PATH corruption

[GRASS GIS]

#1051: wxgui: SEARCH_PATH corruption
--+-
 Reporter:  msieczka  |   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  critical  |   Milestone:  6.4.0
Component:  wxGUI | Version:  svn-releasebranch64  
 Keywords:  mapsets   |Platform:  All  
  Cpu:  All   |  
--+-

Comment(by neteler):

 Please backport if possible.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1038: v.surf.rst fails in Windows 7 with "Access is denied"

[GRASS GIS]

#1038: v.surf.rst fails in Windows 7 with "Access is denied"
--+-
 Reporter:  marisn|   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  critical  |   Milestone:  6.4.0
Component:  Vector| Version:  6.4.0 RCs
 Keywords:  v.surf.rst, wingrass  |Platform:  MSWindows 7  
  Cpu:  Unspecified   |  
--+-

Comment(by neteler):

 Seems to be solved?

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #1036: empty monitor in i.pr.classify

[GRASS GIS]

#1036: empty monitor in i.pr.classify
--+-
 Reporter:  arocha1980|   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  major |   Milestone:  6.4.0
Component:  Imagery   | Version:  6.4.0 RCs
 Keywords:  i.pr i.pr.classify d.mon  |Platform:  Linux
  Cpu:  Unspecified   |  
--+-
Changes (by neteler):

  * priority:  critical => major


Comment:

 Since i.pr.* is yet "just" an addon, I take liberty to downgrade the
 priority.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #957: v.voronoi has extra lines in output

[GRASS GIS]

#957: v.voronoi has extra lines in output
+---
 Reporter:  helena  |   Owner:  grass-...@…  
 Type:  defect  |  Status:  new  
 Priority:  normal  |   Milestone:  6.4.1
Component:  Vector  | Version:  svn-develbranch6 
 Keywords:  |Platform:  All  
  Cpu:  All |  
+---
Changes (by deboyy):

  * version:  6.4.0 RCs => svn-develbranch6


Comment:

 I perform voronoi map of 118 sample areas.
 > Before perform voronoi for every area set region with the related vector
 > map. But one of the area strange result occured. I check my data and
 > couldn't found any fault or difference to other areas. Is there any bug
 in
 > the code?

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev