Re: [GRASS-dev] [GRASS GIS] #2871: lib/iostream/mm.cpp:Fails to build with GCC 6: declaration of ... has a different exception specifier (was: Fails to build with GCC 6: declaration of ... has a diffe

#2871: lib/iostream/mm.cpp:Fails to build with GCC 6: declaration of ... has a different exception specifier +- Reporter: sebastic | Owner: grass-dev@… Type: defect | Status: new Priority: blocker| Milestone:

Re: [GRASS-dev] [GRASS GIS] #2956: iostream compilation error: declaration of 'void* operator new [](size_t) throw (std::bad_alloc)' has a different exception specifier

#2956: iostream compilation error: declaration of 'void* operator new [](size_t) throw (std::bad_alloc)' has a different exception specifier +- Reporter: neteler| Owner: grass-dev@… Type: defect | Status: closed Priority

Re: [GRASS-dev] [GRASS GIS] #2959: r.viewshed, r.terraflow and i.atcorr broken in 32/64bit builds

#2959: r.viewshed, r.terraflow and i.atcorr broken in 32/64bit builds -+- Reporter: wenzeslaus | Owner: grass-dev@… Type: defect | Status: new Priority: blocker | Milestone: 7.0.4 Component:

Re: [GRASS-dev] is OSGeo4W GRASS 7.0.3 working?

Anna Petrášová wrote > Hi, > > could anyone confirm GRASS 7.0.3 installed through OSGeo4W is working? I > was trying on 3 machines and it always fails during startup with some > error > about spatialite4.dll. GRASS 71svn was working in same cases, in one case > it just crashed for unknown reason.

[GRASS-dev] [GRASS GIS] #2959: r.viewshed, r.terraflow and i.atcorr broken in 32/64bit builds

#2959: r.viewshed, r.terraflow and i.atcorr broken in 32/64bit builds -+- Reporter: wenzeslaus | Owner: grass-dev@… Type: defect | Status: new Priority

[GRASS-dev] is OSGeo4W GRASS 7.0.3 working?

Hi, could anyone confirm GRASS 7.0.3 installed through OSGeo4W is working? I was trying on 3 machines and it always fails during startup with some error about spatialite4.dll. GRASS 71svn was working in same cases, in one case it just crashed for unknown reason. Thanks, Anna

[GRASS-dev] db.join script wanted

Hi, anyone willing to write a db.join addon? Of course table joining is not a complex task but an addon offers the advantage to also perform as desired when the user is tired :-) - less error prone. Perhaps just derive from https://trac.osgeo.org/grass/browser/grass/trunk/scripts/v.db.join/v.db.j

Re: [GRASS-dev] [GRASS GIS] #2871: Fails to build with GCC 6: declaration of ... has a different exception specifier

#2871: Fails to build with GCC 6: declaration of ... has a different exception specifier --+- Reporter: sebastic | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.4 Component:

Re: [GRASS-dev] [GRASS GIS] #2871: Fails to build with GCC 6: declaration of ... has a different exception specifier

#2871: Fails to build with GCC 6: declaration of ... has a different exception specifier --+- Reporter: sebastic | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.4 Component:

Re: [GRASS-dev] [GRASS GIS] #2956: iostream compilation error: declaration of 'void* operator new [](size_t) throw (std::bad_alloc)' has a different exception specifier

#2956: iostream compilation error: declaration of 'void* operator new [](size_t) throw (std::bad_alloc)' has a different exception specifier +- Reporter: neteler| Owner: grass-dev@… Type: defect | Status: new Priority:

Re: [GRASS-dev] [GRASS GIS] #2871: Fails to build with GCC 6: declaration of ... has a different exception specifier

#2871: Fails to build with GCC 6: declaration of ... has a different exception specifier --+- Reporter: sebastic | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.4 Component:

[GRASS-dev] Opening layer from command line into the current / normal display

Hi, I am working with GRASS layers from R (using rgrass7), and want to be able to display multiple maps quickly for quick inspection, without having to open the map one by one manually from the GRASS layer manager. So I am running d.mon and d.rast from R, e.g., execGRASS("d.mon", map="mymap"). Di