[GRASS5] Re: GIS_ERROR_LOG not respected

Markus Neteler neteler at itc.it
Tue Aug 7 03:35:49 EDT 2001


Hi Huidae,

(cc to "grass5")

On Tue, Aug 07, 2001 at 12:07:08PM +0900, GRASS wrote:
> Hi Markus,
> > Hi Huidae,
> > I have seen you have been working on error.c. Since a few weeks
> > the presence of $HOME/GIS_ERROR_LOG doesn't avoid sending GRASS
> > error mails any more. In former versions the user could avoid the
> > mails after invoking the command:
> >
> > touch $HOME/GIS_ERROR_LOG
> 
> Well, I understood that GRASS_STDERR env var should be set to avoid mailing.
> So only the presence of $HOME/GIS_ERROR_LOG doesn't help.

oh - a new idea :-) Well, how to set the GRASS_STDERR? Something like
export GRASS_STDERR=/home/neteler/GIS_ERR
doesn't seem to work. 
 
> >
> > In my opinion the idea of the function seems a bit unusual:
> >
> > src/libes/gis/error.c
> >  * G_warning (msg)
> >  *      char *msg
> >  *
> >  *   Gives the message, msg, to the user.  Also print a message to
> >  *   $GISBASE/GIS_ERROR_LOG if the file exists and is writeable;
> >      ^^^^^^^^^-> this should be HOME I think
> >  *   and to the file $HOME in the users home directory if $HOME is set.
> >  *   G_warning() returns, which G_fatal_error() exits.
> >
> > usually users don't have write access in $GISBASE, so I suggest
> > to change it to $HOME/GIS_ERROR_LOG
> >
> 
> You're right about that. However, we can not know the fully qualified
> mapset from the current file format. So what about putting GIS_ERROR_LOG
> into its own mapset directory(not PERMANENT), which is also writable by
> users. Furthermore, I think that the format should include mapset info.
> 
> If users don't have write access in $GISBASE at all, $HOME is ok. But in
> this case, mapset info is inevitable in a log file.
> 
> > What do you think?
> 
> In fact, I've never known this feature before you asked me. :-)
> 
> Yours,
> Huidae Cho

I suggest to discuss above here in grass5 list. Any opinions?

 Markus



More information about the grass-dev mailing list