June 2017 - Wine-Bugs - list.winehq.org

[Bug 43250] New: PerfectTUNES cannot access network
by wine-bugs＠winehq.org Jan. 22, 2020

Jan. 22, 2020

https://bugs.winehq.org/show_bug.cgi?id=43250 Bug ID: 43250 Summary: PerfectTUNES cannot access network Product: Wine Version: 2.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rixasha(a)yahoo.com Distribution: --- Created attachment 58561 --> https://bugs.winehq.org/attachment.cgi?id=58561 running AlbumArt.exe and AccurateRip.exe with +wininet,+winsock PerfectTUNES is set of programs to edit audio metadata on a music collection. Its network features - looking for album art on the internet and the checking of the files against the accuraterip database - do not work. The interfaces report "Could not connect" and "No Art Found". A feature-crippled trial version of PerfectTUNES is available that exhibits the network problems. According to the author the network code does nothing special and the only dependency is winsock. Curiously the related dBpoweramp software does find album arts and has no problems accessing accuraterip. Attaching logs with WINEDEBUG="+wininet,+winsock" made running AlbumArt.exe and AccurateRip.exe with wine-2.11 in a clean WINEPREFIX with just mono, gecko and PerfectTUNES-Unregistered, and one album in My Music. An outside reference: https://forum.dbpoweramp.com/showthread.php?37601-Bug-with-PerfectTunes-und… -- 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 39338] New: Unreal Tournament 2004 - inaccurate shadows
by wine-bugs＠winehq.org Jan. 21, 2020

Jan. 21, 2020

https://bugs.winehq.org/show_bug.cgi?id=39338 Bug ID: 39338 Summary: Unreal Tournament 2004 - inaccurate shadows Product: Wine Version: 1.7.51 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: DanBrake0819(a)freenet.de Distribution: --- Created attachment 52420 --> https://bugs.winehq.org/attachment.cgi?id=52420 inaccurate shadows Using the Direct3D renderer the game sometimes produces inaccurate shadows from the character models, they are darker than in the windows version. Also sometimes there are not correctly projected. -- 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 11

[Bug 35561] New: Some MSYS2 commands generate a stackdump
by wine-bugs＠winehq.org Jan. 21, 2020

Jan. 21, 2020

http://bugs.winehq.org/show_bug.cgi?id=35561 Bug ID: 35561 Summary: Some MSYS2 commands generate a stackdump Product: Wine Version: 1.7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: irwin(a)beluga.phys.uvic.ca Classification: Unclassified Created attachment 47484 --> http://bugs.winehq.org/attachment.cgi?id=47484 strace log of execution of mintty The general problem is I cannot start MSYS2 (the successor to MSYS) using its msys2_shell.bat startup batch file (see directions at http://sourceforge.net/p/msys2/wiki/MSYS2 installation/ concerning how to start MSYS2). That batch file (which executes a number of different MSYS2 commands) exits almost immediately with a stack dump. Alexey Pavlov, the developer of MSYS2, suggested I narrow down the problem by attempting to execute the MSYS2 version of mintty.exe directly, and if that did not work (which was the case) then run that app via the MSYS2 strace.exe facility to help figure out what the exact problem is. MSYS2 strace.exe did appear to work and I attach its log (and also the associated stackdump for mintty.exe). Here are some additional details in case there are any difficulties replicating this issue. I have used 3 different versions of 32-bit Wine which I built myself on my Debian Wheezy system. Those are Unpatched Wine-1.6.1, patched Wine-1.6.1, and patched Wine-1.7.12. The patch used was "Hackish patch to fix APC problem" taken from http://bugs.winehq.org/show_bug.cgi?id=24018. The reason why that extremely small patch is relevant is MSYS2 is essentially a simplified modern Cygwin (as opposed to MSYS which is essentially a simplified ancient version of Cygwin). Because the patched versions give improved results (see below), apparently the modern bits of Cygwin that are still part of MSYS2 trigger at least the APC Wine bug for modern Cygwin that did not occur for older Cygwin versions. The version of MSYS2 I am using is msys2-base-i686-20140205.tar.xz. Unpacking that created a top-level directory name of msys32 which I have changed to MSYS2-20140205 to help keep better track of which version of MSYS2 I am trying. I ran the MSYS2 version of strace with the patched versions of Wine as follows: wine(a)raven> wineserver -k wine(a)raven> wineserver -p wine(a)raven> wineconsole --backend=curses cmd Microsoft Windows 5.1.2600 (1.7.12) Z:\home\wine\newstart>PATH=Z:\home\wine\newstart\MSYS2-20140205\bin;%PATH% Z:\home\wine\newstart>MSYS2-20140205\bin\strace.exe MSYS2-0140205\bin\mintty.exe > strace.log 1069046 [main] mintty 44 cygwin_exception::open_stackdumpfile: Dumping stack trace to mintty.exe.stackdump The mintty terminal momentarily appeared before the stackdump occurred. After that stack dump strace did not return (i.e., everything was hung), and the last line in strace.log at that point was 616 1255194 [main] mintty 44 pinfo::exit: Calling ExitProcess n 0x8B, exitcode 0x8B00 I exited the combination of mintty, strace, cmd, and wineconsole the brute-force way by typing "wineserver -k" in a different Linux xterm which added nothing else to strace.log. The strace and stackdump results for patched wine-1.6.1 and patched wine-1.7.12 were virtually identical (except for numerical data like PID numbers). I have attached the wine-1.7.12 versions. When initially investigating this issue I was using unpatched wine-1.6.1. The result of everything I tried was Wine error boxes concerning dll problems. Those error boxes reminded me very much of my troubles in trying to run modern Cygwin from Wine so I applied the APC-related patch, and sure enough, that got rid of the error boxes, and I could get a lot further before I ran into a different problem which is what I have described above. -- 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 21

[Bug 13863] New: Armed Assault (ArmA) doesn't render any 3D graphics
by wine-bugs＠winehq.org Jan. 20, 2020

Jan. 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=13863 Summary: Armed Assault (ArmA) doesn't render any 3D graphics Product: Wine Version: 1.0-rc4 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)atomnet.co.uk Created an attachment (id=13933) --> (http://bugs.winehq.org/attachment.cgi?id=13933) Entire log minus 40000 duplicate lines. The game fails to display any of the in-game graphics whether it's on the menu or inside the game itself. It still renders the HUD and Menu's themselves, but not the actual 3D game graphics. It spits out the errors (the ones which appear many times in the attached log) about 5000 times a second. -- 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 43

[Bug 34146] New: Wings of Prey demo background image in launcher is not shown
by wine-bugs＠winehq.org Jan. 20, 2020

Jan. 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=34146 Bug #: 34146 Summary: Wings of Prey demo background image in launcher is not shown Product: Wine Version: 1.6 Platform: x86 URL: http://www.fileplanet.com/208822/200000/fileinfo/Wings -of-Prey--Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 45421 --> http://bugs.winehq.org/attachment.cgi?id=45421 launcher settings (wine) Launcher hasn't background image. -- 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 14

[Bug 33476] New: fxc, the Microsoft Effect Compile, to work due to d3d
by wine-bugs＠winehq.org Jan. 20, 2020

Jan. 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=33476 Bug #: 33476 Summary: fxc, the Microsoft Effect Compile, to work due to d3d Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: titan.costa(a)gmail.com Classification: Unclassified Created attachment 44310 --> http://bugs.winehq.org/attachment.cgi?id=44310 fxc log Hi, I can't get the fxc, the Microsoft Effect Compile, to work. Something goes wrong with d3d. The command line is: wine fxc.exe /T fx_2_0 BasicHLSL.fx Both fxc.exe and BasicHLSL.fx come from the DXSDK. d3dcompiler_43.dll must be set as native. Here is the output: NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. fixme:win:EnumDisplayDevicesW ((null),0,0x32f6e8,0x00000000), stub! err:d3d:context_create Failed to set pixel format 1 on device context 0x80026. err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat err:d3d:context_create Failed to set pixel format 1 on device context 0x6002b. fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_R24_UNORM_X8_TYPELESS (0x49) in the format lookup table fixme:d3d:getDepthStencilBits Unsupported depth/stencil format WINED3DFMT_UNKNOWN. err:d3d:context_create Failed to set pixel format 25 on device context 0x10033. err:d3d:context_create Failed to set pixel format 13 on device context 0x10035. err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat err:d3d:context_create Failed to set pixel format 1 on device context 0x10037. Failed to create D3D device Please check your SDK installation. disassembly failed; no disassembly produced -- 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 15

[Bug 32596] New: Skydrift background glitches
by wine-bugs＠winehq.org Jan. 20, 2020

Jan. 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=32596 Bug #: 32596 Summary: Skydrift background glitches Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: paulthetall(a)gmail.com Classification: Unclassified The game Skydrift works fine itself, but it has some nasty background glitches which are very annoying. Especially in some specific levels this makes the game un-enjoyable. Seems this counts for everyone tested this game: http://appdb.winehq.org/objectManager.php?sClass=version&iId=25176&iTesting… http://appdb.winehq.org/objectManager.php?sClass=version&iId=25176&iTesting… Have a screenshot attached. If you need me to do some test debugrun stuff with some extensions let me know. Mac OSX 10.8.2 AMD Radeon 6770M graphicscard -- 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 29092] New: Myst Masterpiece crashes on game entry
by wine-bugs＠winehq.org Jan. 18, 2020

Jan. 18, 2020

http://bugs.winehq.org/show_bug.cgi?id=29092 Bug #: 29092 Summary: Myst Masterpiece crashes on game entry Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)mizapf.de Classification: Unclassified Myst Masterpiece Edition crashes on game entry, i.e. when you touch the first link book. Link sound occurs, then a Program Error window pops up, reporting that "The program mystmaster2k-d.exe has encountered a serious problem and needs to close". The close button does not shut down the application, need to close the window. Same results for myst.exe, myst9x.exe, and mystmaster2k-d.exe. Reinstall of Myst did not help. Seems to be a regression some time ago, because I could play the same game about a year ago when it stopped working after a new OS installation (including a new wine version). I gave up on it and tried to run it again just recently but things seem to have not changed. Last lines on console: fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x31aee0,0x00000000), stub! fixme:font:CreateScalableFontResourceW (0,L"C:\\windows\\QTFont.for",L"C:\\windows\\QTFont.qfn",(null)): stub fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:d3d:wined3d_device_decref Leftover resource 0x1c1fe8 with type WINED3DRTYPE_SURFACE (0x1). wine: Unhandled page fault on read access to 0x0251736d at address 0x36fe0b8 (thread 002d), starting debugger... -- 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 39

[Bug 40316] New: Industry Giant 2, repair-cursor freezes render-updates unless cursor-position over popup-menu again
by wine-bugs＠winehq.org Jan. 18, 2020

Jan. 18, 2020

https://bugs.winehq.org/show_bug.cgi?id=40316 Bug ID: 40316 Summary: Industry Giant 2, repair-cursor freezes render-updates unless cursor-position over popup-menu again Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: owezahra(a)gmail.com Distribution: --- Created attachment 53965 --> https://bugs.winehq.org/attachment.cgi?id=53965 attached standard log and cursor files When running IndustryGiant 2.1 on a HD7730 (Ubuntu 14.04 x64, new x86 wineprefix with no other packages or anything) with opengl/gdi the cursor disappears when it has to change its layout to the repair-cursor (for building a vehicle repair addon) and sets the game-update rate to zero until the invisible cursor changes back to its previous symbol via hovering over the popup-menu. However, i set it to use opengl since it runs a little smoother. Brute-force changes: Setting MaxShaderModelPS/-GS/-VS to 0 didn't do anything, disabling GLSL didn't do anything either). Debugging issues: When i tried to debug it via adding the debug-flag "+wgl" to wine, hundreds of line of "trace:wgl:glxdrv_wglGetPixelFormat 0xf003b -> 4" clogged the file and made every texteditor struggle to do anything with it, is there a way to disable spammy log-entries? Setting registry key "SpyExclude" to "trace:wgl:glxdrv_wglGetPixelFormat" didn't work, i guess the formatting is wrong? Game-specific: UI elements are stored as .tga's in the game directory, as well as cursors. Ingame, an option called "software cursor" has to be activated since wine won't redraw the window if its off in any case (wiggling the virtual desktop around forces it to redraw). (I noticed that the cursor-tga has another size, bitdepth odr something than the others, but when i replaced it with a working-cursor that didn't change much than lagging the substitute cursor around one in a while (same effect as with original cursor)). Logfiles: I've added the cursor-image-files and the default debug log (tough it probably won't be of much use, as i've tried to see if an additional error pops up if the cursor vanishes versa i don't trigger it to, which resulted in two identical files) Related bug: 40293 (unsupported backbuffer operation) -- 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 11

[Bug 40293] New: some UI elements and terrain disappear on offscreen rendering mode = backbuffer
by wine-bugs＠winehq.org Jan. 18, 2020

Jan. 18, 2020

https://bugs.winehq.org/show_bug.cgi?id=40293 Bug ID: 40293 Summary: some UI elements and terrain disappear on offscreen rendering mode = backbuffer Product: Wine Version: 1.9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: owezahra(a)gmail.com Distribution: --- Created attachment 53934 --> https://bugs.winehq.org/attachment.cgi?id=53934 logs for offscreen rendering mode default or backbuffer and pics When running IndustryGiant 2.1 on a HD7730 (Ubuntu 14.04 x64, new x86 wineprefix with no other packages or anything) with opengl/gdi the cursor disappears when it has to change its layout (and sets the game-update rate to zero until the invisible cursor changes back to its previous symbol via hovering over the popup-menu). To circumvent that, i've set "offscreen rendering mode = backbuffer" (& force opengl, as gdi doesn't support backbuffer). This results in a very smooth gaming experience, but some UI elements don't appear and on scrolling, the terrain turns white (unless a redraw is forced by clicking on the minimap) UI elements are stored as .tga's in the game directory, as well as cursors. Ingame, an option called "software cursor" has to be activated since wine won't redraw the window if its off in any case (backbuffer as well as default, wiggling the virtual desktop around forces it to redraw). To me it seems the backbuffer-issues might be caused by "fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats", but setting MaxShaderModelPS & MaxShaderModelVS to 0 didn't do anything, tough googling suggested otherwise. -- 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 4