90445 – crash when selecting an analyser using openGL hardware acceleration using the nvidia drivers 1.0.6111

Version: 1.1 (using KDE KDE 3.3.0)
Installed from: Unlisted Binary Package
Compiler: gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7) 
OS: Linux
Amarok crashes, with "Unable to resolve GL/GLX symbols - please check your GL library installation.". The OpenGL acceleration is available in other applications (glxgears, tuxracer, ut2004, etc.) and no visible problems in glxinfo. 
Configuration:
- amarok-1.1-0.0.2.kde ( http://kde-redhat.sourceforge.net/ )
- KDE 3.3.0-3.1.2 ( http://kde-redhat.sourceforge.net/ )
- Fedora Core 2 (up to date @ 20042909)
- Dell Inspiron 8200 w/ Geforce440Go and NVIDIA proprietary drivers 1.0.6111 (officiel binary package, not RPM)
Glxinfo output:
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.3
server glx extensions:
 GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
 GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control
client glx vendor string: NVIDIA Corporation
client glx version string: 1.3
client glx extensions:
 GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
 GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
 GLX_NV_swap_group, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
 GLX_SGI_swap_control, GLX_NV_float_buffer
GLX extensions:
 GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
 GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
 GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce4 440 Go/AGP/SSE2
OpenGL version string: 1.5.1 NVIDIA 61.11
OpenGL extensions:
 GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_point_parameters,
 GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100,
 GL_ARB_texture_compression, GL_ARB_texture_cube_map,
 GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
 GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
 GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object,
 GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos,
 GL_S3_s3tc, GL_EXT_texture_env_add, GL_EXT_abgr, GL_EXT_bgra,
 GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
 GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array,
 GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays,
 GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_pixel_buffer_object,
 GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color,
 GL_EXT_separate_specular_color, GL_EXT_shared_texture_palette,
 GL_EXT_stencil_wrap, GL_EXT_texture_compression_s3tc,
 GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp,
 GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
 GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod,
 GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array,
 GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat,
 GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_fence,
 GL_NV_fog_distance, GL_NV_light_max_exponent, GL_NV_packed_depth_stencil,
 GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_register_combiners,
 GL_NV_texgen_reflection, GL_NV_texture_env_combine4,
 GL_NV_texture_rectangle, GL_NV_vertex_array_range,
 GL_NV_vertex_array_range2, GL_NV_vertex_program, GL_NV_vertex_program1_1,
 GL_SGIS_generate_mipmap, GL_SGIS_multitexture, GL_SGIS_texture_lod,
 GL_SUN_slice_accum
glu version: 1.3
glu extensions:
 GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess
 visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
 id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 24 tc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
0x24 24 tc 0 32 0 r . . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
0x26 24 tc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
0x27 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 None
0x28 24 tc 0 32 0 r . . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
0x29 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 None
0x2a 24 tc 0 32 0 r y . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
0x2b 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 None
0x2c 24 tc 0 32 0 r . . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
0x2d 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 None
0x2e 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
0x2f 24 dc 0 32 0 r . . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
0x30 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
0x31 24 dc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
0x32 24 dc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 None
0x33 24 dc 0 32 0 r . . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
0x34 24 dc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 None
0x35 24 dc 0 32 0 r y . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
0x36 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 None
0x37 24 dc 0 32 0 r . . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
0x38 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 None

This is almost certainly a Qt issue for you. Try another application that uses GL and is based on Qt. I think perhaps KStars does. Please write back soon!

KStars works fine if it's slow. I also checked out http://boson.eu.org/, which is supposed to use Qt and OpenGL, and it works fine and fast. The previous version of amarok i used (1.0.x) worked perfectly. Glad to see someone else is interested in solving this bug :)

I had the same problem running on trident CyberBladeXP card.
Just try to remove line beggining with 'Current Analyzer=' from ~/.kde/share/config/amarokrc. It worked for me.

Editing ~/.kde/share/config/amarokrc works, meaning that amarok can be launched without crashing, but choosing an openGL analyzers still lead to a crash. So for me it's just a workaround, and not a solution. :(

that's true - it is only workaround, but still may be usable for people that want to see Amarok working (at all).
Before upgrading kde 3.2.3 to 3.3 everything worked fine. My computer runs Mandrake 10.0 Official ("commercial" version) and kde 3.3 from thac rpm repository.

All we do is use QGLWidget. I can't see how this can be anything but a Qt issue. Still please provide a backtrace so we can be sure:
% gdb amarokapp
(gdb) run
<make amarok crash>
(gdb)bt
Then paste the backtrace here, thanks.

(gdb) bt
No stack.
:( ?

I don't think KStars uses GL widgets actually. Could you try this little applet out, it's tiny and easy to compile:
http://kde-apps.org/content/show.php?content=10583
I'm certain that uses QGlWidget. Thanks.

Right, kcube is not working, meaning that the applet remains empty... i guess there is a progress here :)
The question now is : why was amarok 1.0.x working and not this release ?

arhh, right now I have fully working amarok 1.1 and I'm unable to recreate crash. As I remember all I've done was updating kde 3.3 rpms from thac repository. Sorry, no gdb output, but the good side is that bug is gone for good:)

seems like the problem is solved using the binary rpms of kde 3.3.1 for fedora2 @ ftp://ftp.kde.org/pub/kde/stable/3.3.1/RedHat/Fedora2/i386/ :)

woups, this bug is now resolved :)