[GRASS5] [bug #4356] (grass) d.m: d.rast.num fails when called from 'Add comand layer'

[Glynn Clements]

Hamish wrote:

> > Actually, any use of that call in a d.* module is either gratuitous,
> > or indicates an interactive module which need to be changed or
> > replaced as part of the GUI project.
> 
> [display]$ grep -rI R_flush *
> d.colors/get_info.c:    R_flush() ;
> d.colors/interact.c:        R_flush() ;
> d.geodesic/plot.c:    R_flush();
> d.histogram/main.c:     R_flush();
> d.linegraph/linegraph.c:    R_flush ();
> d.linegraph/linegraph.c:    R_flush ();
> d.path/select.c:                R_flush();
> d.path/select.c:                R_flush();
> d.path/select.c:        R_flush();
> d.profile/What.c:   R_flush();
> d.rast/display.c:    R_flush() ;
> d.rhumbline/plot.c:     R_flush();
> d.text.freetype/main.c:         R_flush();
> d.text.freetype/main.c: R_flush();
> d.what.vect/flash.c:    R_flush();
> d.what.vect/flash.c:    R_flush();

Those are all either interactive, or only call R_flush() just before
termination (unnecessary, but harmless), or R_flush() is commented
out or controlled by a macro (e.g. d.text.freetpe only calls it if
FLUSH_EACH_CHAR is defined, which is presumably a debugging feature).

-- 
Glynn Clements <glynn at gclements.plus.com>