I need to check out this app when I have time but it could be an app which we can't support on Wine :(

The problem is that GLX and WGL work slighthly differently regarding the sharing of 'display lists'. In case of GLX you share display lists at context creation time but in case of WGL you can do this at a later stage. Most apps don't do that but it appears yours does...

Created attachment 10568 [details]
Small hack that solves the error message and part of the graphical corruption

I've made an experiment, inverting the arguments to X11DRV_wglShareLists, and it gets rid of the error message and restores the texture to the 2D view, although the problems in the 3D view persists.

Seems like this specific app creates its contexts in a different order than the one Wine expects.

Confirming in wine 0.9.54, kubuntu feisty.

Gametap is also affected by this bug. The hack/patch seems to resolve the issue for gametap as well

Created attachment 12081 [details]
New hack that should not break anything else

Another hack. This one first tries to share the context in the original order; if it can't because the destination context is already created, it inverts the original context with the destination and try again.
Might not be the optimal solution, but it should work without breaking anything.

*** Bug 12062 has been marked as a duplicate of this bug. ***

Still present in git.

Removing deprecated CVS/GIT version tag. Please retest in current git. If the bug is still present in today's wine, but was not present in some earlier version of wine, please update version field to earliest known version of wine that had the bug. Thanks!

Bug still there in wine 1.1.21

Still in wine-1.3.3-417-g536fc57

Created attachment 34780 [details]
console output when trying to run pepakuka viewer 3

console output when trying to run pepakuka viewer 3, using wine 1.3.20 and ubuntu 11.04.

Created attachment 35912 [details]
Console log

Still a bug in current wine?

I believe it is.

Still issue in Wine 1.7.1
I tested on SolidWorks Explorer 2010.

Unity Editor has a force OpenGL rendering mode, removing DirectX as the default renderer.

To enable, the "-force-opengl" argument must follow the executable, the default would be "-force-d3d9".

This mode crashes Unity.

A player of Endless Space, which was created using Unity, created a patch to fix this bug/issue. It works, although some inner windows of Unity have their frames delayed. That is showing previous frame until some action is done. This was also an issue in Direct3D mode, but only for NVIDIA cards.

Created attachment 49085 [details]
Endless Space/Unity Wine patch

Note I am not the developer of the patch, so can't help explaining what was changed and why.

This is still an issue on Wine 1.7.22 32bit WINEARCH
Operating system - Ubuntu Desktop 14.04 (64bit)
Graphics card - NVIDIA Geforce 9600GT
NVIDIA binary driver 337.25

I tested Pepakura Viewer v3.05a in wine-1.7.23-33-gc654b7b.

The application starts with an error message:
'Error: invalid operation'

and terminal shows:
>fixme:dib:dibdrv_wglShareLists not supported yet

Despite of the error message, the app is started and the 2 demo objects can be opened without issues.

The hackish patch from comment #17 didn't make it any better, the error message remained on startup.

On the other hand, the patch in comment #17 fixes bug #25420 and bug #25419 for me. In addition there's a bug when you run Blender 2.7.x under Wine where some fonts are unreadable (http://forum.winehq.org/viewtopic.php?f=8&t=23200).
The patch fixes this problem too.
Could a Wine developer review this patch in case it would be acceptable?

setup_pepakura_viewer305a_en.exe
md5sum: b8287756e36c1aa790aab787fa8cf583

Since the patch has resolved other issues, this is the source of the patch Endless Space/Unity Wine patch - http://forums.amplitude-studios.com/showthread.php?4459-Question-Linux-version&p=138130&viewfull=1#post138130

(In reply to Béla Gyebrószki from comment #19)
> On the other hand, the patch in comment #17 fixes bug #25420 and bug #25419
> for me. In addition there's a bug when you run Blender 2.7.x under Wine
> where some fonts are unreadable
> (http://forum.winehq.org/viewtopic.php?f=8&t=23200).
> The patch fixes this problem too.
> Could a Wine developer review this patch in case it would be acceptable?

That patch looks to be essentially equivalent to mine from bug 33407 comment 6. I think my comment there still stands.

So can we add the patch and have it override the default behavior when a certain Registry key is assigned?

Because right now we have to use a different Wine version for running such OpenGL apps.

It is possible to use the patch from comment #17 without recompiling wine.

You have to replace the $WINEPREFIX/windows/system32/winex11.drv file with this (https://www.dropbox.com/s/cnoietzphwqi2si/winex11.drv) file. DLL overrides are not needed.

However, the file comes from a self-compiled patched wine, which is several releases old, and it would be a good idea to recompile every version.

Also, the patch used is a hack, and although it solves some things, it breaks others. For ex. in Unity the rendering of the GUI is delayed (lagged) and makes Unity a pain to use. Also, some buttons are have slight (but visible) render errors.

As Yanis Lukes mentioned, the best thing to do would probably ship a patched and non-patched version of winex11.drv, with a registry key with the file preference, until this bug becomes officially fixed.

"the best thing to do would probably ship a patched and non-patched version of winex11.drv, with a registry key with the file preference"

That is not what I am recommending. I am recommending that the code posted in available patches to be ran by Wine if a registry key is added to the wineprefix. This is a temporary solution to OpenGL apps who have problems or crashes due to "wglShareLists" implementation.

Created attachment 49402 [details]
Same as "Endless Space/Unity Wine patch", but with registry key activation

So I have created a patch that is the same as the previous "Endless Space/Unity Wine patch", but is activated with a boolean registry key, "UseWGLShareListsHack" under "X11 Drivers" like in UsefulRegistryKeys. Use the following command to add the key(default WINEPREFIX if unspecified):

./wine reg add "HKCU\Software\Wine\X11 Driver" /v UseWGLShareListsHack /t REG_SZ /d Y

This patch should have no effect on default Wine behavior. This is a temporary solution for some applications regarding this issue, so that this patch should not be applied to every new version of Wine.

@Matteo Bruni,

Actually there is one significant change between the patches, after the script determines that "'dest' context is current.\n", your patch does "return false". For Unity3D it makes the patch to not work, so my posted patch has it commented out.

*** Bug 33407 has been marked as a duplicate of this bug. ***

*** Bug 25419 has been marked as a duplicate of this bug. ***

I'm seeing this error on a different title but the staged patchset doesn't seem to match any of the patches attached to this bug report. Is there any chance of getting one of the more advanced patches moved into staging?

(In reply to Michael Curran from comment #28)
> I'm seeing this error on a different title but the staged patchset doesn't
> seem to match any of the patches attached to this bug report. Is there any
> chance of getting one of the more advanced patches moved into staging?

Is the current wine-staging patch set insufficient to fix this bug?

It isn't, I'm just getting the error message:

err:wgl:glxdrv_wglShareLists Recreating OpenGL context to share display lists, although the context has been current!

instead of:

err:wgl:glxdrv_wglShareLists Could not share display lists, one of the contexts has been current already !

which is consistent with the Staging changeset but not the patches.

I'm trying to run The Immortals of Terra, which doesn't look to be in WineDB.

I'm going to have to backtrack some, digging into it a bit further, it does look like it is getting a bit further using wine-staging. I'm thinking that the application is accessing the wrong context immediately after the the new code in Staging kicks in.

A similar error is present when SolidWorks 2008 crashes. This application worked great up until Wine v5.21, but now always crashes when a 3D part is opened.

0118:fixme:dib:dibdrv_wglShareLists not supported yet

Fixed by https://gitlab.winehq.org/wine/wine/-/commit/28233dd3bc4963e6205d33aedb665bfdb995c9c6

Closing bugs fixed in 8.6.

Removing the 8.0.x milestone from bug fixes included in 8.0.2.