Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
On Sun, Feb 26, 2006 at 04:22:08PM +0000, Glynn Clements wrote:
Request Tracker wrote:
> this bug's URL: http://intevation.de/rt/webrt?serial_num=4118
> -------------------------------------------------------------------------
>
> Subject: can not use d.erase -f
>
> Platform: WindowsNT/2000/XP
> grass binary for platform: Downloaded precompiled Binaries
> GRASS Version: GRASS 6.0.0 (2005)
>
> I can not use "d.erase -f" to remove the frames when clearing the
> display, after using "d.rast.leg" as what's said on the Reference
> Manual.
>
>
> Here is screen info:
>
> "
> GRASS 6.0.0 (spearfish):~ > d.erase -f
> Sorry, <f> is not a valid flag
The -f flag isn't present in 6.0.0. It was added on 2005/06/21, so you
will need a version which was released after that date.
[BTW, neither 6.0.1 nor 6.0.2 appear to have CVS tags, so it's
impossible to determine which version of a file was used for those
releases.]
Good point. I'll tag 6.0.2 now and update the release procedure.
> > this bug's URL: http://intevation.de/rt/webrt?serial_num=4118
> > -------------------------------------------------------------------------
> >
> > Subject: can not use d.erase -f
> >
> > Platform: WindowsNT/2000/XP
> > grass binary for platform: Downloaded precompiled Binaries
> > GRASS Version: GRASS 6.0.0 (2005)
> >
> > I can not use "d.erase -f" to remove the frames when clearing the
> > display, after using "d.rast.leg" as what's said on the Reference
> > Manual.
> >
> >
> > Here is screen info:
> >
> > "
> > GRASS 6.0.0 (spearfish):~ > d.erase -f
> > Sorry, <f> is not a valid flag
>
> The -f flag isn't present in 6.0.0. It was added on 2005/06/21, so you
> will need a version which was released after that date.
>
> [BTW, neither 6.0.1 nor 6.0.2 appear to have CVS tags, so it's
> impossible to determine which version of a file was used for those
> releases.]
Good point. I'll tag 6.0.2 now and update the release procedure.
If you've done "cvs update" since the release, "cvs tag" will apply
the tag to the updated versions, not the versions in the release. In
that case, you can use "cvs rtag -D <date> ..." with the correct date
(the time of the "cvs update" command corresponding to the released
versions) instead.
BTW, I would suggest leaving the CVS directories in the tarballs, so
that someone can use "cvs update" to get a later version. Ideally, the
CVS/Root files should be set for anonymous (pserver) access, but it's
easy enough to replace them using a script if you have a copy which
was checked out using ssh.
No, it's "d.erase -f" or "d.frame -e" to remove all frames and erase
the screen (using Dclearscreen(), which erases the screen to the
background colour, not the current colour or the colour specified by
the color= option for d.erase; this can be used to erase a PNG monitor
to transparent).
On Mon, Feb 27, 2006 at 04:59:32PM +0000, Glynn Clements wrote:
Markus Neteler wrote:
> > > this bug's URL: http://intevation.de/rt/webrt?serial_num=4118
> > > -------------------------------------------------------------------------
> > >
> > > Subject: can not use d.erase -f
> > >
> > > Platform: WindowsNT/2000/XP
> > > grass binary for platform: Downloaded precompiled Binaries
> > > GRASS Version: GRASS 6.0.0 (2005)
> > >
> > > I can not use "d.erase -f" to remove the frames when clearing the
> > > display, after using "d.rast.leg" as what's said on the Reference
> > > Manual.
> > >
> > >
> > > Here is screen info:
> > >
> > > "
> > > GRASS 6.0.0 (spearfish):~ > d.erase -f
> > > Sorry, <f> is not a valid flag
> >
> > The -f flag isn't present in 6.0.0. It was added on 2005/06/21, so you
> > will need a version which was released after that date.
> >
> > [BTW, neither 6.0.1 nor 6.0.2 appear to have CVS tags, so it's
> > impossible to determine which version of a file was used for those
> > releases.]
>
> Good point. I'll tag 6.0.2 now and update the release procedure.
If you've done "cvs update" since the release,
No, I didn't. I have a separate directory for that.
"cvs tag" will apply
the tag to the updated versions, not the versions in the release. In
that case, you can use "cvs rtag -D <date> ..." with the correct date
(the time of the "cvs update" command corresponding to the released
versions) instead.
The only file changed back (and forth) is include/VERSION to get the
6.0.2 number into the tag. The other files are untouched.
BTW, I would suggest leaving the CVS directories in the tarballs, so
that someone can use "cvs update" to get a later version. Ideally, the
CVS/Root files should be set for anonymous (pserver) access, but it's
easy enough to replace them using a script if you have a copy which
was checked out using ssh.
I darkly remember that it was discouraged to leave the CVS directories
in the release tarballs (it was like that some years ago if I recall
correctly).
The snapshots however contain the CVS directories.
No, it's "d.erase -f" or "d.frame -e" to remove all frames and erase
the screen (using Dclearscreen(), which erases the screen to the
background colour, not the current colour or the colour specified by
the color= option for d.erase; this can be used to erase a PNG monitor
to transparent).
fix applied to the releasebranch_6_0 branch in CVS.