Re: [GRASS-dev] [GRASS GIS] #2776: Various typo fixes

#2776: Various typo fixes ---+- Reporter: sebastic | Owner: grass-dev@… Type: defect| Status: reopened Priority: normal| Milestone: 7.0.2 Component: Default |Version: svn-trunk Resolution:|

Re: [GRASS-dev] Open/close db drivers order

Radim Blazek wrote: > But there may be other file descriptors not related to db drivers. Is > it possible to close all of them in driver process? Maybe. When fork() clones a process, the descriptor table is cloned along with everything else. When the process changes its program with execve(),

Re: [GRASS-dev] [GRASS GIS] #2777: Drop menu file in favor of desktop file

#2777: Drop menu file in favor of desktop file --+- Reporter: sebastic | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.2 Component: Packaging|Version: svn-trunk

[GRASS-dev] [GRASS GIS] #2777: Drop menu file in favor of desktop file

#2777: Drop menu file in favor of desktop file -+- Reporter: sebastic | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.2 Component: Packaging|Version: svn-trunk

Re: [GRASS-dev] Using a dynamic text in module header for parser

On Mon, Oct 19, 2015 at 5:47 AM, Blumentrath, Stefan < stefan.blumentr...@nina.no> wrote: > > I hope you don`t mind that I open an enhancement request for this. Please do. It makes a lot of sense, in C you can create interface dynamically. But writing the whole script as a file doesn't make sense

Re: [GRASS-dev] Using a dynamic text in module header for parser

On Mon, Oct 19, 2015 at 5:47 AM, Blumentrath, Stefan < stefan.blumentr...@nina.no> wrote: > The script below works on Windows (at least my installation), though it > gives me a pop-up window asking for the proper program to execute the > specified file in the command. The pop-up can be closed and

Re: [GRASS-dev] Planning of 7.0.2 release

On Tue, Oct 20, 2015 at 6:04 PM, Martin Landa wrote: > > Hi, > > 2015-10-19 23:36 GMT+02:00 Markus Neteler : > > > OK, the source tarball is out now. > > To be done: binaries and CMS announcement. > > > > And email announcement as soon as some binaries

Re: [GRASS-dev] [GRASS GIS] #2775: Hangs when closing db drivers

#2775: Hangs when closing db drivers --+- Reporter: rblazek | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: Component: Database |Version: unspecified Resolution:

Re: [GRASS-dev] [GRASS GIS] #2775: Hangs when closing db drivers

#2775: Hangs when closing db drivers --+- Reporter: rblazek | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: Component: Database |Version: unspecified Resolution:

[GRASS-dev] GRASS GIS 7.0.2 RC1 released

* We are pleased to announce the first release candidate of the upcoming GRASS GIS 7.0.2 version * *What's new in a nutshell* This upcoming stability release provides a series of stability fixes and manual improvements. This first release candidate GRASS GIS 7.0.2RC1 provides *160 fixes and

Re: [GRASS-dev] Open/close db drivers order

On Thu, Oct 22, 2015 at 4:16 AM, Glynn Clements wrote: > > Radim Blazek wrote: > >> I found, that db drivers must be closed in reverse order to the order >> in which were opened, otherwise it hangs (Linux). I vaguely remember >> that this was a problem years ago. Is it

[GRASS-dev] SF_UNKNOWN conflict

JFYI, SF_UNKNOWN defined in dig_defines.h is in conflict with SF_UNKNOWN defined in oaidl.h on Windows. Radim ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] temporal framework broken?

Hi devs, I have problems with temporal framework (both in grass70 and grass71). This is the error that I get GRASS 7.0.2svn (grassdata_piemonte):~ > t.connect -d Driver predefinito / database impostato a: driver: sqlite database: $GISDBASE/$LOCATION_NAME/$MAPSET/tgis/sqlite.db GRASS 7.0.2svn

Re: [GRASS-dev] SF_UNKNOWN conflict

On Thu, Oct 22, 2015 at 4:51 PM, Radim Blazek wrote: > JFYI, SF_UNKNOWN defined in dig_defines.h is in conflict with > SF_UNKNOWN defined in oaidl.h on Windows. It got introduced in r50670 back in 2012, so far nobody complained. Could it be protected by an #ifdef