Re: [Nel] (Nevermind) running snowballs2 client on linux

[Charlls]

 Ok, this is what i got:

----------------------
# ldd libnel_drv_opengl.so.0
        libGL.so.1 => /usr/lib/libGL.so.1 
(0x40045000)
        libXmu.so.6 => 
/usr/X11R6/lib/libXmu.so.6 (0x4008c000)
        libstlport_gcc.so => 
/usr/local/lib/libstlport_gcc.so 
(0x400a2000)
        libpthread.so.0 => 
/lib/i686/libpthread.so.0 (0x4018b000)
        libxml2.so.2 => 
/usr/lib/libxml2.so.2 (0x401a0000)
        libz.so.1 => /usr/lib/libz.so.1 
(0x40234000)
        libm.so.6 => /lib/i686/libm.so.6 
(0x40243000)
        libc.so.6 => /lib/i686/libc.so.6 
(0x40266000)
        libGLcore.so.1 => 
/usr/lib/libGLcore.so.1 (0x403a1000)
        libXext.so.6 => 
/usr/X11R6/lib/libXext.so.6 (0x4072f000)
        libX11.so.6 => 
/usr/X11R6/lib/libX11.so.6 (0x4073d000)
        libdl.so.2 => /lib/libdl.so.2 
(0x4081b000)
        libXt.so.6 => 
/usr/X11R6/lib/libXt.so.6 (0x40820000)
        libSM.so.6 => 
/usr/X11R6/lib/libSM.so.6 (0x4086c000)
        libICE.so.6 => 
/usr/X11R6/lib/libICE.so.6 (0x40875000)
        /lib/ld-linux.so.2 => 
/lib/ld-linux.so.2 (0x80000000)

--------------------

where /usr/lib/LibGL.so.1 and 
libGLcore.so.1 all are Nvidia GLX latest 
versions (1.0.2960)

glxconfig? i dont have that, may be you 
meant glxinfo? anyway then i put a full 
report from glxinfo:


---------------------
$ glxinfo
display: :0.0  screen:0
direct rendering: Yes
server glx vendor string: NVIDIA 
Corporation
server glx version string: 1.2
server glx extensions:
    GLX_EXT_visual_info, 
GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer
client glx vendor string: NVIDIA 
Corporation
client glx version string: 1.2
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_SGIX_swap_group, 
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer
GLX extensions:
    GLX_EXT_visual_info, 
GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, 
GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: RIVA TNT2/AGP/SSE2
OpenGL version string: 1.3.1 NVIDIA 29.60
OpenGL extensions:
    GL_ARB_imaging, GL_ARB_multitexture, 
GL_ARB_texture_env_add,
    GL_ARB_transpose_matrix, GL_EXT_abgr, 
GL_EXT_bgra,
    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_point_parameters, 
GL_EXT_rescale_normal, 
GL_EXT_secondary_color,
    GL_EXT_separate_specular_color, 
GL_EXT_stencil_wrap,
    GL_EXT_texture_edge_clamp, 
GL_EXT_texture_env_add,
    GL_EXT_texture_env_combine, 
GL_EXT_texture_lod_bias,
    GL_EXT_texture_object, 
GL_EXT_vertex_array, 
GL_EXT_vertex_weighting,
    GL_IBM_texture_mirrored_repeat, 
GL_KTX_buffer_region, GL_NV_blend_square,
    GL_NV_evaluators, GL_NV_fog_distance, 
GL_NV_packed_depth_stencil,
    GL_NV_texgen_reflection, 
GL_NV_texture_env_combine4
glu version: 1.1 Mesa 3.4.2
glu extensions:
    GL_EXT_abgr

   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 16 tc  0 16  0 r  y  .  5  6  5  0  
0 16  0 16 16 16 16  0 0 None
0x22 16 dc  0 16  0 r  y  .  5  6  5  0  
0 16  0 16 16 16 16  0 0 None
0x23 16 tc  0 16  0 r  .  .  5  6  5  0  
0 16  0 16 16 16 16  0 0 None
0x24 16 dc  0 16  0 r  .  .  5  6  5  0  
0 16  0 16 16 16 16  0 0 None
--------------------------

Well, Aurelien seemingly had narrowed the 
solution between a mix of Nvidia drivers 
and Mesa, but i dont quite grasp if the 
libGL he is actually linking to 
libnel_opengl_drv is the Mesa one,.. 
Anyways is probably not related with the 
GL extension texture_env_combine since 
from when i updated the GLX driver, that 
warning doesnt appear anymore (and 
glxinfo says its there)


Greetings,





P.D: I don't know how relevant is this, 
but in /usr/lib/ there are older libGLU 
libraries which seemingly are not updated 
by the GLX driver, and apparently 
libnel_opengl_drc doesnt need it, does it?
 
----------------------------------------------
Original Message
From: "Vincent 
Caron"<address@hidden>
Subject: Re: [Nel] (Nevermind) running 
snowballs2 client on linux
Date: 16 Jul 2002 04:42:47 +0200

>On Tue, 2002-07-16 at 00:46, Charlls 
wrote:
>> then, just to check, i build mesa 
4.0.3, 
>> which creates his own libGL.so.1.3.403 
on 
>> /usr/local/lib, while Nvidia GLX has 
his 
>> libGL.so.1.0.2960 on /usr/lib ... from 
>> what i've seen of the link paths in 
the 
>> nelopengl driver i deduce that 
>> /usr/lib/libGL is whats is being used..
>
>The NeL GL driver implicitly links 
against libGL, please run 'ldd' on
>/usr/local/lib/libnel_drv_opengl.so.0 
and glxconfig to see what's
>happening. You should definitively 
remove any Mesa files until you know
>what you are doing. Nvidia provides all 
libs and includes necessary to
>do GL work (except the <GL/glext.h> you 
fetch from SGI's).
>
>The landscape bug has been known for a 
while though, I don't know which
>state it's in presently. I'll try to 
have a look in a few days :)
>
>
>
>_______________________________________________
>Nel mailing list
>address@hidden
>http://mail.freesoftware.fsf.org/mailman/listinfo/nel-all
>


_____________________________________________
Free email with personality! Over 200 domains!
http://www.MyOwnEmail.com