wine-bugs December 2018

wine-bugs@winehq.org

1 participants
7612 discussions

[Bug 46087] New: Directx9 games are very slow (unusable)
by wine-bugs＠winehq.org 27 Dec '22

27 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46087 Bug ID: 46087 Summary: Directx9 games are very slow (unusable) Product: Wine-staging Version: 3.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mochobb(a)clix.pt CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62718 --> https://bugs.winehq.org/attachment.cgi?id=62718 Hardware specs and terminal output I noticed that suddenly games were very slow (it takes seconds just to highlight a menu item). I tested Shadow Warrior 2 and XCOM: Enemy Unknown. The first game I had never tried, but I know the performance of the second one. I downgraded wine-staging until I got a working version: 3.15. The other versions tried were 3.17, 3.18 and 3.19. The terminal output is attached. The output refers to XCOM, launching the game up to the menu and exiting. Also attached are my hardware specifications. Thank you very much for reading this. -- 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 13

[Bug 13470] New: Warhammer : Battle March (Loading)
by wine-bugs＠winehq.org 25 Dec '22

25 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=13470 Summary: Warhammer : Battle March (Loading) Product: Wine Version: 1.0-rc2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dl.zerocool(a)gmail.com Created an attachment (id=13387) --> (http://bugs.winehq.org/attachment.cgi?id=13387) Console logs Actually, warhammer is playable at decent speed. The troubleshooting is starting the game, or charging a map (mission, campaign, etc.) It requires arround 10min to have the first game menu... And it requires other 10minutes if you want to play. The game is unplayble since it requires 20minutes to start gaming. But the game itself even with highest options work very well. The problem is the same with older wine versions. And apparently the Warhammer mark of chaos (whitout battle march addon installed) Have the same loading problem. -- 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 32

[Bug 44997] New: Installation support is broken for ElsterFormular 19.3.
by wine-bugs＠winehq.org 24 Dec '22

24 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=44997 Bug ID: 44997 Summary: Installation support is broken for ElsterFormular 19.3. Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- It would be nice if I could install the application “ElsterFormular 19.3 (2018-04-12)”. https://www.elster.de/eportal/infoseite/elsterformular https://appdb.winehq.org/objectManager.php?sClass=application&iId=1925 It can happen that the first dialogue looks completely fine while I get a questionable display by the software “Wine 3.6-797.1” for further start tries. elfring@Sonne:~/geladen/Freeware> wine start ElsterFormularPrivat.msi 005d:fixme:exec:SHELL_execute flags ignored: 0x00000100 elfring@Sonne:~/geladen/Freeware> 005f:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet 0060:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"actionData", clsid {000c109e-0000-0000-c000-000000000046} 0060:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"objFSO", clsid {000c109e-0000-0000-c000-000000000046} 005f:err:msi:ITERATE_Actions Execution halted, action L"WelcomeDlg" returned 1602 The software support is incomplete for this area. -- 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 35169] New: SetWorldTransform turning with Ellipse does not run correctly
by wine-bugs＠winehq.org 22 Dec '22

22 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=35169 Bug ID: 35169 Summary: SetWorldTransform turning with Ellipse does not run correctly Product: Wine Version: 1.7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: martin(a)hemag.ch Classification: Unclassified Created attachment 46916 --> http://bugs.winehq.org/attachment.cgi?id=46916 source of sample When using SetWorldTransform with a Ellipse then turning is faulty / Rectangle is correct -- 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 43367] New: Fruit of Grisaia crashes after meeting Yumiko
by wine-bugs＠winehq.org 22 Dec '22

22 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=43367 Bug ID: 43367 Summary: Fruit of Grisaia crashes after meeting Yumiko Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xanthsjunk(a)gmail.com Distribution: --- Created attachment 58731 --> https://bugs.winehq.org/attachment.cgi?id=58731 Backtrace The Fruit of Grisaia (steam release) crashes after meeting Yumi. The screen turns white and then black. Then the program crashes entirely. -- 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 48

[Bug 31517] New: Gomez Peer blanks screen and does not redraw correctly
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=31517 Bug #: 31517 Summary: Gomez Peer blanks screen and does not redraw correctly Product: Wine Version: 1.5.10 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 41452 --> http://bugs.winehq.org/attachment.cgi?id=41452 Wine 1.5.10 console output +++ This bug was initially created as a clone of Bug #13879 +++ When Gomez Peer is started or opened, the screen goes black and does not refresh automatically. +++ Yes, I have cloned this because it is exactly the same problem! Ubuntu 12.04 AMD64 with Unity 2D and fglrx 8.96 (AFAICT) -- 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 26550] New: Top shows unnamed process when running GomezPEER
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=26550 Summary: Top shows unnamed process when running GomezPEER Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk When GomezPEER is running it launches java.exe (Windows version of command-line Java), but Top shows a running process with no name. gnome-system-monitor shows "." and the command line as the environment variables only. GomezPEER.exe itself appears on the list fine, as does the Wine .exes, but java.exe seems to be affected in this way. This could very easily be mistaken as a virus (which I thought when I initially ran it way back). Console output: fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub! fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! -- 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 26549] New: GomezPEER fails to set processor priority
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=26549 Summary: GomezPEER fails to set processor priority Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk GomezPEER sets its background process (an instance of java.exe) to the lowest (idle) priority in Windows. It fails to do so under Linux. Does Wine lack the ability to set process priorities, perhaps? Apologies if a similar bug is already open but I could not find one. On newer systems this is not a problem, but on older system the PEER can consume 100% CPU while processing. The app is designed so that performance of the PC is not affected, which of course it isn't under Windows (save the usual Windows-related problems) but it is under Wine. I'm not sure if I/O priority is also set. The following does not work as a workaround: $nice -n19 wine ~/blah/GomezPEER.exe because this then sets all the Wine components to -n19 and can badly affect the performance of other apps running under Wine. Instead, the workaround I use is: $wineserver -p15 $nice -n19 wine ~/blah/GomezPEER.exe This way the wineserver remains at normal priority. winedevice.exe in this case still receives -n19 priority, however. Console log: fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub! fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! -- 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 42797] New: ICU64 for VICE: No highlighted read/ write-colors in Memory-window.
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=42797 Bug ID: 42797 Summary: ICU64 for VICE: No highlighted read/write-colors in Memory-window. Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: enkorv(a)yahoo.com Distribution: --- Created attachment 57824 --> https://bugs.winehq.org/attachment.cgi?id=57824 terminal output when running ICU64.exe VICE is a Commodore 64 (and siblings) emulator. "ICU64 for VICE" is a hacking tool that piggybacks onto the emulator and shows memory maps in useful ways. When starting ICU64.exe it opens a small toolbar and starts the VICE emulator as well. When selecting Memory in the toolbar a window opens which shows the memory map of the Commodore 64. It should also highlight the memory read and writes as well as where the CPU is currently running, using color highlighting. This part doesn't work so the window just has a black background. You can still zoom in and out in the memory map (using mouse scroll-wheel) and see the values of the memory locations changing live. An example of how the color highlighting typically looks is here (could not find a clip of ICU64 for VICE, so this clip shows ICU64 for Frodo, which is another Commodore 64 emulator): https://www.youtube.com/watch?v=tjcvR5McmSg Testing and wine-environment: Ubuntu 16.10 - 4.8.0-46-generic wine-2.4 ICU64 needs Microsoft .NET Framework 2.0 (see http://icu64.blogspot.se/p/download.html ) WINEPREFIX=~/.winetest2017 WINEARCH=win32 wineboot WINEPREFIX=~/.winetest2017 winetricks dotnet2 ICU64 - https://sites.google.com/site/mathfigure/icu64vice23-v0.1.2.zip c89d54ea7d64834694c3590660dee69e0738a418 WinVICE 2.3 - https://sourceforge.net/projects/vice-emu/files/releases/binaries/windows/W… b2a7ffafbcef1ab159681002616d9cf819c1ef84 Download both, unzip into same folder and run ICU64.exe. -- 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 2

[Bug 31927] New: ws2_32: sock.c fails intermittently - 'Test succeeded inside todo block: GetQueuedCompletionStatus returned 0'
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=31927 Bug #: 31927 Summary: ws2_32: sock.c fails intermittently - 'Test succeeded inside todo block: GetQueuedCompletionStatus returned 0' Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, testcase Severity: minor Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Running in a loop for about 15 minutes, I got: sock.c:5385: Test succeeded inside todo block: GetQueuedCompletionStatus returned 0 sock.c:5386: Test succeeded inside todo block: Last error was 64 make: *** [sock.ok] Error 2 -- 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

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 December 2018