On Wed, Jun 30, 2010 at 5:26 AM, Glynn Clements
wrote:
>
> Markus Neteler wrote:
>
>> The "only" thing to do seems to catch such error of "emtpy"
>> signature file without crashing.
>
> Given that write_img() will always be called, I suggest making
> read_signatures() generate an error if the Clas
#1099: GRASS 6.4SVN with MSYS fails to start startup screen
--+-
Reporter: marisn| Owner: grass-...@…
Type: defect| Status: new
Priority: normal| Mileston
#1051: wxgui: SEARCH_PATH corruption
---+
Reporter: msieczka | Owner: grass-...@…
Type: defect| Status: closed
Priority: critical | Milestone: 6.4.0
#962: wxGUI crash when moving an undocked map display toolbox
--+-
Reporter: msieczka | Owner: grass-...@…
Type: defect| Status: new
Priority: critical | Milest
#928: 6.4: wx module GUIs never return
---+
Reporter: hamish| Owner: grass-...@…
Type: defect| Status: closed
Priority: critical | Milestone: 6.4.0
#1100: Trim mapset name from maps list in wxGUI
-+--
Reporter: aghisla | Owner: grass-...@…
Type: enhancement | Status: new
Priority: minor| Milestone:
#1051: wxgui: SEARCH_PATH corruption
---+
Reporter: msieczka | Owner: grass-...@…
Type: defect| Status: closed
Priority: critical | Milestone: 6.4.0
#1101: WinGrass7 + scripts are not found in the command line
---+
Reporter: hellik | Owner: grass-...@…
Type: defect | Status: new
Priority: no
#1101: WinGrass7 + scripts are not found in the command line
---+
Reporter: hellik | Owner: grass-...@…
Type: defect | Status: new
Priority: no
Hi all,
So I've been getting into all sorts of strife with hard-coded limits
on filename lengths in GRASS. Not hard-coded in a sense that they are
enforced (that wouldn't be an issue, because then I'd know about it!),
but in the sense that there are all these fixed buffer limits in
modules which d
#800: r.random and r.reclass - buffer overflow on long mapset/map names
--+-
Reporter: ferrouswheel | Owner: grass-...@…
Type: defect| Status: new
Priority: no
11 matches
Mail list logo