[Bug 39787] New: Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

Bug ID: 39787
           Summary: Lilos Lesewelt 2 crashes
           Product: Wine
           Version: 1.8-rc3
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

Created attachment 53081
  --> https://bugs.winehq.org/attachment.cgi?id=53081
backtrack file, run with WINEDEBUG=+all

"Lilos Lesewelt 2" can be installed, but when trying to start it, it crashes.

The full debug log with 
  WINEDEBUG=+all 
is available from (11MB !)
  http://pub.ist.ac.at/~schloegl/wine-reports/lilo2.debug.all.log.gz

A short version for 
  WINEDEBUG=+cdrom 
in 
  http://pub.ist.ac.at/~schloegl/wine-reports/lilo2.debug.cdrom.log

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #1 from Alois Schlögl  ---

The problem is not observed on 32bit x86 platform (Debian Jessie, i386,
wine-1.8-1). For this reason, it seems to be a problem with WineMultiArch/WoW64
setup.

Changes are this is the same issue described in bug 39788 which is merged into
bug 21448.

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #2 from [e-mail] ---
Could it be somehow gpu driver issue?

That backtrace has

glXGetProcAddressARB

and it's only mentioned few times in wine source code.

http://source.winehq.org/git/wine.git/?a=search&h=6bc0ce26a853b51f119585...

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #3 from Alois Schlögl  ---
(In reply to super_man from comment #2)
> Could it be somehow gpu driver issue?
>
> That backtrace has
>
> glXGetProcAddressARB
>
> and it's only mentioned few times in wine source code.
>
> http://source.winehq.org/git/wine.git/
> ?a=search&h=6bc0ce26a853b51f11958545bfa5570bdcb1cf01&st=grep&s=glXGetProcAddr
> essARB

In both cases, debian 8 with free graphics drivers is used. Below is the
output of the following commands for both machines.

lspci | grep VGA
    find /dev -group video
    glxinfo | grep -i vendor
    dpkg -l|grep glx

u@mach32bit:~$ lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation NV17M [GeForce4 440 Go]
(rev a3)
u@mach32bit:~$ find /dev -group video
/dev/nvidia0
/dev/nvidiactl
/dev/agpgart
u@mach32bit:~$ glxinfo | grep -i vendor
libGL error: failed to open drm device: No such file or directory
libGL error: failed to load driver: i915
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
OpenGL vendor string: VMware, Inc.
u@mach32bit:~$ dpkg -l|grep glx
ii  libgl1-mesa-glx:i386                  10.3.2-1+deb8u1                     
i386         free implementation of the OpenGL API -- GLX runtime
ii  libxcb-glx0:i386                      1.10-3+b1                           
i386         X C Binding, glx extension
ii  libxcb-glx0-dev:i386                  1.10-3+b1                           
i386         X C Binding, glx extension, development files
u@mach32bit:~$

u@mach64bit:~$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express
Integrated Graphics Controller (rev 10)
u@mach64bit:~$ find /dev -group video
/dev/fb0
/dev/dri/card0
/dev/dri/controlD64
/dev/agpgart
u@mach64bit:~$ glxinfo | grep -i vendor
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
OpenGL vendor string: Intel Open Source Technology Center
u@mach64bit:~$ 
u@mach64bit:~$ dpkg -l|grep glx
ii  libgl1-mesa-glx:amd64                  10.3.2-1+deb8u1                     
amd64        free implementation of the OpenGL API -- GLX runtime
ii  libgl1-mesa-glx:i386                   10.3.2-1+deb8u1                     
i386         free implementation of the OpenGL API -- GLX runtime
ii  libva-glx1:amd64                       1.4.1-1                             
amd64        Video Acceleration (VA) API for Linux -- GLX runtime
ii  libxcb-glx0:amd64                      1.10-3+b1                           
amd64        X C Binding, glx extension
ii  libxcb-glx0:i386                       1.10-3+b1                           
i386         X C Binding, glx extension
ii  libxcb-glx0-dev:amd64                  1.10-3+b1                           
amd64        X C Binding, glx extension, development files

Do you need any other information ?

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #4 from [e-mail] ---
So the other pc has Intel and other NVIDIA. Which one doesn't work? The other
output had few errors like this: libGL error: failed to open drm device: No
such file or directory. Which I quess shouldnt happen. Maybe the libgl is
pointed into wrong location. You should try to run other 3d programs with that
pc that fails with this one.

I don't say anything for now I might mislead you.

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #5 from Alois Schlögl  ---
The x86_64 (64bit) machine has the Intel, the 32bit machine has the NVidia
card, both run Jessie (i.e. Debian 8). The libGL/drm error occurs on the 32bit
machine, one which the application is running just fine.

When running dpkg -l |grep libgl on 64bit, I get:

ii  libgl1-mesa-dev:amd64                  10.3.2-1+deb8u1                     
amd64        free implementation of the OpenGL API -- GLX development files
ii  libgl1-mesa-dri:amd64                  10.3.2-1+deb8u1                     
amd64        free implementation of the OpenGL API -- DRI modules
ii  libgl1-mesa-dri:i386                   10.3.2-1+deb8u1                     
i386         free implementation of the OpenGL API -- DRI modules
ii  libgl1-mesa-glx:amd64                  10.3.2-1+deb8u1                     
amd64        free implementation of the OpenGL API -- GLX runtime
ii  libgl1-mesa-glx:i386                   10.3.2-1+deb8u1                     
i386         free implementation of the OpenGL API -- GLX runtime

and on 32bit

ii  libgl1-mesa-dev:i386                  10.3.2-1+deb8u1                     
i386         free implementation of the OpenGL API -- GLX development files
ii  libgl1-mesa-dri:i386                  10.3.2-1+deb8u1                     
i386         free implementation of the OpenGL API -- DRI modules
ii  libgl1-mesa-glx:i386                  10.3.2-1+deb8u1                     
i386         free implementation of the OpenGL API -- GLX runtime

and  checking libGL* with 'ls -al /usr/lib/*linux-gnu/libGL*', I see this (on
64bit)

lrwxrwxrwx 1 root root     14 Aug 19  2015 /usr/lib/i386-linux-gnu/libGL.so.1
-> libGL.so.1.2.0
-rw-r--r-- 1 root root 695836 Aug 19  2015
/usr/lib/i386-linux-gnu/libGL.so.1.2.0
lrwxrwxrwx 1 root root     15 Sep 20  2013 /usr/lib/i386-linux-gnu/libGLU.so.1
-> libGLU.so.1.3.1
-rw-r--r-- 1 root root 468624 Sep 20  2013
/usr/lib/i386-linux-gnu/libGLU.so.1.3.1
lrwxrwxrwx 1 root root     21 Aug 19  2015
/usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1 -> libGLESv1_CM.so.1.1.0
-rw-r--r-- 1 root root  18232 Aug 19  2015
/usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0
lrwxrwxrwx 1 root root     18 Aug 19  2015
/usr/lib/x86_64-linux-gnu/libGLESv2.so.2 -> libGLESv2.so.2.0.0
-rw-r--r-- 1 root root  26424 Aug 19  2015
/usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0
lrwxrwxrwx 1 root root     17 Nov 22  2013 /usr/lib/x86_64-linux-gnu/libGLEW.so
-> libGLEW.so.1.10.0
lrwxrwxrwx 1 root root     17 Nov 22  2013
/usr/lib/x86_64-linux-gnu/libGLEW.so.1.10 -> libGLEW.so.1.10.0
-rw-r--r-- 1 root root 554088 Nov 22  2013
/usr/lib/x86_64-linux-gnu/libGLEW.so.1.10.0
lrwxrwxrwx 1 root root     17 Nov 10 08:56
/usr/lib/x86_64-linux-gnu/libGLEW.so.1.13 -> libGLEW.so.1.13.0
-rw-r--r-- 1 root root 513760 Nov 10 08:56
/usr/lib/x86_64-linux-gnu/libGLEW.so.1.13.0
lrwxrwxrwx 1 root root     14 Aug 19  2015 /usr/lib/x86_64-linux-gnu/libGL.so
-> libGL.so.1.2.0
lrwxrwxrwx 1 root root     14 Aug 19  2015 /usr/lib/x86_64-linux-gnu/libGL.so.1
-> libGL.so.1.2.0
-rw-r--r-- 1 root root 627320 Aug 19  2015
/usr/lib/x86_64-linux-gnu/libGL.so.1.2.0
-rw-r--r-- 1 root root 901120 Sep 19  2013 /usr/lib/x86_64-linux-gnu/libGLU.a
lrwxrwxrwx 1 root root     15 Sep 19  2013 /usr/lib/x86_64-linux-gnu/libGLU.so
-> libGLU.so.1.3.1
lrwxrwxrwx 1 root root     15 Sep 19  2013
/usr/lib/x86_64-linux-gnu/libGLU.so.1 -> libGLU.so.1.3.1
-rw-r--r-- 1 root root 449144 Sep 19  2013
/usr/lib/x86_64-linux-gnu/libGLU.so.1.3.1

and this on 32bit:

lrwxrwxrwx 1 root root     21 Aug 19  2015
/usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 -> libGLESv1_CM.so.1.1.0
-rw-r--r-- 1 root root  11876 Aug 19  2015
/usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0
lrwxrwxrwx 1 root root     18 Aug 19  2015 /usr/lib/i386-linux-gnu/libGLESv2.so
-> libGLESv2.so.2.0.0
lrwxrwxrwx 1 root root     18 Aug 19  2015
/usr/lib/i386-linux-gnu/libGLESv2.so.2 -> libGLESv2.so.2.0.0
-rw-r--r-- 1 root root  21684 Aug 19  2015
/usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0
lrwxrwxrwx 1 root root     17 Nov 22  2013 /usr/lib/i386-linux-gnu/libGLEW.so
-> libGLEW.so.1.10.0
lrwxrwxrwx 1 root root     17 Nov 22  2013
/usr/lib/i386-linux-gnu/libGLEW.so.1.10 -> libGLEW.so.1.10.0
-rw-r--r-- 1 root root 438004 Nov 22  2013
/usr/lib/i386-linux-gnu/libGLEW.so.1.10.0
lrwxrwxrwx 1 root root     14 Aug 19  2015 /usr/lib/i386-linux-gnu/libGL.so ->
libGL.so.1.2.0
lrwxrwxrwx 1 root root     14 Aug 19  2015 /usr/lib/i386-linux-gnu/libGL.so.1
-> libGL.so.1.2.0
-rw-r--r-- 1 root root 695836 Aug 19  2015
/usr/lib/i386-linux-gnu/libGL.so.1.2.0
-rw-r--r-- 1 root root 727018 Sep 20  2013 /usr/lib/i386-linux-gnu/libGLU.a
lrwxrwxrwx 1 root root     15 Sep 20  2013 /usr/lib/i386-linux-gnu/libGLU.so ->
libGLU.so.1.3.1
lrwxrwxrwx 1 root root     15 Sep 20  2013 /usr/lib/i386-linux-gnu/libGLU.so.1
-> libGLU.so.1.3.1
-rw-r--r-- 1 root root 468624 Sep 20  2013
/usr/lib/i386-linux-gnu/libGLU.so.1.3.1

So, that seems pretty much the same. Which 3d program would you suggest for
testing ? I tried BrainExplorer2, and Meshlab v1.3.3 64bit for windows, and do
not see any issue. Because, Lilo2 is not really a 3d application, and uses
SecuROM copy protection mechanism (it tests whether the original cdrom is in
the drive), I doubt that this is a issue of the graphics driver. My guess is
that the functions in wine that make SecuROM work, do not do the job on a 64bit
platform.

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #6 from Alois Schlögl  ---
Created attachment 54090
  --> https://bugs.winehq.org/attachment.cgi?id=54090
backtrace of lilo2 on wine-dev 1.9.6

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

Alois Schlögl  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #54090|0                           |1
        is obsolete|                            |

--- Comment #7 from Alois Schlögl  ---
Created attachment 54091
  --> https://bugs.winehq.org/attachment.cgi?id=54091
backtrace when running lilo2 on wine-development 1.9.6

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

Louis Lenders  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #8 from Louis Lenders  ---
(In reply to Alois Schlögl from comment #7)
> Created attachment 54091 [details]
> backtrace when running lilo2 on wine-development 1.9.6

In your full debug log attached in commennt 1 the problems seem to start here

5337.631:0008:0009:Call opengl32.wglGetProcAddress(7d022803
"glDeleteFencesAPPLE") ret=7cf80ed5
5337.631:0008:0009:trace:seh:raise_exception code=c0000005 flags=0
addr=0xf750f2a8 ip=f750f2a8 tid=0009

then crash.

I never heard of glDeleteFencesAPPLE. Anyone knows what it is?

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #11 from Alois Schlögl  ---
Please note also that the log file contains also these lines :

5276.262:0008:0009:Call opengl32.wglGetProcAddress(7e4bc803
"glDeleteFencesAPPLE") ret=7e41aed5
5276.262:0008:0009:trace:wgl:is_extension_supported Checking for extension
'GL_APPLE_fence'
...
5276.262:0008:0009:warn:wgl:wglGetProcAddress Extension GL_APPLE_fence required
for glDeleteFencesAPPLE not supported
...
5276.457:0008:0009:Call opengl32.wglGetProcAddress(7e4bc803
"glDeleteFencesAPPLE") ret=7e41aed5
5276.457:0008:0009:trace:wgl:is_extension_supported Checking for extension
'GL_APPLE_fence'
5276.458:0008:0009:trace:wgl:filter_extensions GL_EXTENSIONS:
5276.458:0008:0009:warn:wgl:wglGetProcAddress Extension GL_APPLE_fence required
for glDeleteFencesAPPLE not supported
5276.458:0008:0009:Ret  opengl32.wglGetProcAddress() retval=00000000
ret=7e41aed5
5276.458:0008:0009:Call opengl32.wglGetProcAddress(7e4bc817
"glFinishFenceAPPLE") ret=7e41aee7

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #9 from Alois Schlögl  ---

These links seem to be related 
  https://www.opengl.org/registry/specs/APPLE/fence.txt
  http://www.wesnoth.org/devdocs/glew_8h.html

So, its an OpenGL thing. In case it's useful, here is the output of

# glxinfo |grep "OpenGL.*string"
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) G33 
OpenGL version string: 2.1 Mesa 10.3.2
OpenGL shading language version string: 1.20
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 10.3.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16

I'll also add full output of glxinfo as attachment

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #10 from Alois Schlögl  ---
Created attachment 54100
  --> https://bugs.winehq.org/attachment.cgi?id=54100
output of glxinfo of 64bit machine with intel graphics card

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #12 from [e-mail] ---
I doubt it helps, but you should consider upgrading your mesa. Your opengl
support is really outdated with that driver.

https://mesamatrix.net/

Shows the current support with mesa drivers. I use this ppa

https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #13 from Henri Verbeet  ---
It does look like a driver issue rather than a Wine issue. The lookup for
"glDeleteFencesAPPLE" is normal, it's just the first OpenGL function wined3d
tries to load (in load_gl_funcs()). It's fine for the lookup to return NULL,
but the lookup itself shouldn't crash. Note that similar lookups earlier in the
log work.

[Bug 39787] Lilos Lesewelt 2 crashes

https://bugs.winehq.org/show_bug.cgi?id=39787

joaopa  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #14 from joaopa  ---
Marking as NOTOURBUG?

[Bug 39787] Lilos Lesewelt 2 crashes

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=39787

--- Comment #15 from joaopa  ---
Following Henri's comment, it is a driver bug. Marking as Notourbug?