[GRASS-dev] r45069 - grass/branches/develbranch_6/general/g.findfile - compiling error

[Martin Landa]

Hi,

2011/1/18 Hamish <hamish_b at yahoo.com>:
> Martin wrote:
>> sorry, fixed in r45072.
>
>
> when changing stuff which writes stuff to stdout in the stable
> branches, please consider that many user scripts may be relying
> on the previous [perhaps odd] behavior, and changing it breaks
> their scripts (even if it does seem harmless or a bit backward
> that anyone would be using it like that).

reverted. Probably I should not waste energy with cosmetic changes in
grass6 which are breaking always something ;-)

>
> "name" in this context is the *file=* name not a map name.
>
> spearfish examples:
>  g.findfile element=paint/labels file=sample
>  g.findfile element=vector/roads file=hist
>
> (admittedly fullname= is nonsense in these case)
>
>
> I'm not really understanding why file= would ever be passed a
> qualified name in the first place? so why is the change needed?
> perhaps it is the file= option's description which is the
> misleading thing? .. a hold over from grass <=5 when vector bits
> were also at the mapset/element/ level?

file=map at mapset1 mapset=mapset2 leads to the error. Module already
reports fullname, so probably it's good feature to know that `name` is
always unqualified in the output.

Martin

-- 
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa