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 @ 2004/29/09) - 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 :)