October 2015 - Wine-Bugs - list.winehq.org

[Bug 11517] New: Microsoft Virtual Earth 3D beta fails to install
by wine-bugs＠winehq.org Feb. 14, 2021

Feb. 14, 2021

http://bugs.winehq.org/show_bug.cgi?id=11517 Summary: Microsoft Virtual Earth 3D beta fails to install Product: Wine Version: 0.9.54. Platform: PC URL: http://www.microsoft.com/Downloads/details.aspx?FamilyID =e9298080-50c4-4f2e-9fc4-4009074996ba&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Microsoft Virtual Earth 3D beta fails to install, there is an OLE error and an X11 bitmap error in the console -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 20

[Bug 15070] New: HxD cant find Internetupdate
by wine-bugs＠winehq.org Feb. 14, 2021

Feb. 14, 2021

http://bugs.winehq.org/show_bug.cgi?id=15070 Summary: HxD cant find Internetupdate Product: Wine Version: 1.1.3 Platform: PC-x86-64 URL: http://mh-nexus.de/de/hxd OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de Created an attachment (id=15741) --> (http://bugs.winehq.org/attachment.cgi?id=15741) wininet trace The Function HttpQueryInfoW returns False in Wine with lpdwIndex=1 in XP it returns True with lpdwIndex=0. Sample Delphi Code: HttpQueryInfo(hRequest, HTTP_QUERY_STATUS_CODE, @Result[1], len, dummy) [len and dummy are 0] The attachment contains a Trace with WINEDEBUG=wininet and improved TRACE-Functions by me: TRACE("(%p, 0x%08x)--> %d with lpdwIndex=%d (Adress) and value=%d\n", hHttpRequest, dwInfoLevel, dwInfoLevel, lpdwIndex, *lpdwIndex); -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 24

[Bug 14040] New: Microsoft Virtual Earth 3D beta inner installer aborts when reading registry
by wine-bugs＠winehq.org Feb. 14, 2021

Feb. 14, 2021

http://bugs.winehq.org/show_bug.cgi?id=14040 Summary: Microsoft Virtual Earth 3D beta inner installer aborts when reading registry Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download, Installer, patch Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com [Copied from To get past bugs 11517 and 14035, do 'winetricks gdiplus dotnet20' (though that might not download the right service pack level of .net?) Then download VirtualEarth3D.msi from http://go.microsoft.com/fwlink/?LinkId=106129 and install that instead of the outer installer. +relay,+msi shows that VirtualEarth3D.msi aborts shortly after checking for a com object Anastasius Focht wrote: the cause of the failure is due to unsupported access flags. 0037:Call advapi32.RegCreateKeyExW(80000000,100138e0 L"CLSID\\{0DB074F0-617E-4EE9-912C-2965CF2AA5A4}\\InprocServer32",00000000,00000000,00000000,000f023f,00000000,7de9685c,7de96860) ret=1000230d 0037:Ret advapi32.RegCreateKeyExW() retval=00000005 ret=1000230d 0xf023f = KEY_ALL_ACCESS (0xF003F) | KEY_WOW64_32KEY (0x0200) ... dlls/advapi32/registry.c's KEY_ACCESS_MASK check doesn't include WOW64 flags yet. Sure enough, fixing that let the installer finish. There's no .exe, but the app does create a menu entry which does wine "C:\Program Files\Internet Explorer\iexplore.exe" http://go.microsoft.com/fwlink/?LinkId=75722 (This starts the app ok. It immediately complains that the web browser isn't supported. If you continue, it complains System.Configuration.SettingsPropertyNotFoundException: The settings property 'DetailSetting' was not found. at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName) at System.Configuration.SettingsBase.get_Item(String propertyName) and lets you continue in 2D mode. But that's for a different bug report.) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 7

[Bug 14035] New: Microsoft Virtual Earth 3D beta installer fails to download .net framework
by wine-bugs＠winehq.org Feb. 14, 2021

Feb. 14, 2021

http://bugs.winehq.org/show_bug.cgi?id=14035 Summary: Microsoft Virtual Earth 3D beta installer fails to download .net framework Product: Wine Version: CVS/GIT Platform: Other URL: http://www.microsoft.com/Downloads/details.aspx?FamilyID =e9298080-50c4-4f2e-9fc4-4009074996ba&displaylang=en OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To get past bug 11517, do 'winetricks gdiplus'. The next problem is it fails downloading .net 2.0 sp1. The installer offers to show you a log, but can't find the log itself when you ask; it's really at ~/.wine/dosdevices/c:/windows/temp/VirtualEarth3DInstallLog.txt and it says [2008/06/21 12:35:44.709] DownloadManager: HTTP Status String: 'OK' for 'http://go.microsoft.com/fwlink/?LinkId=87970' [2008/06/21 12:35:44.710] DownloadManager: HttpQueryInfo(HTTP_QUERY_CONTENT_LENGTH) failed for 'http://go.microsoft.com/fwlink/?LinkId=87970' (System Error Code: 12150 (unknown), WinInet Error Code: 12150 ()) +wininet shows trace:wininet:HTTP_GetResponseHeaders raw headers: L"HTTP/1.1 200 OK\r\nContent-Length: 24758792\r\nContent-Type: application/octet-stream\r\nLast-Modified: Thu, 08 Nov 2007 00:36:49 GMT\r\nAccept-Ranges: bytes\r\nETag: \"dfcf19739f21c81:8037\"\r\nServer: Microsoft-IIS/6.0\r\nX-Powered-By: ASP.NET\r\nDate: Sat, 21 Jun 2008 12:45:10 GMT\r\nConnection: k"... ... trace:wininet:HttpQueryInfoW Attribute: HTTP_QUERY_CONTENT_LENGTH Modifier: HTTP_QUERY_FLAG_NUMBER trace:wininet:HTTP_GetCustomHeaderIndex L"Content-Length" trace:wininet:HTTP_GetCustomHeaderIndex Return: -1 trace:wininet:HttpQueryInfoW 0 <-- 001a:Ret wininet.HttpQueryInfoW() retval=00000000 ret=00404710 So we can't retrieve content-length for some reason, even though we've received it? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 8

[Bug 34745] New: Earth 2150: video sequences aren't played
by wine-bugs＠winehq.org Feb. 14, 2021

Feb. 14, 2021

http://bugs.winehq.org/show_bug.cgi?id=34745 Bug #: 34745 Summary: Earth 2150: video sequences aren't played Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified Created attachment 46321 --> http://bugs.winehq.org/attachment.cgi?id=46321 Earth 2150 Log One can reproduce the problem in the demo (check out the link). Tested with: Windows Vista (without Wine), GeForce 9600M GS--the program works fine here Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313) Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 10

[Bug 29926] New: Beach life crashes on initial movie
by wine-bugs＠winehq.org Feb. 14, 2021

Feb. 14, 2021

http://bugs.winehq.org/show_bug.cgi?id=29926 Bug #: 29926 Summary: Beach life crashes on initial movie Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: melpomenet2(a)gmail.com Classification: Unclassified Created attachment 38944 --> http://bugs.winehq.org/attachment.cgi?id=38944 Wine console output running with vanilla wine. The game "Beach Life" crashes on the initial movie (Data/Movies/EidosMovie.mpg). According to mplayer, the movie codec is MPEG1. Since the problem seems related to amstream, I tried installing amstream with winetricks, but still crashes. Attached are logs for running with amstream or vanilla wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 41

[Bug 39472] New: World of Warships 0.4.x/0.5.x client runs out of GL memory after many consecutive games
by wine-bugs＠winehq.org Feb. 13, 2021

Feb. 13, 2021

https://bugs.winehq.org/show_bug.cgi?id=39472 Bug ID: 39472 Summary: World of Warships 0.4.x/0.5.x client runs out of GL memory after many consecutive games Product: Wine Version: 1.7.53 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, by having a large number of consecutive games within same session, the client will eventually run out of GL memory. Not sure if this is a Wine bug or a bug in the game engine itself. It doesn't matter if ARB or GLSL shader backend (default), CSMT or non-CSMT (default) is used. Plain Wine and Wine-Staging (for CSMT). The leak is around 50-70 MB per game so it takes 20-30 games until it becomes apparent. When that happens you get strange effects due to failing GL calls. Console output at the exact point: --- snip --- ... 0028:err:d3d_texture:texture2d_prepare_texture >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from glTexImage2D @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/texture.c / 1000 0028:err:d3d_texture:wined3d_texture_bind >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from glGenTextures @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/texture.c / 199 0028:err:d3d_texture:texture2d_prepare_texture >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from glTexImage2D @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/texture.c / 1000 0028:err:d3d_surface:wined3d_surface_upload_data >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glTexSubImage2D @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/surface.c / 1732 0028:err:d3d_draw:draw_strided_fast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawArrays @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/drawprim.c / 91 005a:trace:seh:__regs_MSVCRT__setjmp3 buf=0x2cc5da20 ebx=351af2d0 esi=2f6c5150 edi=351af2a0 ebp=0ea7e928 esp=0ea7e914 eip=00d65da3 frame=0ea7ea48 0028:err:d3d_surface:surface_blt_fbo >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glReadBuffer() @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/surface.c / 1078 0028:err:d3d_draw:draw_strided_fast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawArrays @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/drawprim.c / 91 0028:err:d3d_texture:texture2d_prepare_texture >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from glTexImage2D @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/texture.c / 1000 0028:err:d3d_shader:shader_arb_select >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glBindProgramARB(GL_FRAGMENT_PROGRAM_ARB, priv->current_fprogram_id); @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/arb_program_shader.c / 4692 0028:err:d3d_draw:draw_strided_fast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawArrays @ /home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/drawprim.c / 91 --- snip --- I continuously monitor the GPU memory usage using 'nvidia−smi' tool from another terminal: --- snip --- $ watch -n2 nvidia-smi ... Fri Oct 16 18:26:51 2015 +------------------------------------------------------+ | NVIDIA-SMI 352.41 Driver Version: 352.41 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 GeForce GTX 850M Off | 0000:01:00.0 Off | N/A | | N/A 50C P8 N/A / N/A | 1385MiB / 2047MiB | 0% Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | 0 4151 G /usr/libexec/Xorg 49MiB | | 0 4485 G ...mes\World_of_Warships\worldofwarships.exe 1325MiB | +-----------------------------------------------------------------------------+ --- snip --- Regards -- 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.

2 6

[Bug 38980] New: World of Warships/Planes/Tanks client in torrent download mode crashes spuriously on high bandwidth load (i/o completion ports)
by wine-bugs＠winehq.org Feb. 13, 2021

Feb. 13, 2021

https://bugs.winehq.org/show_bug.cgi?id=38980 Bug ID: 38980 Summary: World of Warships/Planes/Tanks client in torrent download mode crashes spuriously on high bandwidth load (i/o completion ports) Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, while checking out some 'World of Warships/Planes/Tanks' issues, I've seen this "turn off torrent downloader to avoid crash" note multiple times in WineHQ appdb entries and also on various Internet sites. Although this workaround solves the actual client download/updater problem, it seems no one bothered to report this here for some years? I could reproduce crashes with all 'World of WarXXX' clients using the torrent download mode. The crash is caught before any registered JIT debugger ('AeDebug') as the client installs a top level exception filter. Upon failure it simply displays a message box with the option to restart the download client. Client log file: --- snip --- ... 26/07/2015 19:46:31 Loading localized resources... 26/07/2015 19:46:32 Loading configuration... 26/07/2015 19:46:32 Setup language: content_lang="en" 26/07/2015 19:46:32 Start "WoWSLauncher.exe" params="C:\Games\World_of_Warships\WoWSLauncher.exe" 26/07/2015 19:46:32 Session id="a01bae86c620733b0ed98078ba6a9bbff72bfd12" 26/07/2015 19:46:32 Info for "WoWSLauncher.exe": Version: 0.3.13.242, Comment: "Built: 20150622 142954, Revision: #586733 (stable_3.13.3)" 26/07/2015 19:46:32 Create update folder: path="C:\Games\World_of_Warships\Updates" 26/07/2015 19:46:32 Try access patch folder: path="C:\Games\World_of_Warships\Updates" 26/07/2015 19:46:32 Create temp folder: path="C:\Games\World_of_Warships\UpdatesData\temp" 26/07/2015 19:46:32 Try access temp folder: path="C:\Games\World_of_Warships\UpdatesData\temp" 26/07/2015 19:46:32 Save configuration: path="C:\Games\World_of_Warships\WoWSLauncher.cfg" 26/07/2015 19:46:33 Start update process 26/07/2015 19:46:33 Clear old/temp files 26/07/2015 19:46:33 Obtain patch information. target: "launcher"... 26/07/2015 19:46:33 Create update work folder: path="C:\Games\World_of_Warships\UpdatesData\launcher\" 26/07/2015 19:46:33 Try access patch work folder: path="C:\Games\World_of_Warships\UpdatesData\launcher\" 26/07/2015 19:46:33 System update. Cleaning up system update folder. 26/07/2015 19:46:33 send http request. url: "http://update.worldofwarships.eu?target=launcher&client_ver=unknown&launche…" 26/07/2015 19:46:33 http request complete. 26/07/2015 19:46:33 target is up to date 26/07/2015 19:46:33 Update complete: target=launcher 26/07/2015 19:46:33 Obtain patch information. target: "client"... 26/07/2015 19:46:33 Create update work folder: path="C:\Games\World_of_Warships\UpdatesData\client\" 26/07/2015 19:46:33 Try access patch work folder: path="C:\Games\World_of_Warships\UpdatesData\client\" 26/07/2015 19:46:33 patch is available. version_from: 0.unknown, version_to: 40.105823 26/07/2015 19:46:33 patch file. name: "wows_40.103115_client.patch", size: 3105783438 26/07/2015 19:46:33 patch file. name: "wows_40.103116_40.103115_client.patch", size: 1487947994 26/07/2015 19:46:33 patch file. name: "wows_40.103886_40.103116_client.patch", size: 37739650 26/07/2015 19:46:33 patch file. name: "wows_40.103887_40.103886_client.patch", size: 2224 26/07/2015 19:46:33 patch file. name: "wows_40.105234_40.103887_client.patch", size: 33520274 26/07/2015 19:46:33 patch file. name: "wows_40.105823_40.105234_client.patch", size: 230571882 26/07/2015 19:46:33 send http request. url: "http://update.worldofwarships.eu?target=client&client_ver=unknown&launcher_…" 26/07/2015 19:46:34 http request complete. 26/07/2015 19:46:34 patch is available. version_from: 0.unknown, version_to: 40.105823 26/07/2015 19:46:34 patch file. name: "wows_40.103115_client.patch", size: 3105783438 26/07/2015 19:46:34 patch file. name: "wows_40.103116_40.103115_client.patch", size: 1487947994 26/07/2015 19:46:34 patch file. name: "wows_40.103886_40.103116_client.patch", size: 37739650 26/07/2015 19:46:34 patch file. name: "wows_40.103887_40.103886_client.patch", size: 2224 26/07/2015 19:46:34 patch file. name: "wows_40.105234_40.103887_client.patch", size: 33520274 26/07/2015 19:46:34 patch file. name: "wows_40.105823_40.105234_client.patch", size: 230571882 26/07/2015 19:46:34 Getting torrent files via http... 26/07/2015 19:46:34 send http request(attempt: 1). url: "http://wg.gcdn.co/wows_a/eu/patches/4.0_QRWpTV0q/wows_40.103115_client.patc…" 26/07/2015 19:46:34 http request complete. 26/07/2015 19:46:34 torrent file created. name: "wows_40.103115_client.patch.torrent" 26/07/2015 19:46:34 send http request(attempt: 1). url: "http://wg.gcdn.co/wows_a/eu/patches/4.0_QRWpTV0q/wows_40.103116_40.103115_c…" 26/07/2015 19:46:34 http request complete. 26/07/2015 19:46:34 torrent file created. name: "wows_40.103116_40.103115_client.patch.torrent" 26/07/2015 19:46:34 Getting patch files via ptp... 26/07/2015 19:46:34 Initializing P2P session, extensions=true 26/07/2015 19:47:55 ERROR: Unexpected exception: code=EXCEPTION_ACCESS_VIOLATION flags=0 addr=0 26/07/2015 19:48:06 restart launcher: cmd="-restart" --- snip --- The client makes extensive use of I/O Completion Ports (IOCP) with a considerable number of worker threads (thread pool) for servicing them. Although the crash occurs kind of randomly, the crash site seems not. --- snip --- ... 00556EAB 8B4D 00 MOV ECX,DWORD PTR SS:[EBP] 00556EAE F7D9 NEG ECX 00556EB0 1BC9 SBB ECX,ECX 00556EB2 F7C1 70E64100 TEST ECX,41E670 00556EB8 0F84 9C000000 JE WoWSLaun.00556F5A 00556EBE 8D5424 34 LEA EDX,DWORD PTR SS:[ESP+34] 00556EC2 52 PUSH EDX 00556EC3 8D8E 4C020000 LEA ECX,DWORD PTR DS:[ESI+24C] 00556EC9 E8 92C5F4FF CALL WoWSLaun.?address(a)endpoint@detail(a)ip@asio(a)boost@@QB 00556ECE 837C24 34 01 CMP DWORD PTR SS:[ESP+34],1 00556ED3 0F94C0 SETE AL 00556ED6 0FB6C8 MOVZX ECX,AL 00556ED9 51 PUSH ECX 00556EDA 57 PUSH EDI 00556EDB 8D4E 48 LEA ECX,DWORD PTR DS:[ESI+48] 00556EDE E8 6DBCFFFF CALL WoWSLaun.00552B50 00556EE3 8B16 MOV EDX,DWORD PTR DS:[ESI] 00556EE5 8B42 70 MOV EAX,DWORD PTR DS:[EDX+70] 00556EE8 57 PUSH EDI 00556EE9 55 PUSH EBP 00556EEA 8BCE MOV ECX,ESI 00556EEC FFD0 CALL EAX ; NULL -> *boom* 00556EEE 8B16 MOV EDX,DWORD PTR DS:[ESI] 00556EF0 8B42 1C MOV EAX,DWORD PTR DS:[EDX+1C] 00556EF3 6A 00 PUSH 0 00556EF5 55 PUSH EBP 00556EF6 8BCE MOV ECX,ESI 00556EF8 FFD0 CALL EAX 00556EFA 8A86 B4030000 MOV AL,BYTE PTR DS:[ESI+3B4] ... --- snip --- I partially reconstructed the call chain for the crash site: --- snip --- <crash site> ... <5-7 unknown call frames in between> ... WoWSLaun.private: unsigned int __thiscall boost::asio::detail::win_iocp_io_service::do_one(BOOL,class boost::system::error_code &) ... WoWSLaun.public: unsigned int __thiscall boost::asio::detail::win_iocp_io_service::run(class boost::system::error_code &) .. WoWSLaun.public: unsigned int __thiscall boost::asio::io_service::run(class boost::system::error_code &) ... WoWSLaun.unsigned int __stdcall boost::asio::detail::win_thread_function(void *) --- snip --- I found some hints in the launcher about the Boost library version used: --- snip --- e:\work\5c6ecc6fb8b7976a\libraries\boost_1_54_0\boost/exception/detail/exception_ptr.hpp class boost::exception_ptr __cdecl boost::exception_detail::get_static_exception_object<struct boost::exception_detail::bad_alloc_>(void) - e:\work\5c6ecc6fb8b7976a\libraries\boost_1_54_0\boost/exception/detail/exception_ptr.hpp ... --- snip --- Which leads to: http://www.boost.org/doc/libs/1_54_0/boost/asio/detail/impl/win_iocp_io_ser… There is a number of internal calls in between the crash site and Boost IOCP code ('op->complete()' -> 'win_iocp_operation' + function pointer call hierarchy). Debugging/relay tracing a problem which seems to occur at random times in a multi-Gigabyte download, also requiring high download speeds is not really funny :| Anyway, it's now documented here for reference. It would be interesting to know if this torrent download problem occurs on Windows too, albeit much less frequent. Reading up some forums I got the impression... $ sha1sum WoWS_internet_install_eu.exe e9d3fcc8d4d8a2a88678fa75840d4e76a71b7977 WoWS_internet_install_eu.exe $ du -sh WoWS_internet_install_eu.exe 6.7M WoWS_internet_install_eu.exe $ wine --version wine-1.7.47-196-g4e6e9a1 Regards -- 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.

2 17

[Bug 38233] New: world of warships
by wine-bugs＠winehq.org Feb. 13, 2021

Feb. 13, 2021

https://bugs.winehq.org/show_bug.cgi?id=38233 Bug ID: 38233 Summary: world of warships Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kylewatters1(a)hotmail.com Distribution: --- Created attachment 51038 --> https://bugs.winehq.org/attachment.cgi?id=51038 world of warships tried to use this wine to run the game world of warships and it failed. was the only version that would let me even get the download to work and install etc. but when i hit play after all updates etc it crashed. -- 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.

2 5

[Bug 39347] New: World of Warships 0.4.x/0.5.x: incorrect water surface height calculated for unknown reasons, causing ships to appear floating in the air
by wine-bugs＠winehq.org Feb. 13, 2021

Feb. 13, 2021

https://bugs.winehq.org/show_bug.cgi?id=39347 Bug ID: 39347 Summary: World of Warships 0.4.x/0.5.x: incorrect water surface height calculated for unknown reasons, causing ships to appear floating in the air Product: Wine Version: 1.7.51 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Created attachment 52441 --> https://bugs.winehq.org/attachment.cgi?id=52441 focht's nagato "floating" in port after return from game (water surface level too low) Hello folks, that game got me hooked up at bit (= less time on bugs *g*). Unfortunately I frequently encounter a nasty in-game bug that surfaces after a certain amount of time/actions. I created a support ticket at wargaming.net with screenshots along with some information. The ticket hang in pending queue for ~1 week only to be answered by a generic form "please update your graphics drivers". Oh well. I mentioned this issue during talks with WineD3D folks at WineConf 2015. It seems this issue was already known to CodeWeavers (Stefan Doesinger, Matteo Bruni, Caron Wills). It's not known yet if this is a Wine bug, a bug with the wargaming engine or graphics drivers. There was a hint from Caron to try "low" water rendering setting but I figured out the bug is present there too but much less noticeable (smaller water surface "drop" value). It seems I could force the in-game water surface level drop multiple times by moving the ship near an island/land mass and then zoom in/zoom out with island in view (couldn't reproduce consistently though). If the water drop happened once - it stayed forever - even the ships in port floated in the air. Exiting and restarting the client solved the issue. I encountered the bug with WoWS 0.4.0 upgrade for the first time. Previous 0.3.x version didn't show it but also crashed more frequently hence there never was a time when the client ran for consecutive (hour long) game sessions. I briefly looked at the game engine and found some game engine locations related to water rending properties along with their float representations. Since I didn't want to mess up my account by live-debugging/dumping game engine data (which could be considered hacking) I refrained from doing further investigation. A builtin offline simulation mode would have been nice ... but well. Tested with recent Wine 1.7.5x version. Graphics used for testing (all exhibit the same problem): Intel Haswell HD4600 with FOSS Intel/Mesa: ---- snip --- OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.6.3 (git-ccef890) OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 10.6.3 (git-ccef890) OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.6.3 (git-ccef890) OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 OpenGL ES profile extensions: ---- snip --- NVIDIA GeForce GTX 850M, NVIDIA binary drivers (via optimus): ---- snip --- OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GTX 850M/PCIe/SSE2 OpenGL core profile version string: 4.4.0 NVIDIA 352.21 OpenGL core profile shading language version string: 4.40 NVIDIA via Cg compiler OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 4.5.0 NVIDIA 352.21 OpenGL shading language version string: 4.50 NVIDIA OpenGL context flags: (none) OpenGL profile mask: (none) OpenGL extensions: ---- snip --- NVIDIA GeForce GT 425M with FOSS Nouveau/Mesa: --- snip --- $ glxinfo | grep -i opengl OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NVC1 OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.6.3 (git-ccef890) OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 10.6.3 (git-ccef890) OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.6.3 (git-ccef890) OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 OpenGL ES profile extensions: --- snip --- Attached are some screenshots. Regards -- 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.

2 12