wine-bugs August 2019

wine-bugs@winehq.org

1 participants
7664 discussions

[Bug 44054] New: Wine-mono download dialog should say wine-mono, not Mono
by wine-bugs＠winehq.org 30 Apr '20

30 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=44054 Bug ID: 44054 Summary: Wine-mono download dialog should say wine-mono, not Mono Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- https://forum.winehq.org/viewtopic.php?f=8&t=29760 is just the most recent example of a user confused by the wording of the dialog, but it's a fairly common mistake. Instead of "Wine could not find a Mono package..." the dialog should say "Wine could not find a wine-mono package..." so users don't think they are being prompted to install a native Mono package. -- 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 45088] New: unimplemented function msvcp140.dll.? GetCurrentThreadId@platform@details@Concurrency@@YAJXZ
by wine-bugs＠winehq.org 30 Apr '20

30 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=45088 Bug ID: 45088 Summary: unimplemented function msvcp140.dll.?GetCurrentThreadId@platform@details@Conc urrency@@YAJXZ Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: bghome(a)gmail.com Distribution: --- Created attachment 61251 --> https://bugs.winehq.org/attachment.cgi?id=61251 Wine crash log Application crashed on exit (application Traktor 2.11.1, see https://appdb.winehq.org/objectManager.php?sClass=version&iId=36122). -- 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 43935] New: Wolfenstein 2: The new Colossus does not start, requires VK_KHR_get_physical_device_properties2
by wine-bugs＠winehq.org 30 Apr '20

30 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=43935 Bug ID: 43935 Summary: Wolfenstein 2: The new Colossus does not start, requires VK_KHR_get_physical_device_properties2 Product: Wine-staging Version: 2.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: philip.rebohle(a)tu-dortmund.de CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59575 --> https://bugs.winehq.org/attachment.cgi?id=59575 vkGetPhysicalDeviceProperties2KHR hack The game crashes on startup, with wine complaining that vkGetPhysicalDeviceProperties2KHR (from the VK_KHR_get_physical_device_properties2 extension) is not implemented. I'm using wine-staging 2.19 and the RADV driver, which supports the extension. The attached patch provides a dummy implementation of this function that falls back to calling vkGetPhysicalDeviceProperties, which allows the game to start. I apologize that I have no idea how to properly implement Vulkan functions in wine, it's just a very dirty hack. Note that even with the patch the game doesn't even render the menu on my system, but that might be due to driver issues. -- 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 101

[Bug 44883] New: Commit b747d6f6ccdf1699a9242a570d681fa246de592e causes warframe to crash. resolved via overrides
by wine-bugs＠winehq.org 30 Apr '20

30 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=44883 Bug ID: 44883 Summary: Commit b747d6f6ccdf1699a9242a570d681fa246de592e causes warframe to crash. resolved via overrides Product: Wine Version: 3.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: GloriousEggroll(a)gmail.com Distribution: --- As mentioned in summary, after doing a bisect, I found commit b747d6f6ccdf1699a9242a570d681fa246de592e makes wine prefer builtin over native for xaudio2. This causes warframe to crash. I was able to get around it by setting all xaudio2_* overrides to native,builtin in winecfg, but I don't think this is ideal for other games that may have 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.

2 26

[Bug 38322] New: Call of Duty 4 Modern Warfare 3: Wine crashes when Steam is starting the game
by wine-bugs＠winehq.org 30 Apr '20

30 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=38322 Bug ID: 38322 Summary: Call of Duty 4 Modern Warfare 3: Wine crashes when Steam is starting the game Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timsta2000(a)googlemail.com Distribution: --- Created attachment 51163 --> https://bugs.winehq.org/attachment.cgi?id=51163 backtrace.txt, the wine "error box" has given me I've installed PlayOnLinux and downloaded the game over Steam and if I try to start it, Wine crashes when Steam is starting MW3. I've changed the Windows version from Windows XP to Windows 8 and now Steam is showing me a small empty black box before starting the game and then it crashes. I have a Dualboot-System with Ubuntu 14.10 and Windows 8. -- 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 47481] New: Regression: Spire and Xfer (Serum, OTT, etc.) VST plugins don't render
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=47481 Bug ID: 47481 Summary: Regression: Spire and Xfer (Serum, OTT, etc.) VST plugins don't render Product: Wine Version: 4.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: ajduck(a)outlook.com Distribution: --- Since Wine 4.12 plugins like Spire and Xfer plugins (e.g. Serum, OTT, Dimension Expander) don't render anything and instead leave an empty IE6-like effect in the window the GUI would show. In Wine 4.11 it was rendering correctly. This is a short excerpt of the sort of thing output in journalctl logs (this is for Spire): 002e:fixme:d2d:d2d_factory_init Ignoring factory type 0x1. 002e:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20. 002e:fixme:d3d11:d3d_blend_state_create Per-rendertarget blend not implemented. 002e:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 002e:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 002e:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. (repeats loads of times)... 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. (repeats loads of times)... This is the sort of thing OTT puts out: ... 002e:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 34E1BD68. 002e:fixme:d2d:d2d_geometry_sink_AddArc iface 35B572B8, arc 0033F5C8 stub! ... As you can see from the output it's related to d2d. It's also mentioned in bug #44243 about these plugins using Direct2D. -- 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 11908] New: CPUZ shows no informations
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=11908 Summary: CPUZ shows no informations Product: Wine Version: 0.9.47. Platform: PC-x86-64 URL: http://www.cpuid.com/cpuz.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: greg87(a)online.de Created an attachment (id=11207) --> (http://bugs.winehq.org/attachment.cgi?id=11207) console log Tested with cpuz 1.44.1 The only thing it displays is Unknown processor and the size of my ram. -- 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 55

[Bug 33506] New: Microsoft Expression Design 4 (Free Version) crashes when quickly populating main menu items (dropdown sub-menu drawing)
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=33506 Bug #: 33506 Summary: Microsoft Expression Design 4 (Free Version) crashes when quickly populating main menu items (dropdown sub-menu drawing) Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says. Prerequisite: 'winetricks -q dotnet40 corefonts' Start the app and click one of the main menu items to show the drop down sub-menu. Now cycle menus by hovering mouse over other top level items -> crash. Alternatively click the top level menu item multiple times. When using +synchronous the frequency changes (menu drawing lags a bit) though it still crashes in the end. Last output before the crash: --- snip --- ... 0033:trace:d3d9:d3d9_device_EndScene iface 0x10955528. 0033:trace:d3d:wined3d_device_end_scene device 0x10956968. 0033:trace:d3d:context_acquire device 0x10956968, target (nil). 0033:trace:d3d:context_acquire Rendering onscreen. 0033:trace:d3d:context_enter Entering context 0x109760d8, level 1. 0033:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e9a13fe ip=7e9a13fe tid=0033 0033:trace:seh:raise_exception info[0]=00000000 0033:trace:seh:raise_exception info[1]=00000000 0033:trace:seh:raise_exception eax=00000000 ebx=7e9f05c8 ecx=00000001 edx=00000390 esi=7ffbc000 edi=1179fbf0 0033:trace:seh:raise_exception ebp=0644e5c8 esp=0644e580 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0033:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=c0000005 flags=0 0033:trace:seh:call_vectored_handlers handler at 0x791f5a7c returned 0 0033:trace:seh:call_stack_handlers calling handler at 0x7bc98301 code=c0000005 flags=0 --- snip --- Another (different) crash: --- snip --- ... 0032:trace:d3d_surface:surface_modify_location surface 0x109bdcf8, location SFLAG_INTEXTURE, persistent 0x1. 0032:trace:d3d9:d3d9_vertexbuffer_Lock iface 0x1099d888, offset 335552, size 128, data 0x644e288, flags 0x1000. 0032:trace:d3d:wined3d_buffer_map buffer 0x1099d8a8, offset 335552, size 128, data 0x644e288, flags 0x1000 0032:trace:d3d:context_acquire device 0x109569b0, target (nil). 0032:trace:d3d:context_acquire Rendering onscreen. 0032:trace:d3d:context_enter Entering context 0x10976120, level 1. 0032:trace:d3d:wined3d_buffer_map glMapBufferRange call ok /home/focht/projects/wine/wine-git/dlls/wined3d/buffer.c / 1028 0032:trace:d3d:context_release Releasing context 0x10976120, level 1. 0032:warn:d3d:context_release Context 0x10976120 is not the current context. 0032:trace:d3d:wined3d_buffer_map Returning memory at 0x51ec0 (base (nil), offset 335552). 0032:trace:d3d9:d3d9_vertexbuffer_Unlock iface 0x1099d888. 0032:trace:d3d:wined3d_buffer_unmap buffer 0x1099d8a8. 0032:trace:d3d:context_acquire device 0x109569b0, target (nil). 0032:trace:d3d:context_acquire Rendering onscreen. 0032:trace:d3d:context_enter Entering context 0x10976120, level 1. 0032:trace:d3d:wined3d_buffer_unmap glFlushMappedBufferRange call ok /home/focht/projects/wine/wine-git/dlls/wined3d/buffer.c / 1140 0032:trace:d3d:context_release Releasing context 0x10976120, level 1. 0032:warn:d3d:context_release Context 0x10976120 is not the current context. 0032:trace:d3d9:d3d9_device_SetStreamSource iface 0x2195c8, stream_idx 0, buffer (nil), offset 0, stride 0. 0032:trace:d3d:wined3d_device_set_stream_source device 0x109569b0, stream_idx 0, buffer (nil), offset 0, stride 0. 0032:trace:d3d:wined3d_buffer_decref 0x1099d8a8 decreasing refcount to 1. 0032:trace:d3d9:d3d9_device_DrawPrimitiveUP iface 0x2195c8, primitive_type 0x6, primitive_count 2, data 0x109af9c8, stride 32. 0032:trace:d3d:wined3d_buffer_map buffer 0x1179e7c8, offset 0, size 128, data 0x644e1c4, flags 0x2000 0032:trace:d3d:context_acquire device 0x109569b0, target (nil). 0032:trace:d3d:context_acquire Rendering onscreen. 0032:trace:d3d:context_enter Entering context 0x10976120, level 1. 0032:trace:d3d:wined3d_buffer_map glMapBufferRange call ok /home/focht/projects/wine/wine-git/dlls/wined3d/buffer.c / 1028 0032:trace:d3d:context_release Releasing context 0x10976120, level 1. 0032:warn:d3d:context_release Context 0x10976120 is not the current context. 0032:trace:d3d:wined3d_buffer_map Returning memory at (nil) (base (nil), offset 0). 0032:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf75e8271 ip=f75e8271 tid=0032 0032:trace:seh:raise_exception info[0]=00000001 0032:trace:seh:raise_exception info[1]=00000000 0032:trace:seh:raise_exception eax=109af9d0 ebx=f7613720 ecx=00000050 edx=00000010 esi=00000000 edi=00000000 0032:trace:seh:raise_exception ebp=0644e1f4 esp=0644e180 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0032:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=c0000005 flags=0 0032:trace:seh:call_vectored_handlers handler at 0x791f5a7c returned 0 0032:trace:seh:call_stack_handlers calling handler at 0x7bc98301 code=c0000005 flags=0 --- snip --- $ du -sh Design_Trial_en.exe 47M Design_Trial_en.exe $ sha1sum Design_Trial_en.exe 65229a31f44d5adcf11edd7a849f8e3d9c4e8233 Design_Trial_en.exe $ wine --version wine-1.5.29-100-ga0b4cd1 Regards -- 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 9

[Bug 12604] New: SimGolf v1.03 exits when starting a new game
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=12604 Summary: SimGolf v1.03 exits when starting a new game Product: Wine Version: 0.9.59. Platform: PC URL: http://www.simgolf.ea.com/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tom78999(a)gmail.com Created an attachment (id=12218) --> (http://bugs.winehq.org/attachment.cgi?id=12218) wine output When using the game menu to try and start a new game I receive two error message dialog boxes; the first stating "Can't Set The PixelFormat" and the second "Can't Create A GL Rendering Context". After OK'ing these two messages the game exits. The critical message in the output seems to be the following: err:wgl:X11DRV_wglCreateContext Cannot get FB Config for iPixelFormat 0, expect problems! I'm attaching the normal output from wine and the output with WINEDEBUG="+x11drv". -- 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 16

[Bug 46163] New: Regression - Windows Media Player 10 (& DirectSong) - MP3 Playback Is Busted
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=46163 Bug ID: 46163 Summary: Regression - Windows Media Player 10 (& DirectSong) - MP3 Playback Is Busted Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cwbussard(a)gmail.com Distribution: --- FORMERLY it was possible to get mp3 playback working in wine with the following procedure: 1. Create win32 prefix. 2. Install WMP10. 3. Change l3codeca from "native" to "built-in." (At this point MP3s can be played, but will experience the "too fast playback" bug noted in https://bugs.winehq.org/show_bug.cgi?id=38421 ). 4. Install quartz and devenum and set to "native." As best I can tell, the last version where MP3 playback worked was 3.11. Beginning with 3.12 through 3.20 (current as of this writing), the above does NOT work. WMP acts as if it is playing the MP3, but no sound is emitted. This bug also affects programs that rely on wmvcore for playback, such as DirectSong, which is used to supply bonus music in games such as Guild Wars. -- 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

[Bug 40291] New: Borderlands crashes when forced DirectX 9 using -DX9
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=40291 Bug ID: 40291 Summary: Borderlands crashes when forced DirectX 9 using -DX9 Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: vblanton(a)gmail.com Distribution: --- Created attachment 53931 --> https://bugs.winehq.org/attachment.cgi?id=53931 backtrace from commandline, lsusb, lspci Borderlands runs decent on my Fedora/MacBook Pro/Intel 3000 without any arguments (~20fps). However, I read online that one could achieve significantly faster frame-rates by forcing Borderlands to only use DirectX 9 with "-DX9" "wine Borderlands.exe -DX9" This, however causes the game to crash I thought this might be interesting, valuable information, or perhaps even fixable. -- 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 47538] New: osu! web installer 20190716.5: Crashes when running after downloading and installation
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=47538 Bug ID: 47538 Summary: osu! web installer 20190716.5: Crashes when running after downloading and installation Product: Wine Version: 4.12.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: huupoke12(a)yahoo.com.vn Distribution: --- Created attachment 64931 --> https://bugs.winehq.org/attachment.cgi?id=64931 Terminal output Download osu! at: https://m1.ppy.sh/r/osu!install.exe Run the installer (Default installation path) After done downloading, it runs. A logo appears, then the application crashes. --- SHA1 of osu!install.exe version 20190716.5: 36d7474406f9809a410f8b3efa25fe9b1f7c5a69 GGDrive URL for exact version download: https://drive.google.com/open?id=19I4TXVfZKHWobxhXqbyjSU_rRolo6fFf -- 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 44784] New: Lingvo x6 portable does not start
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=44784 Bug ID: 44784 Summary: Lingvo x6 portable does not start Product: Wine Version: 3.4 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maksim.andronenkov(a)rovaniemi.uz Created attachment 60812 --> https://bugs.winehq.org/attachment.cgi?id=60812 logs Recently installed wine 3.4 on MacOS High Sierra and tried to run Lingvo X6 portable www.lingvo.ru but did not happen. Logs are attached. -- 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 41564] New: Google Nik Collection: Top menu bar gone and cursor gone
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=41564 Bug ID: 41564 Summary: Google Nik Collection: Top menu bar gone and cursor gone Product: Wine-staging Version: 1.9.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dan.Tableau(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Hello, I just want to report that using wine 1.9.21 (staging) with the Google Nik Collection creates the following issues: Top menu bar gone, cursor gone (while inside the window). After switching to winehq-devel, as suggest in the IRC (Thanks, slackner), the problem was gone. Both times the version used was: 1.9.21 Let me know if more info is needed. Thank for doing all this and keeping it up and running! -- 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 47408] New: Katamari Damacy: AppData\Local mismatch causes Steam Cloud to be ignored
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=47408 Bug ID: 47408 Summary: Katamari Damacy: AppData\Local mismatch causes Steam Cloud to be ignored Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: devilj(a)outlook.pt Distribution: --- Hi, This game seems to have hardcoded the directories for the AppData\Local and AppData\LocalLow folders, and that means the game isn't syncing with Steam Cloud, because Steam is a good program and knows where to store the files correctly and this game doesn't. Specifically, Steam saves in the right directory ("%LocalAppData%" -> "%USERPROFILE%\Local Settings\Application Data\"), and the game is looking for "%USERPROFILE%\AppData\Local\"; thus, Steam can't see the files that the game writes and vice-versa. Note that the game loads and saves correctly; it just does it in the wrong directory. There is also the issue of LocalLow being missing entirely. Now, obviously, this bug sits entirely with the game; but there seems to be more reports about games missing these specific folders (see bug #45713). And this bug is very easily fixable, too, by creating symlinks. That said, the AppData directories are standard since Windows Vista, and Wine is using the very old, XP-style Application Data structure. I propose that we create symlinks from AppData\Local and AppData\Romaing pointing to the correct directories, and create AppData\LocalLow on prefix creation. Hopefully that would be simple to do, and it'd fix every bug of this kind. -- 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 40403] New: WARCRAFT III NO VIDEO
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=40403 Bug ID: 40403 Summary: WARCRAFT III NO VIDEO Product: Wine Version: 1.9.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Hello, I just installed Warcraft III and tested it with wine 1.9.7, the videos are not played, just skipped. I joined you the wine log. The videos played well with Wine 1.7.12, is it a regression? -- 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 27325] New: after install wine delete program files...
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=27325 Summary: after install wine delete program files... Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gymka(a)mail.ru Application finereader 10 professional, http://finereader.abbyy.com/ OS: archlinux i install finereader 10 professional, not everything works ok, but for that there is workaround; after install i start application and all program files dissapears... with wine 1.3.19 everything worked ok, problems only with 1.3.20 and 1.3.21 -- 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 25

[Bug 44076] New: LA NOIRESteam Version crash at startup
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=44076 Bug ID: 44076 Summary: LA NOIRESteam Version crash at startup Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Created attachment 59792 --> https://bugs.winehq.org/attachment.cgi?id=59792 LA NOIRE Wine 2.21-staging terminal log Hello, I installed LA NOIRE Steam version, it crashed at start. I joined you terminal log and backtrace. nota: I installed Dotnet 3.5, directx9 and vcredist. -- 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

[Bug 32336] New: finereader 11 trial version install fails and rollbacks
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=32336 Bug #: 32336 Summary: finereader 11 trial version install fails and rollbacks Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 42679 --> http://bugs.winehq.org/attachment.cgi?id=42679 Log: install ABBYY FineReader 11 We have a similar bug for ABBYY finereader 10: Bug 27325 However, +msi console log is different between ABBYY finereader 10 and ABBYY finereader 11, I'm not sure if this bug is a duplication. 1. Download trial version from http://download.abbyy.cn/dist/fr11/ABBYY_FineReader_11_Chinese.exe 2. run the outer installer, it will extract and run the inner installer $ wine ABBYY_FineReader_11_Chinese.exe 3. click "安装 ABBYY FineReader 11" of the inner installer 4. the install wizard will ask you to install MSXML6, either install it or skip it. 5. run the real ABBYY FineReader installer There is something wrong and the installation will be rollback. Here is a workaround: 1. run the outer installer and extract the inner installer 2. run the inner installer with DISABLEROLLBACK=1 $ msiexec /I ABBYY\ FineReader\ 11.msi TRANSFORMS="C:\Temp\ABBYY FineReader 11\2052.mst" /Liwrmo\!vepacu "C:\users\fracting\Temp\ABBYY FineReader 11.log" LAUNCH_FROM_SETUP=1 DISABLEROLLBACK=1 -- 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 9

[Bug 46545] New: WINEPREFIX doesn't work when ends with "windows"
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=46545 Bug ID: 46545 Summary: WINEPREFIX doesn't work when ends with "windows" Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paleozogt(a)gmail.com Distribution: --- Created attachment 63407 --> https://bugs.winehq.org/attachment.cgi?id=63407 wine default prefix Setting WINEPREFIX to something that ends with "windows" (e.g., $HOME/windows) causes wineboot to create a broken wine instance. In particular, C:\ won't exist, for example: > ~ wine cmd /C dir 'C:\' > Volume in drive C has no label. > Volume Serial Number is 0000-0000 > > Directory of C: > > File not found. whereas with the default prefix C:\ is fine: > ~ wine cmd /C dir 'C:\' > Volume in drive C has no label. > Volume Serial Number is 0000-0000 > > Directory of C: > > 1/28/2019 11:31 AM <DIR> Program Files > 1/28/2019 11:31 AM <DIR> Program Files (x86) > 1/28/2019 11:31 AM <DIR> ProgramData > 1/28/2019 11:31 AM <DIR> users > 1/28/2019 11:31 AM <DIR> windows > 0 files 0 bytes > 5 directories 90,299,498,496 bytes free Setting WINEPREFIX to other values seems to work fine (e.g., $HOME/win). Why is "windows" special? Are there any other special values that WINEPREFIX shouldn't use? See the attached console log for more details. -- 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 3

[Bug 39807] New: Cannot install a programm
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=39807 Bug ID: 39807 Summary: Cannot install a programm Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: msrom(a)mail.ru Distribution: --- Created attachment 53142 --> https://bugs.winehq.org/attachment.cgi?id=53142 log Cannot install the ABBYY Aligner -- 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 39224] New: Warcraft 3: Sound rustles without -opengl
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=39224 Bug ID: 39224 Summary: Warcraft 3: Sound rustles without -opengl Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sworddragon2(a)aol.com Distribution: --- If Warcraft 3 is started without the -opengl option I'm hearing at the startscreen besides the normal music a quiet rustle. -- 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 39570] New: Multiple application crash handlers fail to load symbol information using 'dbghelp.SymLoadModule64', reporting 'dbghelp:validate_addr64 Unsupported address 0xfffffffffxxxxxxx'
by wine-bugs＠winehq.org 28 Apr '20

28 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=39570 Bug ID: 39570 Summary: Multiple application crash handlers fail to load symbol information using 'dbghelp.SymLoadModule64', reporting 'dbghelp:validate_addr64 Unsupported address 0xfffffffffxxxxxxx' Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, the issue/question was raised in https://bugs.winehq.org/show_bug.cgi?id=32237#c15 --- quote --- I did try 2012 this time and I end up crashing fixme:dbghelp:validate_addr64 Unsupported address fffffffff33a0000 err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc3db51 What's wrong with the address? --- quote --- Searching the Internet reveals this pattern/message many times - also in Wine Bugzilla - but no or even incorrect explanation - until now ;-) On 64-bit Linux machines, the Wine loader allows 32-bit dlls being mapped at high >2GB, >3GB address ranges in 32-bit processes, not having certain (design) restrictions of 32-bit process address space layout on 64-bit Windows machines (even with /LARGEADDRESSWARE). Good case, 32-bit Wine builtin dll mapped < 2 GiB virtual address space range: --- snip --- ... 0009:Call PE DLL (proc=0x7e1b6838,module=0x7e1b0000 L"wsock32.dll",reason=PROCESS_ATTACH,res=0x1) ... 0027:Call dbghelp.SymLoadModule64(ffffffff,00000000,0b36a960 "C:\\windows\\system32\\wsock32.dll",0b36a988 "wsock32.dll",7e1b0000,00000000,0000e000) ret=005eff32 0027:trace:dbghelp:SymLoadModuleEx (0xffffffff (nil) "C:\\windows\\system32\\wsock32.dll" "wsock32.dll" 7e1b0000 0000e000 (nil) 00000000) ... 0027:trace:dbghelp:SymLoadModuleExW (0xffffffff (nil) L"C:\\windows\\system32\\wsock32.dll" L"wsock32.dll" 7e1b0000 0000e000 (nil) 00000000) ... 0027:trace:dbghelp:elf_load_file Processing elf file 'L"/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/wsock32.dll.so"' at 7e1a2000 ... 0027:Ret dbghelp.SymLoadModule64() retval=7e1b0000 ret=005eff32 --- snip --- Bad case, 32-bit Wine builtin dll mapped near end of 4 GiB virtual address space range: --- snip --- ... 0009:Call PE DLL (proc=0xf734e3fc,module=0xf72f0000 L"winex11.drv",reason=PROCESS_ATTACH,res=(nil)) ... 0027:Call dbghelp.SymLoadModule64(ffffffff,00000000,0b36a960 "C:\\windows\\system32\\winex11.drv",0b36a988 "winex11.drv",f72f0000,ffffffff,00090000) ret=005eff32 0027:trace:dbghelp:SymLoadModuleEx (0xffffffff (nil) "C:\\windows\\system32\\winex11.drv" "winex11.drv" fffffffff72f0000 00090000 (nil) 00000000) "winex11.drv",ffffffff,2d053b40,0000000c) ret=edbc2fa6 ... 0027:trace:dbghelp:SymLoadModuleExW (0xffffffff (nil) L"C:\\windows\\system32\\winex11.drv" L"winex11.drv" fffffffff72f0000 00090000 (nil) 00000000) 0027:fixme:dbghelp:validate_addr64 Unsupported address fffffffff72f0000 ... 0027:Ret dbghelp.SymLoadModule64() retval=00000000 ret=005eff32 --- snip --- In this specific case, the game registered an own crash handler which dumps various debugging information in case of a crash. 'dbghelp.SymLoadModule64' is called by the custom crash handler. Source: https://source.winehq.org/git/wine.git/blob/1fa7710ff92dd9555b2b4753e22ce5f… --- snip --- 656 DWORD64 WINAPI SymLoadModule64(HANDLE hProcess, HANDLE hFile, PCSTR ImageName, 657 PCSTR ModuleName, DWORD64 BaseOfDll, DWORD SizeOfDll) 658 { 659 return SymLoadModuleEx(hProcess, hFile, ImageName, ModuleName, BaseOfDll, SizeOfDll, 660 NULL, 0); 661 } --- snip --- So how does high DWORD of 'BaseOfDll' parameter get the 0xffffffff value? A few caller frames up in the app crash handler: --- snip --- ... 005F06D6 8B55 D0 MOV EDX,DWORD PTR SS:[EBP-30] 005F06D9 8B45 CC MOV EAX,DWORD PTR SS:[EBP-34] 005F06DC 8B4D F8 MOV ECX,DWORD PTR SS:[EBP-8] 005F06DF 52 PUSH EDX 005F06E0 99 CDQ 005F06E1 52 PUSH EDX ; high DWORD BaseOfDll 005F06E2 50 PUSH EAX ; low DWORD BaseOfDll 005F06E3 8B45 FC MOV EAX,DWORD PTR SS:[EBP-4] 005F06E6 50 PUSH EAX 005F06E7 51 PUSH ECX 005F06E8 8B4D E8 MOV ECX,DWORD PTR SS:[EBP-18] 005F06EB 56 PUSH ESI 005F06EC E8 EFF7FFFF CALL A_Slower.005EFEE0 ... --- snip --- 'winex11.drv' -> 0xf72f0000 Since the highest bit in low 32-bit 'BaseOfDll' DWORD is set, the 'CDQ' instruction copies the sign (bit 31) of the value in the EAX register into every bit position in the EDX register. Voila - you get the 0xffffffff EDX value which is then propagated through the caller chain as high 32-bit 'BaseOfDll' DWORD to 'dbghelp.SymLoadModule64', leading to symbol load failure and fixme/warning messages. This should be fixed, allowing symbol information even for dlls mapped in high address range to be loaded. $ wine --version wine-1.7.54-261-g61c49bd 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 3

[Bug 17072] New: Star Trek Generations crashes w/Unhandled privileged instruction if run with an NT-based Windows version
by wine-bugs＠winehq.org 28 Apr '20

28 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=17072 Summary: Star Trek Generations crashes w/Unhandled privileged instruction if run with an NT-based Windows version Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Rincebrain(a)gmail.com Precisely what I posted - when running Star Trek Generations with WinNT/Win2K/WinXP or above set as winver, wine crashes hard: $ wine sgens.exe wine: Unhandled privileged instruction at address 0x4df547 (thread 0009), starting debugger... Unhandled exception: privileged instruction in 32-bit code (0x004df547). fixme:dbghelp_msc:pe_load_debug_directory This guy has FPO information Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004df547 ESP:0032fcd4 EBP:0032fe48 EFLAGS:00010246( - 00 -RIZP1) EAX:0000000f EBX:00536d78 ECX:00565998 EDX:000003b4 ESI:ffffffff EDI:00565998 Stack dump: 0x0032fcd4: 004df354 ffffffff 0048a0a6 00000001 0x0032fce4: 00565998 ffffffff 00536d78 00030000 0x0032fcf4: 00565998 7bc3428f 0013d320 7bc91ff4 0x0032fd04: 0032fd94 7bc46c26 00110054 0032fd5c 0x0032fd14: 0032fd44 00000000 00000000 0013d2f0 0x0032fd24: 0000000a 00110000 0000000c 00000010 Backtrace: =>0 0x004df547 in sgens (+0xdf547) (0x0032fe48) 1 0x00526b49 in sgens (+0x126b49) (0x0032fe5c) 2 0x005192b5 in sgens (+0x1192b5) (0x0032fe74) 3 0x00504a4e in sgens (+0x104a4e) (0x0032ff08) 4 0x7b879288 start_process+0x98(arg=(nil)) [/home/rich/wine-git/dlls/kernel32/process.c:904] in kernel32 (0x0032ffe8) 5 0xf7e6ed77 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x004df547: outb %al,%dx Modules: Module Address Debug info Name (101 modules) PE 400000- 5e8000 Export sgens ELF 7b800000-7b940000 Dwarf kernel32<elf> \-PE 7b820000-7b940000 \ kernel32 ELF 7bc00000-7bcae000 Deferred ntdll<elf> \-PE 7bc10000-7bcae000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7dc40000-7dc44000 Deferred libgpg-error.so.0 ELF 7dc44000-7dcad000 Deferred libgcrypt.so.11 ELF 7dcad000-7dcbf000 Deferred libtasn1.so.3 ELF 7dcbf000-7dcc3000 Deferred libkeyutils.so.1 ELF 7dcc3000-7dccc000 Deferred libkrb5support.so.0 ELF 7dccc000-7dcfe000 Deferred libcrypt.so.1 ELF 7dcfe000-7dd9b000 Deferred libgnutls.so.26 ELF 7dd9b000-7ddbf000 Deferred libk5crypto.so.3 ELF 7ddbf000-7de51000 Deferred libkrb5.so.3 ELF 7de51000-7de7b000 Deferred libgssapi_krb5.so.2 ELF 7de7b000-7deb1000 Deferred libcups.so.2 ELF 7df20000-7df53000 Deferred uxtheme<elf> \-PE 7df30000-7df53000 \ uxtheme ELF 7df53000-7df68000 Deferred midimap<elf> \-PE 7df60000-7df68000 \ midimap ELF 7df68000-7df91000 Deferred msacm32<elf> \-PE 7df70000-7df91000 \ msacm32 ELF 7df91000-7dfa9000 Deferred libice.so.6 ELF 7dfa9000-7dff9000 Deferred libpulse.so.0 ELF 7dff9000-7e0c1000 Deferred libasound.so.2 ELF 7e0cb000-7e0e4000 Deferred msacm32<elf> \-PE 7e0d0000-7e0e4000 \ msacm32 ELF 7e0e4000-7e11b000 Deferred winealsa<elf> \-PE 7e0f0000-7e11b000 \ winealsa ELF 7e11b000-7e124000 Deferred libxcursor.so.1 ELF 7e124000-7e129000 Deferred libxfixes.so.3 ELF 7e129000-7e12d000 Deferred libxcomposite.so.1 ELF 7e12d000-7e134000 Deferred libxrandr.so.2 ELF 7e134000-7e13e000 Deferred libxrender.so.1 ELF 7e13e000-7e144000 Deferred libxxf86vm.so.1 ELF 7e144000-7e147000 Deferred libxinerama.so.1 ELF 7e147000-7e168000 Deferred imm32<elf> \-PE 7e150000-7e168000 \ imm32 ELF 7e168000-7e16d000 Deferred libxdmcp.so.6 ELF 7e16d000-7e186000 Deferred libxcb.so.1 ELF 7e186000-7e189000 Deferred libxcb-xlib.so.0 ELF 7e189000-7e18c000 Deferred libxau.so.6 ELF 7e18c000-7e27b000 Deferred libx11.so.6 ELF 7e27b000-7e28a000 Deferred libxext.so.6 ELF 7e28a000-7e28e000 Deferred libcom_err.so.2 ELF 7e28e000-7e292000 Deferred libcap.so.1 ELF 7e292000-7e29b000 Deferred libsm.so.6 ELF 7e29b000-7e2a2000 Deferred libasound_module_pcm_pulse.so ELF 7e2a2000-7e2ab000 Deferred librt.so.1 ELF 7e2ad000-7e349000 Deferred winex11<elf> \-PE 7e2c0000-7e349000 \ winex11 ELF 7e38b000-7e3b2000 Deferred libexpat.so.1 ELF 7e3b2000-7e3df000 Deferred libfontconfig.so.1 ELF 7e3df000-7e3f5000 Deferred libz.so.1 ELF 7e3f5000-7e46b000 Deferred libfreetype.so.6 ELF 7e46b000-7e4a2000 Deferred winspool<elf> \-PE 7e470000-7e4a2000 \ winspool ELF 7e4a2000-7e4ff000 Deferred shlwapi<elf> \-PE 7e4b0000-7e4ff000 \ shlwapi ELF 7e4ff000-7e67a000 Deferred shell32<elf> \-PE 7e510000-7e67a000 \ shell32 ELF 7e67a000-7e728000 Deferred comdlg32<elf> \-PE 7e680000-7e728000 \ comdlg32 ELF 7e728000-7e760000 Deferred dinput<elf> \-PE 7e730000-7e760000 \ dinput ELF 7e760000-7e774000 Deferred libresolv.so.2 ELF 7e797000-7e7b7000 Deferred iphlpapi<elf> \-PE 7e7a0000-7e7b7000 \ iphlpapi ELF 7e7b7000-7e81e000 Deferred rpcrt4<elf> \-PE 7e7c0000-7e81e000 \ rpcrt4 ELF 7e81e000-7e930000 Deferred ole32<elf> \-PE 7e840000-7e930000 \ ole32 ELF 7e930000-7e97d000 Deferred dsound<elf> \-PE 7e940000-7e97d000 \ dsound ELF 7e97d000-7ea44000 Deferred comctl32<elf> \-PE 7e990000-7ea44000 \ comctl32 ELF 7ea44000-7ea59000 Deferred lz32<elf> \-PE 7ea50000-7ea59000 \ lz32 ELF 7ea59000-7ea83000 Deferred msvfw32<elf> \-PE 7ea60000-7ea83000 \ msvfw32 ELF 7ea83000-7ead8000 Deferred advapi32<elf> \-PE 7ea90000-7ead8000 \ advapi32 ELF 7ead8000-7eb79000 Deferred gdi32<elf> \-PE 7eaf0000-7eb79000 \ gdi32 ELF 7eb79000-7ecc8000 Deferred user32<elf> \-PE 7eb90000-7ecc8000 \ user32 ELF 7ecc8000-7ed5c000 Deferred winmm<elf> \-PE 7ecd0000-7ed5c000 \ winmm ELF 7ef87000-7ef93000 Deferred libnss_files.so.2 ELF 7ef93000-7ef9e000 Deferred libnss_nis.so.2 ELF 7ef9e000-7efb7000 Deferred libnsl.so.1 ELF 7efb7000-7efdd000 Deferred libm.so.6 ELF 7efe5000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF f7cc8000-f7ccc000 Deferred libdl.so.2 ELF f7ccc000-f7e2a000 Deferred libc.so.6 ELF f7e2b000-f7e44000 Deferred libpthread.so.0 ELF f7e47000-f7e50000 Deferred libnss_compat.so.2 ELF f7e67000-f7fa2000 Dwarf libwine.so.1 ELF f7fa4000-f7fc4000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Generations\sgens.exe 00000009 0 <== 0000000c 00000013 0 00000012 0 0000000e 0 0000000d 0 0000000f 00000015 0 00000014 0 00000011 0 00000010 0 00000016 00000017 0 Backtrace: =>0 0x004df547 in sgens (+0xdf547) (0x0032fe48) 1 0x00526b49 in sgens (+0x126b49) (0x0032fe5c) 2 0x005192b5 in sgens (+0x1192b5) (0x0032fe74) 3 0x00504a4e in sgens (+0x104a4e) (0x0032ff08) 4 0x7b879288 start_process+0x98(arg=(nil)) [/home/rich/wine-git/dlls/kernel32/process.c:904] in kernel32 (0x0032ffe8) 5 0xf7e6ed77 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) This is not true at all when running with Win9x-based winver - though that has graphical glitches. Tested with wine-1.1.12-777-g6d0a0fb and wine-1.1.12-829-g0b8faac (I'm confused why wine git HEAD insists that it's wine-1.1.12,but I'm not questioning 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 15

[Bug 32237] New: A slower speed of light: Game crashes after Intro
by wine-bugs＠winehq.org 28 Apr '20

28 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=32237 Bug #: 32237 Summary: A slower speed of light: Game crashes after Intro Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: fox6x6x6(a)gmail.com Classification: Unclassified Created attachment 42525 --> http://bugs.winehq.org/attachment.cgi?id=42525 wine output The game starts normally and you can watch the Intro, but after that the game crashes. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2019