Ticket #1408 (closed defect: worksforme)

Opened 22 months ago

Last modified 8 months ago

WxNviz is crashing in GRASS 7 svn

Reported by: PierreRoudier Owned by: grass-dev@…
Priority: normal Milestone: 7.0.0
Component: wxGUI Version: svn-trunk
Keywords: nviz Cc:
Platform: Linux CPU: x86-64

Description

I can't switch to 3D view in GRASS 7 svn (rev 47218), it crashes all the GUI (including the layer manager) and yields the following error message: 

GRASS 7.0.svn (NZTM2000):/data/GRASSDATA > 
(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14

(wxgui.py:4098): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -2 and height 14
The program 'wxgui.py' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
  (Details: serial 9955 error_code 9 request_code 137 minor_code 8)
  (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.)

Tested on spearfish and personal locations, with or without raster data loaded in the 2D viewer, with or without vector data loaded in the 2D viewer.

I'm running Linux-64 bits (Opensuse 11.3).

Change History

  Changed 22 months ago by cmbarton

FWIW, I'm running r47215svn and have no trouble at all with wxNVIZ on the Mac OS X system. It doesn't look like any of the next 3 commits would have any effects on this, but I guess it is worth looking at them.

Michael

  Changed 22 months ago by martinl

  • component changed from Default to wxGUI

follow-up: ↓ 4   Changed 22 months ago by annakrat

Do you know when (which revision) this bug appeared? Try to switch on debug mode: 

g.gisenv set=WX_DEBUG=5

Anna

in reply to: ↑ 3 ; follow-up: ↓ 7   Changed 22 months ago by martinl

Replying to annakrat:

Do you know when (which revision) this bug appeared? Try to switch on debug mode: 

> g.gisenv set=WX_DEBUG=5

Also library debug messages could help. 

g.gisevn set=DEBUG=5

  Changed 22 months ago by cmbarton

I just updated to r47225 and recompiled. wxNVIZ works fine for me on OS X.

Did you do a make distclean before svn up, configure and make?

Michael

follow-up: ↓ 13   Changed 22 months ago by PierreRoudier

Hi,

Sorry Anna, I can't remember having it working at all on that machine. I always make distclean before compiling.

It seems to be specific to my Opensuse box though, because I tried WxNviz? successfully over the week-end on my laptop, which is running Ubuntu.

Here's the debug messages on the spearfish dataset (just the last lines as it was a very long log): 

...
D5/5: _gsdrape_get_segments vi=1, hi=2, di=0, num=5
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=4, num=9
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=3, num=9
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=4, num=10
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=0, num=5
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=4, num=9
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=4, num=10
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=4, num=10
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=4, num=10
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=3, num=9
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=0, num=5
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=4, num=9
D5/5: Drawing site 21720 on Surf 110658
D3/5: GS_done_draw
D3/5: GS_ready_draw
D3/5: GS_get_zrange(): min=1061.11 max=1846.39
D3/5: GS_get_aspect(): left=0, right=19, top=19, bottom=0
D3/5: GS_done_draw
D3/5: GS_done_draw
The program 'python' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
  (Details: serial 39515 error_code 9 request_code 137 minor_code 8)
  (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.)

in reply to: ↑ 4   Changed 22 months ago by PierreRoudier

Replying to martinl:

Replying to annakrat:

Do you know when (which revision) this bug appeared? Try to switch on debug mode:

{{{

g.gisenv set=WX_DEBUG=5

}}} Also library debug messages could help. {{{ g.gisevn set=DEBUG=5 }}}

Hi,

Sorry Anna, I can't remember having it working at all on that machine. I always make distclean before compiling.

It seems to be specific to my Opensuse box though, because I tried WxNviz? successfully over the week-end on my laptop, which is running Ubuntu.

Here's the debug messages on the spearfish dataset (just the last lines as it was a very long log): 

...
D5/5: _gsdrape_get_segments vi=1, hi=2, di=0, num=5
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=4, num=9
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=3, num=9
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=4, num=10
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=0, num=5
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=4, num=9
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=4, num=10
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=4, num=10
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=4, num=10
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=0, num=6
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=2, hi=2, di=3, num=9
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D3/5: GS_global_exag(): 1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=0, num=5
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: _gsdrape_get_segments vi=1, hi=2, di=4, num=9
D5/5: Drawing site 21720 on Surf 110658
D3/5: GS_done_draw
D3/5: GS_ready_draw
D3/5: GS_get_zrange(): min=1061.11 max=1846.39
D3/5: GS_get_aspect(): left=0, right=19, top=19, bottom=0
D3/5: GS_done_draw
D3/5: GS_done_draw
The program 'python' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
  (Details: serial 39515 error_code 9 request_code 137 minor_code 8)
  (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.)

follow-up: ↓ 9   Changed 22 months ago by cmbarton

Pierre,

What versions of Python and wxPython do you have on this particular Suse box? Have you ever had problems running any other wxGUI display or the TclTk? NVIZ on this? Did wxNVIZ ever work previously on this machine? How about the rest of GRASS 7?

Michael

in reply to: ↑ 8   Changed 22 months ago by PierreRoudier

Michael,

First apologies for the double post,

What versions of Python and wxPython do you have on this particular Suse box?

Python 2.6.5 and wxPython 2.8.11.0-5.1

Have you ever had problems running any other wxGUI display or the TclTk? NVIZ on this?

No, I can't remind any problems neither on wxGUIs, or the TCL-TK NVIZ.

Did wxNVIZ ever work previously on this machine? How about the rest of GRASS 7?

I haven't trying to test it much before - for some reason I thought it was in the extensions and not in the trunk! As a result I never saw it working on my box. No problem spotted (yet?) on the other parts of GRASS (just a problem with g.extension behind a proxy - but that's not GUI-related). However, I do not use GUIs much so I may as has well missed something.

As I stated in my previous comment, things are working great on my Ubuntu box, so it may just be a library problem on my Suse box.

follow-up: ↓ 11   Changed 22 months ago by cmbarton

I'm betting on a library problem too. Your Python and wxPython versions should be OK. I wonder if you are somehow missing the OpenGL canvas in wxPython?

Michael

in reply to: ↑ 10 ; follow-up: ↓ 12   Changed 22 months ago by PierreRoudier

Replying to cmbarton:

I'm betting on a library problem too. Your Python and wxPython versions should be OK. I wonder if you are somehow missing the OpenGL canvas in wxPython? Michael

I think you probably just spotted it -I do not have a dedicated graphic card on my box (I'm using the motherboard one), so eg in the latest version of google earth I sometimes have limitations.

That leads to 2 questions: - how could I install an OpenGL canvas? - I'm using Tcl-Tk NVIZ without a problem on this box. Should we consider that dependency as a bug or as a feature?

in reply to: ↑ 11   Changed 22 months ago by PierreRoudier

Replying to PierreRoudier:

Replying to cmbarton:

I'm betting on a library problem too. Your Python and wxPython versions should be OK. I wonder if you are somehow missing the OpenGL canvas in wxPython? Michael

I think you probably just spotted it -I do not have a dedicated graphic card on my box (I'm using the motherboard one), so eg in the latest version of google earth I sometimes have limitations. That leads to 2 questions: - how could I install an OpenGL canvas? - I'm using Tcl-Tk NVIZ without a problem on this box. Should we consider that dependency as a bug or as a feature?

Hum - seems I got openGL bindings for python installed: 

Information for package python-opengl:                                                                              
                                                                                                                    
Repository: @System                                                                                                 
Name: python-opengl                                                                                                 
Version: 3.0.0-5.2                                                                                                  
Arch: noarch
Vendor: openSUSE
Installed: Yes
Status: up-to-date
Installed Size: 4.5 MiB
Summary: OpenGL bindings for Python
Description: 
OpenGL bindings for Python including support for GL extensions, GLU,
WGL, GLUT, GLE, and Tk.

in reply to: ↑ 6   Changed 22 months ago by annakrat

Replying to PierreRoudier:

Here's the debug messages on the spearfish dataset (just the last lines as it was a very long log):

This doesn't help much. It would be better to lower the debug level (use level 1-3 for both - WX_DEBUG, DEBUG) at first and after finding the point when it crashes you could try to increase it to get more details.

Anna

follow-up: ↓ 15   Changed 22 months ago by cmbarton

It's not the bindings per se. OprnGL canvas is a special wxPython control. It may not work on your system. The problems with Google Earth are suspicious in that regard. TckTk? nviz uses a tcl openGL library.

Michael

in reply to: ↑ 14 ; follow-up: ↓ 16   Changed 22 months ago by annakrat

Replying to cmbarton:

It's not the bindings per se. OprnGL canvas is a special wxPython control. It may not work on your system. The problems with Google Earth are suspicious in that regard. TckTk? nviz uses a tcl openGL library.

What about trying the wxPython demo?

Anna

in reply to: ↑ 15 ; follow-up: ↓ 17   Changed 22 months ago by PierreRoudier

Replying to annakrat:

Replying to cmbarton:

It's not the bindings per se. OprnGL canvas is a special wxPython control. It may not work on your system. The problems with Google Earth are suspicious in that regard. TckTk? nviz uses a tcl openGL library.

What about trying the wxPython demo? Anna

Sorry Anna, I have no experience in wxpython development - any link/directions explaining how I could test my installation?

Pierre

in reply to: ↑ 16   Changed 22 months ago by wenzeslaus

Replying to PierreRoudier:

Replying to annakrat:

Replying to cmbarton:

It's not the bindings per se. OprnGL canvas is a special wxPython control. It may not work on your system. The problems with Google Earth are suspicious in that regard. TckTk? nviz uses a tcl openGL library.

What about trying the wxPython demo? Anna

Sorry Anna, I have no experience in wxpython development - any link/directions explaining how I could test my installation? Pierre

Hi Pierre,

here is the wxpython link  http://www.wxpython.org/download.php.

But to get version 2.8.11.0 use this link:  http://sourceforge.net/projects/wxpython/files/wxPython/2.8.11.0/wxPython-demo-2.8.11.0.tar.bz2/download

Unpack and execute: 

tar xvf wxPython-demo-2.8.11.0.tar.bz2
python wxPython-2.8.11.0/demo/demo.py

Then type gl to the Search Box and you will find the GLCanvas examples.

Wenzeslaus

  Changed 22 months ago by PierreRoudier

Thanks Wenzeslaus,

I tried the demo and the two GLCanvas demo are crashing on my box. 

roudierp@A208_RoudierP:/tmp> python wxPython-2.8.11.0/demo/demo.py
The program 'python' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
  (Details: serial 17272 error_code 9 request_code 137 minor_code 8)
  (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.)

I guess that means that this is a problem on my configuration, and that it is not related to WxNviz? code.

Pierre

  Changed 22 months ago by annakrat

Hi,

try to ask on wxpython-users mailing list, if anyone has the same problem.

 http://www.wxpython.org/maillist.php

Anna

  Changed 22 months ago by cmbarton

I think we can close this since it seems to be a problem with Pierre's computer not being able to run the openGL canvas for some reason. OK?

Michael

  Changed 8 months ago by annakrat

  • status changed from new to closed
  • resolution set to worksforme
Note: See TracTickets for help on using tickets.