June 2016 - Wine-bugs - list.winehq.org

[Bug 40273] New: Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40273 Bug ID: 40273 Summary: Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: xerox_xerox2000(a)yahoo.co.uk Distribution: --- a user reported problems with this app https://paprikaapp.com/windows/ on the forum. After winetricks dotnet45 corefonts and working around https://bugs.winehq.org/show_bug.cgi?id=15670 by adding registrykey like wine-staging does** the app crashes with Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection When i use native windowscodecs it also crashes with: Unhandled Exception: System.NotSupportedException: No imaging component suitable to complete this operation was found. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x88982F50 **: (see https://github.com/wine-compholio/wine-staging/blob/master/patches/wine.inf…) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 39011] New: Sierra Chart hangs when drawing polygon fill line type: gdi32.Polygon()
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39011 Bug ID: 39011 Summary: Sierra Chart hangs when drawing polygon fill line type: gdi32.Polygon() Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: spam(a)brettcave.net Distribution: --- Created attachment 51965 --> https://bugs.winehq.org/attachment.cgi?id=51965 v1.7.44 WINEDEBUG log segment with THREAD_DETACH errors Sierra Chart is a stock market, forex, and other market price graphing program. They use C/C++ and avoid java and .net. Normally it runs well under wine, but there is a long term issue that they've known about: Drawing chart lines with a polygon fill (Fill Top, Fill Bottom in the program) will hang wine for a minute or 2 but works fine under regular windows. This hanging will release and then hang again shortly after making the chart unusable. I'm using ubuntu 14.04 LTS with wine 1.7.44 from the ppa archive. I've also compiled 1.7.48 32bit using the lxc instructions. I was able to get the X11 socket running inside lxc after some work. Sierra Chart runs at full speed with it. My hardware for testing is a laptop, dual core 2.2ghz AMD K10e, Mobile Radeon HD 4250 using generic linux drivers, and 8g RAM. Sierra Chart isn't known to directly bang video hardware, so chip and driver shouldn't be an issue. This laptop can play 1080i mpeg2 off my DVR faster than normal, so it is capable enough to handle a chart. Both were tested with cleanly created wine prefixes. Sierra Chart is 32bit compiled and normally works fine with wine. I've been able to reproduce the bug by using the polygon fill line type and by scrolling the chart back and forth. If I change the line type to something plain, the freezing problem doesn't happen. The bug is harder to reproduce with debugging activated. It's probably allowing extra time for whatever is causing the hang to finish before it hangs. *** file: wine_SC_THREAD_DETACH.wine1.7.44.log.txt I've attached a small log file segment from ubuntu version 1.7.44: WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll It starts out with the gdi32 draw commands, has the freezing section in the middle, and then continues with the gdi32 draw commands. The problem is from time stamp 1306647.286 to 1306718.051. It's about 71 seconds total. There are a bunch of THREAD_DETACH entries in the log. Sierra Chart support says that graph drawing is not multi threaded and that they don't know what that is. The only other threads are when downloading real time price data updates and loading chart price data from disk. Note: the next 1.7.48 versions were run from inside the 32bit lxc build environment. One thing I noticed when testing with 1.7.48 is that my memory usage bar applet was jumping around a lot during a freeze. I didn't get exact figures but the range was over 3g. That's huge for a 32bit program. I wasn't watching for the first log. *** file: wine_SC_ConsoleLog_wine1.7.48.log.txt This is the regular shell console log. *** file: wine_SC_wine1.7.48.log.txt I've attached a second small log file segment from compiled version 1.7.48: WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll It starts out with the gdi32 draw commands, has a very small freezing section in the middle, and then continues with the regular gdi32 draw commands. The problem is from time stamp 1485052.556 to 1485124.153. It's about 71 seconds total. In this log I didn't see the THREAD_DETACH entries. It was small and clean with no errors reported. I don't know what to make of the difference between the 2 logs. I can see that there's a problem, but I don't have enough programming and debugging skills to understand what is going on. If this looks like a programming error in Sierra Chart, please give me something I can tell them that they won't brush off. ------------- Download Instructions. Download page: http://www.sierrachart.com/index.php?page=doc/SCInstallerList.php The page will list multiple versions ranging from current to past. The file to get is: SierraChartSetupNoCLR.exe The file date in the list: 2015/7/31 The "NoCLR" (No Common Language Runtime) doesn't use poorly supported windows functions and is wine friendly. This is the version Sierra Chart support normally recommends. sha1sum: 4454a0ef2e3a2bb525098ea5620f8d4bb23edb2a SierraChartSetupNoCLR.exe In a week or so, this current version will "probably" be named: 1280SierraChartSetupNoCLR.exe Help / About shows version number 1280. ------------ Account Setup Instructions. Sierra Chart has a free demo account for testing. Their install is almost entirely self contained to a directory and won't scatter files everywhere. Instructions are here: http://www.sierrachart.com/index.php?page=doc/setup.php Step 1: Download program. Since Sierra Chart support isn't going to do anything with this bug, the current version will very likely have it since this is an old bug of unknown age. If not using this link, use the download link above. Step 2: "Create Your Account" to get a free demo account. I recommend something alone the lines of "Wine Debug". They will know what that is. A support ticket will need to be opened to activate the account. They're very easy going with programmers. Just mention that you're someone from the wine debug team. If y'all want more than the 15 day trial, request it there. They will usually activate the account the same day. Support Link: http://www.sierrachart.com/index.php?page=doc/support.html#SCAccounts This is Section #2, instructions in the yellow box with the link. In the future if the trial account expires, open another support ticket, mention that you're with the wine debug team and need to run some more tests. They'll usually reactivate the account the same day. So long as you're actively programming or debugging and not using their product to trade for free, Sierra Chart support is very laid back about continuing accounts. Ignore the rest of the Sierra Chart account steps web page and follow my steps below to reproduce the bug once the demo account is activated. -------------- Steps to reproduce the bug. #create a new prefix WINEPREFIX=/home/user1/.wine3 winecfg Applications / Windows Version: Windows 7 #earlier tests have shown different windows versions don't matter. No library overrides. Turned off Graphics: Allow the window manager to decorate the windows. Sierra Chart has alert sounds, but they are irrelevant for the bug reproduction. "OK" to exit out of winecfg. #install Sierra Chart WINEPREFIX=/home/user1/.wine3 wine SierraChartSetupNoCLR.exe Accept defaults options and locations in the installer. Run when finished. Note: I recommend to run Sierra Chart in normal / non-debug mode the first time as the freezing bug is easier to reproduce. Enter user name and password. When the main window comes up, press "No" at the Data and Trade Service prompt to use demo mode defaults. Hit "Close Log" on "Message Log" to get it out of the way. Menu: File / Find Symbol Expand "Forex". I prefer to select "GBPUSD" as the symbol since it has good volume and is easily recognized. Hit the "Open Intraday Chart" button. Hit the "Close" button to get rid of the find screen. A full screen chart will open and download price data for a minute. Click once in the middle of the chart to select it. Press the keyboard down arrow 11 times. At the very bottom right corner will be a tiny green box with a number in it. Every time the down arrow gets hit, it will decrement and the chart will show more bars per screen. The bar should read "1". If it is red, hit the "End" key on the keyboard. Color doesn't matter much for this reproduction, though. Note: If the hanging problem below gets to be too severe to do anything, only press the down arrow several times to not compress the chart view as much. Maybe go down to "5" instead of "1". Quick side note before the hanging bug gets triggered: Menu: Help / About will show the build number / version number for verification. The latest installer file usually won't have a version number in the name. Menu: Analysis / Studies Hit "Add Custom Study" button at the bottom. Double click to expand "User Contributed Studies". Scroll down to "RSI Bands". Select it and hit "Add". It will show up on the right panel list. This study won't cause the bug alone. It is used to put an extra load on the graph. Hit "Add Custom Study" button again. Scroll down a little to "RSI w/Trend". Select it and hit "Add". It will show up on the right panel list. This study has the polygon fill that will trigger the freezing bug. Note for Bug Settings: Something to point out to come back to later... Select "RSI w/Trend" and hit the "Settings" button. Hit the "Subgraphs" tab at the top. At the top middle will be a "Draw Style" column. This is how the study line types are drawn on the graph. The bug versions will have "Trans. Fill Top" for "Fast MA" and "Trans. Fill Bottom" for "Medium MA". Selecting these two entries and changing them with the "Draw Style" drop down box to "Line" then "Solid" and "1" will allow them to not trigger the bug (but do that later). Changing the two entires to "Fill Top" and "Fill Bottom" will still trigger the bug regardless of transparency settings. For now, don't change the settings for the bug reproduction, but come back to this afterwards. Hit "Cancel" to get out of the settings screen. Hit "OK" on the "Chart Studies" window to get back to the main chart. New lines will be drawn on the screen from the two added studies. The graph "should" come back immediately, but sometimes it will trigger the hanging bug. Click on another virtual desktop and come back or click on a window below Sierra Chart to bring it forwards and then go back to Sierra Chart. If the screen doesn't redraw within a second or two, then the bug was triggered. It will take a minute or two for Sierra Chart to come back. Note that the CPU will be maxed out and RAM usage will be jumping around. To save these settings so far, Menu: File / Save All. Enter a brief chart book name for a file name at the bottom (like "test1"). Afterwards the chart book can be quickly reloaded by that name in the recent files list on the right side of the File menu. This will allow for skipping the "Menu: Analysis / Studies" steps on next program reload. ...That is if the hanging bug isn't triggered again... and again... and again... In wine debug mode, the hanging bug "usually won't" be triggered yet. To manually trigger the hanging bug, use the mouse to grab the horizontal scroll bar at the bottom of the screen and drag it back and forth. This will scroll the chart back and forth causing a lot of redraws. If Sierra Chart stops responding, click on another virtual desktop and come back or click on a window below Sierra Chart to bring it forwards and then go back to Sierra Chart. If the screen doesn't redraw within a second or two, then the bug was triggered. It will take a minute or two for Sierra Chart to come back. Note that the CPU will be maxed out and RAM usage will be jumping around. With the wine debug mode log it is hard to see where the bug was triggered. I use the "+timestamp" option and a stop watch/timer app to note the hang and resume times so they can be matched up later in the debug log. When dragging the chart horizontal scroll bar, they will be surrounted by gdi32 draw commands. In future tests, the Sierra Chart process may have to be killed. To restart it, I go into the drive_c/SierraChart folder and run SierraChart.exe. Sierra Chart will remember your login name and password. When the authentication window pops up, just leave it for a couple seconds and it will go away and the main chart will pop up. Now that the hanging bug has been experienced, the line type can be changed from the Note instructions above to see the comparison with a plain line. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 40706] New: FolderMerger cmd not valued, xcopy problem in batch
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40706 Bug ID: 40706 Summary: FolderMerger cmd not valued, xcopy problem in batch Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: peterlongx1988(a)gmail.com Distribution: --- Created attachment 54591 --> https://bugs.winehq.org/attachment.cgi?id=54591 File Merger I try to use this little software http://2xdsoft.de.tl/FolderMerger.htm but is problematic to use with Wine because cmd.exe is not valued when I press Merge Now! Is possibile to create a .bat file indipendently also, but when I try to running it cmd.exe return me this error Merging folders... (1/6) Invalid parameter 'K' - use x copy ? for help Is 'C:\PATH\filename.zip' a filename or directory on the target? (F - File, D - Directory) This happens not because parameter is invalid. Example of command in .bat not valued correctly @echo off cls echo Merging folders ... (1/6) XCOPY "C:\users\psiraja\Desktop\test\test1\test3\Folder Merger v1.6.zip" "C:\users\psiraja\Desktop\estrazione\Folder Merger v1.6.zip*" /C /K /Y /H cls echo Merging folders ... (2/6) XCOPY "C:\users\psiraja\Desktop\test\test2\test1\test2\Folder Merger v1.5.zip" "C:\users\psiraja\Desktop\estrazione\Folder Merger v1.5 (dup. 2).zip*" /C /K /Y /H cls echo. echo Done! echo. ping -n 2 localhost >nul start "" "C:\users\psiraja\Desktop\estrazione" exit Have you got any idea to bypass this problem? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 40828] New: Switching resolution in desktop mode makes task bar redraw on top of full screen game
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40828 Bug ID: 40828 Summary: Switching resolution in desktop mode makes task bar redraw on top of full screen game Product: Wine Version: 1.9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- I got this issue with Aliens versus Predator Classic 2000 on Steam. Preamble : The game uses 800x600 screen size to render cinematic and the main menu. The gameplay uses whatever screen resolution is set in the game video options menu. It switches between those two resolutions when starting or abandoning a level or when showing an in-game cinematic. The Wine virtual desktop mode is set to the native screen resolution that is the same resolution used for gameplay. When the game does not run, the Steam window and the task bar are visible and working properly. Steam puts an icon in the notification tray of the task bar. Issue : When the game is launched it switches the desktop to 800x600 to show the intro cinematic. The task bar is visible and covers the bottom of the full-screen game. The cinematics are letter-boxed and the menu has nothing of importance on those few bottom pixels so it's not that much a problem. When starting a level, the game switches to the native screen resolution, but the task bar still covers the bottom of the screen. The game can be played as the task bar does not hide much but it contrasts with the game and should be hidden by the full-screen app anyway. Workaround : The game grabs the mouse, so it is by default not possible to click on the window button on the task bar to refresh the game window, but activating the Steam game overlay frees the mouse cursor, and allow to click on the window button on the task bar. Clicking on that button twice makes the game window redraw over the task bar. The Steam overlay can then be closed and the game can be played with the task bar hidden. However, starting/abandoning a level or viewing a cinematic makes the game switch resolution and the task bar come back. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 40433] New: Fifa 11 EU demo fails to install when run from custom DVD
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40433 Bug ID: 40433 Summary: Fifa 11 EU demo fails to install when run from custom DVD Product: Wine Version: 1.7.29 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- "Fifa 11 EU Demo" fails to install from DVD created by myself under wine-1.9.7-118-gaaddf13. This demo is distributed as zip file. I took to content of the ZIP and created the ISO by MagicISO. As a volume label i chose "fifa2011_eu_demo". When i copy content of the DVD back to some folder on HDD, then the installation succeeded. This could be interpreted as invalid bug report, but this DVD, created by me, works under Win8.1. Installer pops-up at the end "Please insert the disc: FIFA 11 Demo". Console: "err:msi:msi_view_get_row Error fetching data for 1" This is a regression caused by wine-1.7.28-130-g5cb10c9: commit 5cb10c96b26d07b7d0aabe3b8e337c7ce144b8af Author: Hans Leidekker <hans(a)codeweavers.com> Date: Wed Oct 15 15:30:23 2014 +0200 msi: Don't skip the media check for the first volume. Some installers require the first volume to be reinserted. This commit fixed bug 20444. This commit was also indicated as a regression in bug 38401. There he did reverse, i.e. real DVD copied and created ISO which finally worked. IMHO he interpreted it as invalid by mistake. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 38066] New: Memento Mori (Numen: Contest of Heroes): mouse buttons don't work (needs native dinput8)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38066 Bug ID: 38066 Summary: Memento Mori (Numen: Contest of Heroes): mouse buttons don't work (needs native dinput8) Product: Wine Version: 1.7.36 Hardware: x86 URL: http://www.4players.de/4players.php/download_info/Down loads/Download/50673/Memento_Mori/Deutsche_Demo.html OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 50710 --> https://bugs.winehq.org/attachment.cgi?id=50710 terminal output Keyboard is working in the game because I can skip the intro videos by pressing <Esc> and I can move the mouse pointer when the menu appears. Mouse buttons however are not registered thus I can't select a menu option. 'winetricks dinput8' is a workaround. I know of another game from the same publisher that also needs native dinput8 otherwise mouse buttons don't work: Numen: Contest of Heroes. To test the demo you need to install native d3dx9_36 and Windows Media Player 9 or 10. wine-1.7.36-28-ga679cae Fedora 21 XOrg 1.16.3 XFCE 4.10 Memento_Mori_DEMO_setup_GERMAN.exe md5sum: 8eda283807d43ad2a058c397efde7725 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 35320] New: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35320 Bug ID: 35320 Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Classification: Unclassified Created attachment 47106 --> http://bugs.winehq.org/attachment.cgi?id=47106 The file needed to cause the crash. from r project (http://www.r-project.org/) http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe After installing, running: ./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe Then, at the R console prompt, type (having put the attached file at /tmp/1.R): Sys.setlocale("LC_CTYPE", "Chinese") source('z:/tmp/1.R', encoding='UTF8') wine immediately crashes with: -------------------------------------- wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af (thread 0030), starting debugger... ... Backtrace: =>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>, mbstr=<couldn't compute location>, count=<couldn't compute location>, locale=<couldn't compute location>) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt (0x0440a168) 1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W", mbstr=0x0(nil), count=0x64) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt (0x0440a198) 2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046) 0x7eda29af MSVCRT__mbstowcs_l+0x5f [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl 0x0(%eax),%eax 2140 if(mbstr[size] == '\0') ... ---------------------------------------- I assume this info in the backtrace should be enough to address the crash. FYI, the slightly unusual procedure is because under R under Vista in an English locale doesn't like to plot graphs with non-latin annotations/texts. The above procedure when used under Vista on British English windows would result in R displaying an almost empty plot with a chinese title. Native R on linux does not need the setlocale part to plot utf8-based texts. Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I only realized that trying to set traditional chinese [950] in a simplified chinese region [china] is wrong when it is rejected on linux; but R on Vista accepts this. ------------ Warning message: In Sys.setlocale("LC_CTYPE", "Chinese_China.950") : OS reports request to set locale to "Chinese_China.950" cannot be honored ------------ When R is running on Vista, it reports the locale as "English_United Kingdom.1252". But under Linux (in en_GB.utf8 locale), R warns of ----------- During startup - Warning messages: 1: Setting LC_TIME=en_GB.utf8 failed 2: Setting LC_MONETARY=en_GB.utf8 failed ----------- So three locale related issue: - a crash in msvcrt - R under Vista accepts "Chinese_China.950" but R under wine does not. - there are locale-related warning messages from R on start up when running under wine. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 40160] New: cant install mobogenie
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40160 Bug ID: 40160 Summary: cant install mobogenie Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madscientistkustomz(a)gmx.com Distribution: --- Created attachment 53662 --> https://bugs.winehq.org/attachment.cgi?id=53662 trace log problem installing MOBOGENIE for ubuntu -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 40208] New: Steup installation of CEGID BUISINESS LINE failed.
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40208 Bug ID: 40208 Summary: Steup installation of CEGID BUISINESS LINE failed. Product: Wine Version: 1.9.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: christian.briard(a)gmx.com Distribution: --- Created attachment 53723 --> https://bugs.winehq.org/attachment.cgi?id=53723 MSI log Executing an installation of CEGID BUISINESS LINE failed with a log text (see attached files). "Install: C:\windows\System32\msiexec.exe /q /i "Z:\home\cbriard\CBL\PRODUCTS\AIDEBL.MSI" INSTALLDIR="C:\Program Files\Cegid\Cegid Business Line\" /norestart Install : 1603 - C:\windows\System32\msiexec.exe - Erreur en exécution du programme" Here enclosed a trace file to. Any idea of what is going wrong ? Christian. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 38402] New: glDebugMessageCallback is broken
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38402 Bug ID: 38402 Summary: glDebugMessageCallback is broken Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: chris.kcat(a)gmail.com Distribution: --- According to the KHR_debug extension spec, the function glDebugMessageCallback takes a function pointer callback with the type: typedef void (APIENTRY *GLDEBUGPROC)(GLenum source, GLenum type, GLuint id, GLenum severity, GLsizei length, const GLchar* message, const void* userParam); https://www.opengl.org/registry/specs/KHR/debug.txt In particular, it notes that the function callback uses the same calling convention as the other GL functions. The problem is that on Windows, GL uses the stdcall calling convention, while on Linux it uses cdecl. Wine's glDebugMessageCallback thunk passes the callback through as-is, so the system's libGL tries to call an stdcall function as though it was cdecl, causing it to crash upon returning. Another problem is that the spec says: "When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to concurrently call the debug callback routine from potentially multiple threads, including threads that the context that generated the message is not currently bound to." meaning the callback can be called on threads other than the one OpenGL is being used on. This is a problem because it may be called on one or more internal driver threads that were not created using the Windows API, and if the callback function tries to do anything that relies on Windows-related thread information, it won't be there. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 20