Loch 5.3.7 fails to start in Debian wheezy
After getting no output in ubuntu I decided to try Debian. So squeeze ran fine, nice bat icons and everything in the menu. But it was version 5.3.3 so bit the bullet and changed to wheezy. Excellent, 5.3.7 xtherion works fine. (Well as far as I can tell) But loch just does nothing, whether from the or opening a file. Trying the command line I get this The program 'loch' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 2540 error_code 8 request_code 73 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.) Back to where I started, at least I have Aven this time, although it is not really that useable, as it flickers loads Not found any other graphics that do not work, but then I only changed over a few hours ago Andrew
+++ Andrew Atkinson [2011-07-01 15:53 +0100]:
After getting no output in ubuntu I decided to try Debian. So squeeze ran fine, nice bat icons and everything in the menu. But it was version 5.3.3 so bit the bullet and changed to wheezy. Excellent, 5.3.7 xtherion works fine. (Well as far as I can tell) But loch just does nothing, whether from the or opening a file.
OK. So testing here with Xephyr from a wheezy chroot, loch works fine for me. So this is probably something to do with your graphics card/drivers not getting on with loch or vtk5.8
Trying the command line I get this
The program 'loch' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 2540 error_code 8 request_code 73 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.)
That means about as much to me as it does to you. I have two opengl geeks sat here and they just said 'yeah, that's the sort of error you get'. What sort of graphics card have you got? (and which drivers/kernel) Can you save the info from the Aven 'about' window - that can be helpful. This is going to be difficult to debug remotely if I can't reproduce. There should be some wxgtk samples/demos you can run which would show if it is a wx problem or a loch problem. (loch uses VTK, which uses WX). I've also just noticed that we are linking against libwxgtk2.6 when 2.8 is available. Stacho - do you expect v2.8 to work or are there ABI changes needed? If the new one works then hopefully it has bugfixes. You could install libwxgtk2.6-dbg and libvtk5-dbg and see if you get any more debug info. You may need to use xxgdb to get any good info that way. Another thing to try is strace loch <filename> 2>&1> therion.strace.log There is also therion 5.3.8 in unstable. Add that repo and you should be able to do aptitude install therion/unstable and try that one. It's very unlikely to be different in the graphics area though. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/
What sort of graphics card have you got? (and which
drivers/kernel)
lshw gives *-display description: VGA compatible controller product: G71 [GeForce 7300 GS] vendor: nVidia Corporation physical id: 0 bus info: pci@0000:01:00.0 version: a1 width: 64 bits clock: 33MHz capabilities: pm msi pciexpress vga_controller bus_master cap_list rom configuration: driver=nouveau latency=0 resources: irq:16 memory:e1000000-e1ffffff memory:d0000000-dfffffff memory:e0000000-e0ffffff lspci give 01:00.0 VGA compatible controller: nVidia Corporation G71 [GeForce 7300 GS] (rev a1) If I have this right the install put on X.Org X server -- Nouveau display driver (experimental) 1:0.0.16+git20110411+8378443-1+b1 Thought the drive might be a problem so tired installing nvidia-kernel-common 20110515+1 Now I am not positive this was the right thing, and I have no idea how to check to see which one is in use, which might help to see if it is the right one, as the other one is still there! There are a plethora of nvidia things I could install, including nvidia-settings and nvidia-xconfig, butnot found much of use on the internet about what does what I notice that nvidia-kernel-common 20110515+2 is available, but I have not played with forcing yet, and the graphics driver seems a poor one to start with. Can you save the info from the Aven 'about' window -
that can be helpful.
Linux 2.6.39-2-amd64 x86_64 wxWidgets 2.8.10 (GTK+ >= 2.6) Display Depth: 24 bpp (colour) OpenGL 2.1 Mesa 7.10.2 Mesa Project Software Rasterizer R8G8B8 Max Texture size: 16384x16384 Max Viewport size: 16384x16384 Smooth Point Size 1.000-60.000 (granularity 0.100) Aliased point size 1.000-60.000 GL_ARB_copy_buffer GL_ARB_depth_clamp GL_ARB_depth_texture GL_ARB_draw_buffers GL_ARB_draw_elements_base_vertex GL_ARB_explicit_attrib_location GL_ARB_fragment_coord_conventions GL_ARB_fragment_program GL_ARB_fragment_program_shadow GL_ARB_fragment_shader GL_ARB_framebuffer_object GL_ARB_half_float_pixel GL_ARB_half_float_vertex GL_ARB_map_buffer_range GL_ARB_multisample GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_pixel_buffer_object GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_provoking_vertex GL_ARB_shader_objects GL_ARB_shading_language_100 GL_ARB_shadow_ambient GL_ARB_shadow GL_ARB_sync GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_texture_non_power_of_two GL_ARB_texture_rectangle GL_ARB_texture_rg GL_ARB_texture_swizzle GL_ARB_transpose_matrix GL_ARB_vertex_array_bgra GL_ARB_vertex_array_object GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_vertex_shader GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_compiled_vertex_array GL_EXT_copy_texture GL_EXT_depth_bounds_test GL_EXT_draw_buffers2 GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_framebuffer_object GL_EXT_gpu_program_parameters GL_EXT_multi_draw_arrays GL_EXT_packed_depth_stencil GL_EXT_packed_pixels GL_EXT_paletted_texture GL_EXT_pixel_buffer_object GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_provoking_vertex GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_shader_objects GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_shared_texture_palette GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture3D GL_EXT_texture_array GL_EXT_texture_cube_map GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture GL_EXT_texture_rectangle GL_EXT_texture_sRGB GL_EXT_texture_swizzle GL_EXT_vertex_array_bgra GL_EXT_vertex_array GL_OES_read_format GL_3DFX_texture_compression_FXT1 GL_APPLE_object_purgeable GL_APPLE_packed_pixels GL_APPLE_vertex_array_object GL_ATI_blend_equation_separate GL_ATI_envmap_bumpmap GL_ATI_fragment_shader GL_ATI_separate_stencil GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_multimode_draw_arrays GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_resize_buffers GL_MESA_texture_array GL_MESA_window_pos GL_MESA_ycbcr_texture GL_NV_blend_square GL_NV_conditional_render GL_NV_depth_clamp GL_NV_fragment_program GL_NV_fragment_program_option GL_NV_light_max_exponent GL_NV_packed_depth_stencil GL_NV_point_sprite GL_NV_texgen_reflection GL_NV_texture_env_combine4 GL_NV_texture_rectangle GL_NV_vertex_program1_1 GL_NV_vertex_program GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGI_texture_color_table GL_SUN_multi_draw_arrays
This is going to be difficult to debug remotely if I can't reproduce.
Time for a remote control program that works across the web, been looking for one that works on linux, easy to do on Windows nowadays :(
There should be some wxgtk samples/demos you can run which would show if it is a wx problem or a loch problem. (loch uses VTK, which uses WX).
A bit more of a pointer could be useful, but I will see what I can find
Another thing to try is strace loch<filename> 2>&1> therion.strace.log
strace not found? : fixed that You meant strace -o therion.strace.log loch the command you cave me just dumped it on the screen and made an empty file. (So I resorted to the manual!) Also found xtrace, which might be useful, but the manual did not mean much to me, but was about display outputs, it did complain that I did not specify a display, but at least gave the out the file Available from http://www.ubss.org.uk/__therion/
There is also therion 5.3.8 in unstable. Add that repo and you should be able to do aptitude install therion/unstable
and try that one. It's very unlikely to be different in the graphics area though.
# aptitude install therion/unstable Unable to find an archive "unstable" for the package "therion" Unable to find an archive "unstable" for the package "therion" The following packages will be REMOVED: abiword{u} abiword-common{u} abiword-plugin-grammar{u} abiword-plugin-mathview{u} aptdaemon{u} aumix{u} aumix-common{u} . . . xfce4-verve-plugin{u} xfce4-wavelan-plugin{u} xfce4-weather-plugin{u} xfce4-xkb-plugin{u} xfprint4{u} xli{u} 0 packages upgraded, 0 newly installed, 207 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 376 MB will be freed. Do you want to continue? [Y/n/?] I chose not too Andrew
On Fri, Jul 01, 2011 at 08:20:39PM +0100, Andrew Atkinson wrote:
Can you save the info from the Aven 'about' window -
that can be helpful.
Linux 2.6.39-2-amd64 x86_64 wxWidgets 2.8.10 (GTK+ >= 2.6) Display Depth: 24 bpp (colour) OpenGL 2.1 Mesa 7.10.2 Mesa Project Software Rasterizer
That's why Aven is slow and flickery - your OpenGL stack is rendering in software. Aven currently redraws more than it needs to as well, which doesn't help - hopefully I'll fix that soon. You probably need the nvidia drivers from non-free for good 3D performance - the Debian wiki has details on how to install them: http://wiki.debian.org/NvidiaGraphicsDrivers#non-free_drivers Cheers, Olly
+++ Andrew Atkinson [2011-07-01 20:20 +0100]:
What sort of graphics card have you got? (and which
drivers/kernel)
lshw gives *-display description: VGA compatible controller product: G71 [GeForce 7300 GS] vendor: nVidia Corporation physical id: 0 bus info: pci@0000:01:00.0 version: a1 width: 64 bits clock: 33MHz capabilities: pm msi pciexpress vga_controller bus_master cap_list rom configuration: driver=nouveau latency=0 resources: irq:16 memory:e1000000-e1ffffff memory:d0000000-dfffffff memory:e0000000-e0ffffff
lspci give
01:00.0 VGA compatible controller: nVidia Corporation G71 [GeForce 7300 GS] (rev a1)
If I have this right the install put on X.Org X server -- Nouveau display driver (experimental) 1:0.0.16+git20110411+8378443-1+b1
Thought the drive might be a problem so tired installing
nvidia-kernel-common 20110515+1
Now I am not positive this was the right thing, and I have no idea how to check to see which one is in use,
Nouveau is the Free Software driver. It is better for your karma, but is still quite new and does not always actually work better than the proprietary nvidia driver. You can find which one is actually being used by looking in your /etc/X11/xorg.conf if you have one ('driver' section) or /var/log/Xorg.0.log which will have a Loadmodule 'nouvea' or Loadmodule 'nvidia' line.
which might help to see if it is the right one, as the other one is still there! There are a plethora of nvidia things I could install, including nvidia-settings and nvidia-xconfig, butnot found much of use on the internet about what does what
Those are utilities for setting up the proprietary driver (not sure why there are two).
I notice that nvidia-kernel-common 20110515+2
is available, but I have not played with forcing yet, and the graphics driver seems a poor one to start with.
The nvidia proprietary X drivers are in 'nvidia-glx', and you will need that kernel as well for them to work.
Can you save the info from the Aven 'about' window -
that can be helpful.
Linux 2.6.39-2-amd64 x86_64 wxWidgets 2.8.10 (GTK+ >= 2.6) Display Depth: 24 bpp (colour) OpenGL 2.1 Mesa 7.10.2 Mesa Project Software Rasterizer
As Ol says you are missing the hardware openGl support. That comes built-in with the nvidia proprietary drivers. To get it going with noveau you need stuff as described here: http://nouveau.freedesktop.org/wiki/MesaDrivers but to be honest I'm a bit vague about the details there. Ah, yes you need noveau_dri.so loaded which is in the package libgl1-mesa-dri-experimental which is available in wheezy. Try installing that and see how things are. This is the state of the art about a year ago: http://www.seanius.net/blog/2010/04/nouveau-gallium-and-compiz-on-debian/ which is informative in terms of what is involved, but it seems all that is no longer necessary. This is slightly less scary Feb this year status:http://mapopa.blogspot.com/2011/02/gallium3-nouveau-on-debian-sid-now.html As it happens my work machine has an nvidia card running noveau so I'll check loch on there. Probably a different card vintage though.
This is going to be difficult to debug remotely if I can't reproduce.
Time for a remote control program that works across the web, been looking for one that works on linux, easy to do on Windows nowadays :(
Been around for ages it's called vino/vinagre. (if you have gnome installed it'll probably already be there. The tricky bit is that both ends are often behind NAT so the machines can't see each other. It works well given an IP.
There should be some wxgtk samples/demos you can run which would show if it is a wx problem or a loch problem. (loch uses VTK, which uses WX).
A bit more of a pointer could be useful, but I will see what I can find
Sorry I failed to find that info quickly, so left as excercise for the reader.
Another thing to try is strace loch<filename> 2>&1> therion.strace.log
strace not found? : fixed that
You meant
strace -o therion.strace.log loch
right, yes. good.
Available from
Hopefuly Stacho can make something of that lot...
There is also therion 5.3.8 in unstable. Add that repo and you should be able to do aptitude install therion/unstable
and try that one. It's very unlikely to be different in the graphics area though.
# aptitude install therion/unstable Unable to find an archive "unstable" for the package "therion" Unable to find an archive "unstable" for the package "therion"
You would need to add deb http://ftp.uk/debian.org/debian unstable main to your /etc/apt/sources.list and apt-get update. You would probably also want to set /etc/apt/apt.conf to have APT::Default-release "wheezy"; I suggest not doing that just yet - lets see how far we can get with wheezy first.
The following packages will be REMOVED: abiword{u} abiword-common{u} abiword-plugin-grammar{u} abiword-plugin-mathview{u} aptdaemon{u} aumix{u} aumix-common{u} . . . xfce4-verve-plugin{u} xfce4-wavelan-plugin{u} xfce4-weather-plugin{u} xfce4-xkb-plugin{u} xfprint4{u} xli{u} 0 packages upgraded, 0 newly installed, 207 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 376 MB will be freed. Do you want to continue? [Y/n/?]
I chose not too
good call :-) Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/
On 02/07/11 03:02, Wookey wrote:
Time for a remote control program that works across the web, been
looking for one that works on linux, easy to do on Windows nowadays :( Been around for ages it's called vino/vinagre. (if you have gnome installed it'll probably already be there. The tricky bit is that both ends are often behind NAT so the machines can't see each other. It works well given an IP.
Hence I said across the web, I use the above at work, this one keeps promising Linux support, but.... Hmmm in getting the web address, I see they seem to have released a beta for linux yesterday http://www.mikogo.com/2011/04/21/mikogo-linux-beta-testers/
There should be some wxgtk samples/demos you can run which would show if it is a wx problem or a loch problem. (loch uses VTK, which uses WX).
A bit more of a pointer could be useful, but I will see what I can find Sorry I failed to find that info quickly, so left as excercise for the reader.
As I said a pointer, not actually the test, a search for wxgtk, takes me to all sort of thing, like wxpython wxperl.... vtk I thought was typo of gtk at first, but it is also a graphics tool, but again, I do not have the knowledge to do a useful search, sorry this reader failed. I will work on all the other alternatives early next week, cave surveying getting in the way of computing. Andrew
Okay I have found time (mainly contingency time to fix a mess was the problem) to change the drives to the nvidia once as in the instructions on http://wiki.debian.org/NvidiaGraphicsDrivers#non-free_drivers And loch runs, unfortunatly it only shows a grey screen when you load a file, and it is not refreshing properly as the menus get left behind. Worse, Aven now also shows a grey screen when you load items, although it seems to be there as the tree appears, and by randomly stabbing at the screen I can select stations and measure to another station. Xorg.log and the information from the Aven help screen included I notice that 5.3.8 is now an update, but I have not applied that yet. On 02/07/11 03:02, Wookey wrote:
This is going to be difficult to debug remotely if I can't reproduce.
Time for a remote control program that works across the web, been looking for one that works on linux, easy to do on Windows nowadays :( Been around for ages it's called vino/vinagre. (if you have gnome installed it'll probably already be there. The tricky bit is that both ends are often behind NAT so the machines can't see each other. It works well given an IP.
My parents broke their computer, so it spurred me into looking again Teamview does remote access across the web, and does not need installing Works quiet well, although you cannot shut down X which might be needed for this. http://www.teamviewer.com/en/download/index.aspx
There should be some wxgtk samples/demos you can run which would show if it is a wx problem or a loch problem. (loch uses VTK, which uses WX).
A bit more of a pointer could be useful, but I will see what I can find Sorry I failed to find that info quickly, so left as excercise for the reader.
Is this the sort of thing you meant? http://gtkperf.sourceforge.net/ It worked before and after and gave a time
participants (3)
-
Andrew Atkinson -
Olly Betts -
Wookey