[GRASSLIST:1722] Re: cygwin peculiarities

Glynn Clements glynn.clements at virgin.net
Mon Nov 10 08:02:07 EST 2003

Richard Greenwood wrote:

> Hello kind list;
> I am seeing some odd display behavior in the cygwin bash shell with 
> versions 5.0.2 and 5.0.3 that I have compiled myself, but not with the 
> distributed 5.0.2 cygwin binaries. Below is an example from the g.remove 
> command, but similar problems exhibit themselves in other commands e.g. 
> g.region.  The problem is that part of the left portion of the line most of 
> the lines are missing.
> 5.0.2 compiled by me (missing left'ly chars):
>      GRASS:~ > g.remove fsh2b
>      REMOVE [fsh2b]
>       raster
>         ader
>       category
>          or
>        istory
>          MISSING
>        MISSING
> 5.0.2 binary distribution (correct):
>      GRASS:~ > g.remove msh2b
>      REMOVE [msh2b]
>       raster
>       header
>       category
>       color
>       history
>       misc
>       fcell    MISSING
>       g3dcell  MISSING
> I have the newest (possibly too new?) cygwin distribution. Most of the text 
> appears correctly, and all of the modules that I have used appear to 
> correctly. Is there a library that is used for this semi-formatted text 
> that may be out of sync on my system? Or another area that I should explore?

The code which produces the above listing is in

    for (i = 0; i < list[n].nelem; i++)
	fprintf (stdout," %-*s ", len, list[n].desc[i]);
	fflush (stdout);

	switch (G_remove (list[n].element[i], old))
	case -1: fprintf (stdout,"COULD NOT REMOVE"); break;
	case  0: fprintf (stdout,"MISSING"); break;
	fprintf (stdout,"\n");

It appears that fprintf() isn't handling "%-*s" correctly.

I'm not sure how you could get different behaviour for different
builds of GRASS.

Glynn Clements <glynn.clements at virgin.net>

More information about the grass-user mailing list