[GRASS5] fixed 2 bugs in GIS Manager GRASS 6

[Michael Barton]

I was mistaken about it starting up correctly on my desktop. I am getting
the same behavior as on my laptop. Sorry.

Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ  85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


> From: Helena Mitasova <hmitaso at unity.ncsu.edu>
> Date: Wed, 16 Feb 2005 12:06:15 -0500
> To: Michael Barton <michael.barton at asu.edu>
> Cc: Paul Kelly <paul-grass at stjohnspoint.co.uk>, Hamish
> <hamish_nospam at yahoo.com>, <grass5 at grass.itc.it>
> Subject: Re: [GRASS5] fixed 2 bugs in GIS Manager GRASS 6
> 
> It looks like it is trying to run the program BEFORE opening the
> interface
> that allows the user to give it the input file and other required
> options - so it gives an error that it does not have input and then
> displays the usage information - which is a correct behavior
> (grass programs display usage if there is an error on command line).
> So is there a way how to make it display the interface first, let the
> user
> type/select the input and other parameters and then run it?
> I removed all stdout stuff from the program and it does not make a
> difference.
> Michael do you have the latest update of grass6 cvs on your desktop
> where
> the command starts correctly? If it is an older version I can try to
> track any changes
> that were made and see whether that would help.
> The program runs fine on the command line.
> 
> Helena
> 
> 
> 
> Michael Barton wrote:
>> 
>> Helena and others,
>> 
>> This program (not the version that Helena just fixed) is launching fine from
>> the menus on my desktop G5. It was launching erratically on my PowerBook
>> last night. On my PowerBook,  it wants to print all the help text to the
>> terminal when I launch it. This is not happening on my desktop. Why? I have
>> absolutely no idea.
>> 
>> I think that Paul is on the right track, but there may be more to it than
>> just the author citation. It should only print the usage/man page
>> information from the command line with the -h switch. There is an
>> undocumented gui flag that Glynn has described but that I can't find at the
>> moment and I can't remember what it does. This might help (I'm a big help,
>> yes?). At the moment, I'll keep the menu entry calling v.surf.rst as it is
>> because I can't see changing it has any useful effects. However, if we can
>> get some kind of consistent--proper--behavior I'll update the menu as needed
>> to do this.
>> 
>> Michael
>> ______________________________
>> Michael Barton, Professor of Anthropology
>> School of Human Evolution and Social Change
>> Arizona State University
>> Tempe, AZ  85287-2402
>> USA
>> 
>> voice: 480-965-6262; fax: 480-965-7671
>> www: http://www.public.asu.edu/~cmbarton
>> 
>>> From: Helena Mitasova <hmitaso at unity.ncsu.edu>
>>> Date: Wed, 16 Feb 2005 10:53:52 -0500
>>> To: Paul Kelly <paul-grass at stjohnspoint.co.uk>
>>> Cc: Michael Barton <michael.barton at asu.edu>, Hamish
>>> <hamish_nospam at yahoo.com>,
>>> <grass5 at grass.itc.it>
>>> Subject: Re: [GRASS5] fixed 2 bugs in GIS Manager GRASS 6
>>> 
>>> Paul Kelly wrote:
>>>> 
>>>> On Wed, 16 Feb 2005, Michael Barton wrote:
>>>> 
>>>>> This error is erratic. The most consistent way I've been able to reproduce
>>>>> it and get v.surf.rst to work is the following:
>>>>> 
>>>> [...]
>>>>> 
>>>>> It seems to choke on the line:
>>>>> 
>>>>> Authors: original version -  H.Mitasova, L.Mitas, I. Kosinovsky, D.P.
>>>>> Gerdes
>>>>> See manual pages for reference and publications
>>>>> 
>>>>> This kind of output regularly causes programs called from the tcltk menus
>>>>> to
>>>>> fail. I've futzed with it a bit and can't get it to run consistently. Can
>>>>> you perhaps not have it try to display this to the xterm? It ought to run
>>>>> OK
>>>>> then.
>>> 
>>> I have completely removed that line and it still gives the same error
>>> 
>>> GRASS 6.0.cvs:~/grasscvs6/grass6/vector/v.surf.rst >
>>> ERROR: Required parameter <input> not set:
>>>     (Name of the vector file with input data).
>>> 
>>> Helena
>>> 
>>> Description:
>>>  Interpolation and topographic analysis from given point or contour data
>>> in vector format to GRASS floating point raster format using regularized
>>> spline with tension.
>>> 
>>>> 
>>>> Just a guess but perhaps in some places it writes to stdout and others to
>>>> stderr? IMHO for messages like that that aren't part of the GIS-related
>>>> output of the module, it should always be stderr: see
>>>> http://grass.itc.it/pipermail/grass5/2004-October/015720.html
>>>> 
>>>> Paul
>>>> 
>>>> _______________________________________________
>>>> grass5 mailing list
>>>> grass5 at grass.itc.it
>>>> http://grass.itc.it/mailman/listinfo/grass5