more halflife woes :(

[Alex Sanks]

I've been trying in vain to get halflife working for the last couple 
days and I have NO idea why it's not working.

My stats:
Wine version: 20010216 (patched with CVS yesterday)
Half-Live Version: 1.1.0.4
NVidia Drivers: 0.9-6 (Installed from SRPM, rebuilt by me today)
XFree86: 4.0.2
Kernel: 2.4.1

Now, where I'm at right now is the thing dies at "Loading..."  By 
default, there's no error message shown other than a ton of

FIXME:pthread_rwlock_rdlock
FIXME:pthread_rwlock_unlock
err:psdrv:PSDRV_AFMGetCharMetrics No whitespace found.

Nothing out of the ordinary shows up unless I tell it to run in windowed 
mode (I'm using OGL @ 1024 but have also tried 640 and 800) and click 
the close box in the "Loading..." window.  Then it says 
"err:module:BUILTIN32_dlopen failed to load .so lib for builtin 
opengl32.dll: /usr/local/lib/libopengl32.so: undefined symbol: 
glTexSubImage3D"

A quick google search found a wine page detailing this exact problem and 
said that NVidia's drivers aren't really OpenGL compliant.  So I tried 
the fix they gave (comment out the function in question from 
opengl_norm.c and from opengl32.spec and rebuild the module).  The 
compile worked fine and it installed a new version of 
/usr/local/lib/libopengl32.so.

I ran wine hl.exe again, and same thing, except this time it gave a 
similar error but this time with regard to the glDrawElements function. 
  So I tried doing the same fix for this function (I figured it wouldn't 
work, though).  Sure enough...it didn't.  This time it just locks up 
with no errors.

Now I would assume this would mean that it's incorrectly linking to my 
GL libraries.  In fact I grepped glTexSubImage3D in my 
/usr/lib/libGLcore.so and it matched it.  So if it can't find the 
function, something ain't right.  But I also ran an ldd on my 
libopengl32.so file and it was linking to the correct libs (in fact the 
same exact path where I grepped the function).  I tried rebuilding the 
lib manually (implicitly specifying a -lGL -lGLcore) but that just broke 
it and wine said that there was no builtin GL support.

I know my GL implementation is functional because it works fine with 
q3demo (installed from binary).  I also installed tuxracer from source 
to verify that my libraries were linking to source properly and it ran 
fine.  glinfo is reporting:

GL_VERSION: 1.2.1
GL_EXTENSIONS: GL_ARB_multitexture GL_ARB_texture_compression 
GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_transpose_matrix 
GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax 
GL_EXT_blend_subtract GL_EXT_compiled_vertex_array GL_EXT_fog_coord 
GL_EXT_packed_pixels GL_EXT_paletted_texture 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_edge_clamp GL_EXT_texture_env_add 
GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 
GL_EXT_texture_cube_map GL_EXT_texture_filter_anisotropic 
GL_EXT_texture_lod 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_fence GL_NV_fog_distance GL_NV_light_max_exponent 
GL_NV_register_combiners GL_NV_texgen_emboss GL_NV_texgen_reflection 
GL_NV_texture_env_combine4 GL_NV_vertex_array_range GL_S3_s3tc 
GL_SGIS_multitexture GL_SGIS_texture_lod
GL_RENDERER: GeForce 256/PCI
GL_VENDOR: NVIDIA Corporation
GLU_VERSION: 1.1 Mesa 3.3
GLU_EXTENSIONS: GL_EXT_abgr
GLUT_API_VERSION: 3
GLUT_XLIB_IMPLEMENTATION: 15


Now there's obviously something really wrong here with this whole 
situation, as nobody else seems to be having these problems.  I recently 
upgraded to glibc2.2 if that's relevant at all.

Can anyone shed any light on this mess?  I'm going insane trying to 
figure this one out...


Thanks
alex