[GRASS-user] v.surf.rst does not get past 0% from cli, throws
error from python gui but not tcltk
neteler at osgeo.org
Fri Sep 3 02:39:07 EDT 2010
On Thu, Sep 2, 2010 at 3:06 PM, Eric Hardin <hardinej at gmail.com> wrote:
> I recently tried to interpolate some data using v.surf.rst but ran into
> trouble. I'm pretty sure I've interpolated since my last fresh install, so
> maybe it is an update that's causing the trouble. I'm using Ubuntu 10.04
> I have GRASS70 compiled from source and GRASS6.4 from the package manager.
> When I try to run v.surf.rst from the command line, it starts and maxes the
> cpu but never gets past 0% in both GRASS versions. When I run it from tcltk
> gui it does the same thing.
Please post the output of
Perhaps too many rows/cols?
> When I run it from python gui I sometimes get:
> The program 'python' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadValue (integer parameter out of range for operation)'.
> (Details: serial 7354 error_code 2 request_code 18 minor_code 0)
> (Note to programmers: normally, X errors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the --sync command line
> option to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gdk_x_error() function.)
> Does this sound familiar to anyone?
> Eric Hardin
> View this message in context: http://osgeo-org.1803224.n2.nabble.com/v-surf-rst-does-not-get-past-0-from-cli-throws-error-from-python-gui-but-not-tcltk-tp5491018p5491018.html
> Sent from the Grass - Users mailing list archive at Nabble.com.
> grass-user mailing list
> grass-user at lists.osgeo.org
More information about the grass-user