wine-bugs February 2021

wine-bugs@winehq.org

1 participants
6924 discussions

[Bug 47568] New: Napoleon Total War Steam
by wine-bugs＠winehq.org 13 Jan '22

13 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=47568 Bug ID: 47568 Summary: Napoleon Total War Steam Product: Wine Version: unspecified Hardware: x86-64 OS: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tylerpelletier(a)outlook.com Fresh install of pop os fresh install of wine and steam. I got napoleon total war definitive edition to install. Campaign runs fine. I go to launch a battle and I get a pop up saying "program error" is ready. the program has encountered a serious problem and needs to close I click for more details then it says please wait for details but that stalls I left the window open saying error details tried to launch the game to try to get more details and it says steam error 227 this time. closed it and it now launches. -- 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 1

[Bug 47429] New: Medieval 2 total war gold crash on launch
by wine-bugs＠winehq.org 13 Jan '22

13 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=47429 Bug ID: 47429 Summary: Medieval 2 total war gold crash on launch Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dam.rocchi(a)gmail.com Distribution: --- Created attachment 64777 --> https://bugs.winehq.org/attachment.cgi?id=64777 Debug +loaddll,+module,+wgl in fresh 32 bot prefix Wine crash after launch, with message box "Unspecified error" and exit. -- 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 1

[Bug 43926] New: Medieval: Total War. No mouse pointer and no text in Battle mode.
by wine-bugs＠winehq.org 13 Jan '22

13 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=43926 Bug ID: 43926 Summary: Medieval: Total War. No mouse pointer and no text in Battle mode. Product: Wine Version: 2.19 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: vir.found(a)gmail.com Created attachment 59561 --> https://bugs.winehq.org/attachment.cgi?id=59561 wine-2.19 (Staging): WINEDEBUG="fixme-all,+d3d_surface,+d3d9" Steps to reproduce: 1. Start the game. 2. Press "Quick Battle". Mouse pointer is invisible. All text on screen is invisible. Reproducible on all wine versions I managed to grab: 2.0 2.0.2 2.7 2.18 2.19 2.19 (Staging) Reproducible with XQuartz and with native macdriver -- 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 47127] New: Nioh: unhandled page faults
by wine-bugs＠winehq.org 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=47127 Bug ID: 47127 Summary: Nioh: unhandled page faults Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mail(a)ap4y.me Distribution: --- Created attachment 64341 --> https://bugs.winehq.org/attachment.cgi?id=64341 console output with lutris + dxvk and steam Nioh (steam game id 485510) is crashing quite often during gameplay upon performing death blows and interacting with some objects. It requires dxvk to run but it doesn't seem to be related as I was able to complete several levels with crashes. Regular log doesn't show much so I'm attaching warn+all log and backtrace. There are wmv/quartz related error messages in the log but I don't think it's related to the crash as there are no cutscenes played when crashes happen. -- 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 45699] New: Microsoft Office 2016 Pro Plus 64-bit/ x64 fails to install
by wine-bugs＠winehq.org 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=45699 Bug ID: 45699 Summary: Microsoft Office 2016 Pro Plus 64-bit/x64 fails to install Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: alexander-winehq(a)xmine128.tk Distribution: --- Created attachment 62125 --> https://bugs.winehq.org/attachment.cgi?id=62125 Annotated installation log file Installation was done using an online installer with name: Setup.X64.de-de_O365ProPlusRetail_XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX_TX_DB_b_32_.exe (The included GUID was redacted since I'm not sure whether this is a license key or not.) I've added a log file with some observations I've made during install included inline – you can find these by searching for the letters "!!!" (without quotes). In particular, the following lines appear several times when the installer gets stuck at 58% before it aborts: wine: Call from 0x7bc5be0c to unimplemented function RPCRT4.dll.NdrClientCall3, aborting 012d:fixme:ntdll:EtwEventUnregister (deadbeef) stub. 014b:err:msi:execute_script Execution of script 0 halted; action L"[C:\\Program Files\\Common Files\\Microsoft Shared\\OfficeSoftwareProtectionPlatform\\OSPPOBJS.DLL|C:\\Program Files\\Common Files\\Microsoft Shared\\OfficeSoftwareProtectionPlatform\\osppobjs-spp-plugin-manifest-signed.xrm-ms<=>S-1-5-21-0-0-0-1000<=>{90160000-007E-0000-1000-0000000FF1CE}]CAInstallSp"... returned 1603 014b:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 Most of the other stuff appears unproblematic except maybe for CreateSymbolicLink being stubbed. -- 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 49621] New: Tableau Desktop crashes (apparently inside gdi32.GetFontFileInfo)
by WineHQ Bugzilla 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=49621 Bug ID: 49621 Summary: Tableau Desktop crashes (apparently inside gdi32.GetFontFileInfo) Product: Wine Version: 5.13 Hardware: x86 URL: https://downloads.tableau.com/tssoftware/TableauDeskto p-64bit-2020-2-2.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- sha1sum TableauDesktop-64bit-2020-2-2.exe 33445211ab66cb07990e11468521ca848a23ed7a TableauDesktop-64bit-2020-2-2.exe Someone reported this crashing on reddit, he copied it over from windows disk, i guess because of failing installer (bug 49620) For me it crashes too; Looks like for me it chokes in GetFontFileInfo 00d4:Call gdi32.GetFontFileInfo(00370009,00000000,00217fa0,00000018,00000000) ret=7fd5ee6937e3 00d4:trace:seh:dispatch_exception code=c0000005 flags=0 addr=00007FD5F0EB189A ip=f0eb189a tid=00d4 Hack below makes it start for me into login window. Maybe some font-guru could have a look at this. Note: I tried install various fonts with winetricks but that didn't help either Hack: diff --git a/dlls/gdi32/freetype.c b/dlls/gdi32/freetype.c index f82a8c1641..1b60f05354 100644 --- a/dlls/gdi32/freetype.c +++ b/dlls/gdi32/freetype.c @@ -8885,6 +8885,8 @@ BOOL WINAPI GetFontFileInfo( DWORD instance_id, DWORD unknown, struct font_filei needed = &required_size; font = entry->obj; + + if(info) *needed = sizeof(*info) + strlenW(font->fileinfo->path) * sizeof(WCHAR); if (*needed > size) { -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 50199] New: Keyboard failure for cursor keys under vDosPlus since Ubuntu 18
by WineHQ Bugzilla 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=50199 Bug ID: 50199 Summary: Keyboard failure for cursor keys under vDosPlus since Ubuntu 18 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: dos Assignee: wine-bugs(a)winehq.org Reporter: hheinscher(a)gmail.com Distribution: --- In Ubuntu Mate 16 I am running vDosPlus with FoxPro under Wine. All keys go well - even cursor keys. But since Ubuntu 18 and 20 the cursor keys are no longer available (no reaction). What causes this behavior? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 49879] New: Minecraft educational version crashes at start (native concrt140/msvcp140 is workaround)
by WineHQ Bugzilla 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=49879 Bug ID: 49879 Summary: Minecraft educational version crashes at start (native concrt140/msvcp140 is workaround) Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- As the title says After winetricks vcrun2017 the application starts fine, playing a bit with native dlls i think minimal native set is concrt140/msvcp140 Short +relay log below; 0024:Ret msvcp140._Mtx_init_in_situ() retval=0d792a18 ret=01a54145 0024:Call ucrtbase.malloc(00000008) ret=01a73ca8 0024:Call ntdll.RtlAllocateHeap(039f0000,00000000,00000008) ret=7e943888 0024:Ret ntdll.RtlAllocateHeap() retval=03afffd8 ret=7e943888 0024:Ret ucrtbase.malloc() retval=03afffd8 ret=01a73ca8 0024:Call ucrtbase.malloc(00000038) ret=01a73ca8 0024:Call ntdll.RtlAllocateHeap(039f0000,00000000,00000038) ret=7e943888 0024:Ret ntdll.RtlAllocateHeap() retval=0d792a90 ret=7e943888 0024:Ret ucrtbase.malloc() retval=0d792a90 ret=01a73ca8 0024:trace:seh:dispatch_exception code=c0000096 flags=0 addr=686C9AA2 ip=686c9aa2 tid=0024 0024:trace:seh:dispatch_exception eax=0d7927c0 ebx=00000000 ecx=0d792ab0 edx=01a73ca8 esi=0d792a90 edi=ffffffff . . wine: Unhandled privileged instruction at address 686C9AA2 (thread 0024), starting debugger... 0024:Call ntdll.RtlInitUnicodeString(0031e628,7b089750 L"\\Registry\\Machine\\Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug") ret=7b010295 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 46636] New: Old Avira AntiVir installer is not rendered properly
by wine-bugs＠winehq.org 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=46636 Bug ID: 46636 Summary: Old Avira AntiVir installer is not rendered properly Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 63550 --> https://bugs.winehq.org/attachment.cgi?id=63550 Screenshot wine-4.1 See screenshots. Note that in wine-4.x it is different and in wine-3.17. Somewhere after wine-3.17 the screen turned from white into black - not sure if this is a regression, but it seems so. -- 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 49077] New: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x782795a4)
by WineHQ Bugzilla 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=49077 Bug ID: 49077 Summary: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x782795a4) Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rich.coe2(a)gmail.com Distribution: --- distro: opensuse tumbleweed version wine-32bit-5.7-3.1.x86_64 I upgraded from previous tumbleweed version to new version yesterday. I'm running AdobeDigitalEditions that I've been using almost daily. Today was first day to run it after the upgrade yesterday. I'm getting Unhandled exception: page fault on read access to 0x00000000 in 32- bit code (0x782795a4) when I run ade after running for about a minute. It does not seem to be reacting to what I'm doing in the UI at the time. It's always the same address, 0x782795a4. I invoke ADE this way: WINEARCH=win32 WINEPREFIX=$HOME/.winedotnet wine c://Program\ Files//adobe//Adobe\ digital\ editions\ 4.5//digitaleditions.exe I ran ADE under winedbg, and after a while it crashed. The backtrace is empty. It suggests to me a stack corruption followed by a return to value overwritten on the stack. I am looking for any diagnostics to track down issue. I can run in debug, compile from source, or provide necessary traces. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 48505] New: WinRAR x64: Unhandled exception: unimplemented function GDI32.dll.ScriptGetCMap called in 64-bit code
by WineHQ Bugzilla 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=48505 Bug ID: 48505 Summary: WinRAR x64: Unhandled exception: unimplemented function GDI32.dll.ScriptGetCMap called in 64-bit code Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: esdrastarsis(a)gmail.com Distribution: --- The program calls the ScriptGetCMap function in the gdi32 dll, but it only exists in the usp10 dll, I made a patch to connect the function in both dlls via the spec file. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 21161] New: Still Life 2: Black and broken textures
by wine-bugs＠winehq.org 12 Jan '22

12 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=21161 Summary: Still Life 2: Black and broken textures Product: Wine Version: 1.1.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: otto_rey(a)yahoo.com.ar Still Life 2 display black and broken textures -- 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 59

[Bug 43170] New: Far Cry 4 fills dead air with colored bars
by wine-bugs＠winehq.org 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=43170 Bug ID: 43170 Summary: Far Cry 4 fills dead air with colored bars Product: Wine Version: 2.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: noonetinone(a)gmail.com Distribution: Other Created attachment 58434 --> https://bugs.winehq.org/attachment.cgi?id=58434 Far Cry 4 shot #1 Far Cry 4 looks good. Everything that belongs in the scene is rendered properly. Cars, animals, people. buildings, grass, and the trees look ok. The problem is empty air is being flooded with rapidly flashing bars and strips of different colors. While that is happening the following sample lines are being spammed at the console. I also have some screenshots. _____________________________________________________________________________ fixme:d3d11:wined3d_map_flags_from_d3d11_map_type Unhandled map_type 0x2. fixme:d3d11:d3d11_immediate_context_RSSetViewports Multiple viewports not implemented. <<REPEATED>> fixme:d3d11:d3d11_immediate_context_RSSetViewports Multiple viewports not implemented. fixme:d3d11:d3d11_immediate_context_Flush iface 0x1027390 stub! fixme:dxgi:dxgi_swapchain_GetDesc iface 0x1530e670, desc 0x15dfe090 partial stub! fixme:dxgi:dxgi_swapchain_GetDesc Ignoring ScanlineOrdering, Scaling and SwapEffect. -- 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 31526] New: Delphi 7: object inspector prevents copy/paste of components in form editor
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=31526 Bug #: 31526 Summary: Delphi 7: object inspector prevents copy/paste of components in form editor Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified To reproduce this bug: - place any control on the form designer - press ctrl-c, ctrl-v. There should be two controls now, which is the correct behavior - press f11 to activate the object inspector - click on any of the previously placed controls - press ctrl-c, ctrl-v. No new controls appear. If you press ctrl-v repeatedly, you may notice that new text is pasted in previously selected object inspector property. -- 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 3

[Bug 21155] New: Delphi: combobox choices hidden behind object inspector
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=21155 Summary: Delphi: combobox choices hidden behind object inspector Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kl234(a)web.de Created an attachment (id=25399) --> (http://bugs.winehq.org/attachment.cgi?id=25399) Choices displayed behind the object inspector When I try to modify the value of a property in Delphi's object inspector, I can't see the list of possible choices because this list is displayed behind the object inspector. The only exception is the property at the very bottom of the object inspector where it's possible to see some of the choices below the bottom of the object inspector window (see attached screen capture). This happens with both Delphi versions I tested with wine 1.1.35: Delphi 3 and Delphi 7. -- 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 20025] New: The displayed window is offset in Flirefly
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=20025 Summary: The displayed window is offset in Flirefly Product: Wine Version: 1.1.29 Platform: PC URL: http://www.freshtel.net/download/internetphone/ OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lats(a)yless4u.com.au Firefly 3.3 windows are being offset from the left and the top by what looks to be the width/height of the borders. See the screenshot. -- 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 31873] New: 'client.exe' crash when exiting it
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=31873 Bug #: 31873 Summary: 'client.exe' crash when exiting it Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified I run 'client.exe' in Ubuntu 12.04.1 32bit with wine 1.5.14. It look quite well, but it crash when I try to exit 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 17

[Bug 16392] New: Popup showing of incorrectly size.
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=16392 Summary: Popup showing of incorrectly size. Product: Wine Version: 1.1.10 Platform: PC URL: http://emuleplus.info/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vladimiroski(a)gmail.com When you hover the mouse over the status bar of eMule Plus, a popup comes with some information for each tab. The problem is that the popup for the first tab (the biggest one) is displayed corrupted (see attachment), others are fine. -- 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 11

[Bug 20617] New: Multithreaded crashing programs create misleading backtraces when winedbg --auto is called
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=20617 Summary: Multithreaded crashing programs create misleading backtraces when winedbg --auto is called Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla.winehq.org(a)urbanec.net Created an attachment (id=24590) --> (http://bugs.winehq.org/attachment.cgi?id=24590) MultipleThreads test case executable - requires Zoo.dll When a multithreaded program crashes and winedbg --auto is called to generate a back trace, the result is not always a back trace for the thread that caused the crash in the first place. The attached files can be used to reproduce this problem. The program MultipleThreads.exe takes no arguments and creates three new threads, each with a data structure that contains a timeout variable set to 200ms and the thread start function is set to a function in Zoo.dll. The main thread also calls the same function in Zoo.dll with the timeout variable set to 240ms. The function in Zoo.dll prints the value of the timeout, then sleeps for the duration of the timeout. After this, the function prints that it will crash, then causes an exception by a write to 0x00000000. When I run this program, the output is non-deterministic, but more often than not, the reported crashing thread does not match the thread which is shown in the backtrace. The discrepancy can be seen from this output: Thread 0x0019 *** C R A S H I N G *** wine: Unhandled page fault on write access to 0x00000000 at address 0x10001123 (thread 0019), starting debugger... Thread 0x001a *** C R A S H I N G *** Thread 0x001b *** C R A S H I N G *** Thread 0x0009 *** C R A S H I N G *** Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x10001123). ... [Register, and stack dumps, backtrace, module list] ... Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\tmp\WineCrashTest\MultipleThreads.exe 0000001b -2 0000001a -2 <== 00000019 -2 00000009 -2 Notice how the first thread to report crash intent was 0x0019, which matches the the page fault reported by except.c:start_debugger(). However, the thread list generated by winedbg shows the current thread to be 0x001a. Also notice that even though the crashing process invoked the debugger on exception in thread 0x0019, the other three threads in the crashing process continued to run and generated further page faults before the debugger started. I would expect that when a crash occurs, all threads in the process would be suspended immediately and the debugger would be able to determine the thread that caused the exception. -- 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 20584] New: Lemmings Revolution - Crash on exit.
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=20584 Summary: Lemmings Revolution - Crash on exit. Product: Wine Version: 1.1.32 Platform: PC-x86-64 URL: http://downloads.gamezone.com/demosfiles/t1178.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com Created an attachment (id=24561) --> (http://bugs.winehq.org/attachment.cgi?id=24561) Terminal output When exiting the game wine crashes and then crashes the dialogue saying that wine has crashed. Running Ubuntu 9.10 amd64 wine 1.1.32 with nVidia Geforce 8200 with 185.18.36 official drivers. -- 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 13

[Bug 23781] New: Parsing of money amount in "BNC Express" ignores decimal separator
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=23781 Summary: Parsing of money amount in "BNC Express" ignores decimal separator Product: Wine Version: unspecified Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pierre.guerrier(a)m4x.org CC: pierre.guerrier(a)m4x.org Created an attachment (id=29819) --> (http://bugs.winehq.org/attachment.cgi?id=29819) Screenshot of buggy input field I have been trying to run the "BNC Express" program in CrossOver Pro for Mac (commercial product based on wine by CodeWeavers, and per the CrossOver support opinion, the bug below belongs to wine. What follows is an updated repost of the ticket in the CodeWeaver DB: http://www.codeweavers.fr/support/tickets/browse/?ticket_id=809692 ) Quick context: BNC Express is an accounting program for the self-employed, generating income reports validated by the french IRS, quite popular I think in France. It looks like a VB program, publisher website here http://www.trefle-rouge.com/ - all in french I'm afraid. The GUI is generally OK, but there is a nasty bug whenever inputting a monies amount in the program (which of course, happens quite a lot). You are supposed to type in, say "45,34" (for 45 euros and 34 cents). The part after the separator is optional. In any case, the software will the normalize the input and turn it into "45,00" e.g. if you just entered "45". The bug is that it misses out the separator in Wine/CrossOver. So "45,34" turns into "4534,00". I have not found anything similar in the ticket database (neither codeweaver or winehq) or on web. I did try to change the sDecimal and sMonDecimal values in the Registry (seen another ticket for a VB app that was solved this way). This DOES change the separator used when re-displaying the normalized amount (display is set by sDecimal). But it does not change the buggy behavior of ignoring the separator when parsing the input (it is not possible to input anything other than numbers and , and . in monies field, the program filters it and turns "." into "," immediately upon typing - this is an expected behavior, same as windows). (this is not a locale problem, the windows environment did inherit the french locale of the Mac system all right) When looking further, I found some vaguely reminiscent stuff on winehq, for instance: http://bugs.winehq.org/show_bug.cgi?id=10765 (except the bug seems to be on parsing, not on output format) There is a freely downloadable demo version on the TrefleRouge website above (or I can e-mail it you if you can't find your way in the french website). Launching the demo, loading the sample balance sheet takes you to the main screen which is simply bill/receipts input, and the bug shows up immediately. I have attached a screenshot of this screen with the problem highlighted. -- 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 34126] New: RaidCall 7.2.6: high (100%) CPU usage (on login)
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=34126 Bug #: 34126 Summary: RaidCall 7.2.6: high (100%) CPU usage (on login) Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gonhidi(a)gmail.com Classification: Unclassified Created attachment 45385 --> http://bugs.winehq.org/attachment.cgi?id=45385 MacPorts Wine 1.6 Raidcall 7.2.6 log: launch and login Wine 1.6 causes RaidCall's 7.2.6 CPU usage to spike after a successful login. The offending process remains active after exiting the application preventing the wineserver and the other wine processes from closing. I have observed this behaviour when running MacPort's 1.6 wine port, on OS X 10.8.4. It is not present on the previous version of the build, 1.4.1_4. Running winedbg and calling info processes before and after RaidCall login shows a new process likely to be the CPU hog, 'Wizard.exe' (part of the RaidCall installation). Wine-dbg>info process pid threads executable (all id:s are in hex) 00000025 9 'raidcall.exe' 00000041 12 \_ 'Wizard.exe' 00000022 2 'explorer.exe' 0000000e 5 'services.exe' 0000001a 3 \_ 'plugplay.exe' 00000012 4 \_ 'winedevice.exe' The way I run RaidCall is by executing "wine start 'C:\Program Files\RaidCall\raidcall.exe'" (after having installed the program using "wine raidcall.exe"). The result of a "wine start 'C:\Program Files\RaidCall\raidcall.exe' &> log-run.txt" is attached. Killing the offending process doesn't seem to break RaidCall, at least superficially. I have not tested deeper to see if it is a valid workaround. I have tried using git bisect to trace the behaviour to a commit. I followed the instructions from “MacOSX/Building” section “Build Wine git version, the MacPorts way” (<http://wiki.winehq.org/MacOSX/Building#head-ca82f43f942cbed405199780ca73d07…>), but running wine from within the build directory (i.e. skipping the make install step): make clean ./configure CPPFLAGS='-I/usr/X11/include -I/opt/local/include' LIBS='-lGL -lGLU' LDFLAGS='-L/usr/X11/lib -L/opt/local/lib' make DYLD_FALLBACK_LIBRARY_PATH="/usr/X11/lib:/usr/lib:/opt/local/lib" ./wine raidcall.exe DYLD_FALLBACK_LIBRARY_PATH="/usr/X11/lib:/usr/lib:/opt/local/lib" ./wine start 'C:\Program Files\RaidCall\raidcall.exe' Doing nothing but that I soon started having build problems (likely reason being that of the “Compiling Wine on Mac OS X 10.8.2?” February 2013 wine-devel mailing list thread) so I set CC to MacPort's clang 3.3 (@3.3_0+analyzer+python27). From then on, things went smoothly and led to the following git commit: [2f48b12c575c4e1afc6115a39d60722acda73d7d] gdi32: Use the Mac driver by default Note that using the aforementioned build process the 100% CPU usage also appears when launching the RaidCall installer, so perhaps the issue is not the same or something else is showing up. -- 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 49800] New: World of Warcraft appears on the wrong monitor when running full screen
by WineHQ Bugzilla 10 Jan '22

10 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=49800 Bug ID: 49800 Summary: World of Warcraft appears on the wrong monitor when running full screen Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: brgerst(a)gmail.com Distribution: --- Prior to 5.16, World of Warcraft appeared full screen on the primary (right) monitor of a dual monitor setup. On 5.16, it appears on the left monitor and can't be moved back to the right unless set to windowed mode. Reverting commit c5ec1585f6e5211a2b63e3435748210552250534 ("winex11.drv: Always update _NET_WM_STATE in update_net_wm_states().") fixes the problem. The desktop environment is MATE on Fedora 32. Trace output without the patch reverted: 0024:trace:x11drv:update_net_wm_states setting wm state 0 for window 0x1006a/4000005 to 1 prev 1 0024:trace:x11drv:update_net_wm_states setting wm state 1 for window 0x1006a/4000005 to 0 prev 0 0024:trace:x11drv:update_net_wm_states setting wm state 2 for window 0x1006a/4000005 to 0 prev 0 0024:trace:x11drv:update_net_wm_states setting wm state 3 for window 0x1006a/4000005 to 0 prev 0 0024:trace:x11drv:update_net_wm_states setting wm state 4 for window 0x1006a/4000005 to 0 prev 0 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 46075] New: Delta Rune: Wine crashes after going past the first Forest room
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=46075 Bug ID: 46075 Summary: Delta Rune: Wine crashes after going past the first Forest room Product: Wine Version: 3.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryu.ketsueki(a)outlook.com Distribution: --- Created attachment 62687 --> https://bugs.winehq.org/attachment.cgi?id=62687 Crash backtrace This recently released game called Delta Rune, commonly known as well as SURVEY PROGRAM, because this is how it was publicly released. The game works just fine until this specific area of the game called Forest. Past the save point, wine crashes and forces the game to close. Backtrace is 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 22689] New: Bonzai3D - dialogue boxes inactive when opened
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=22689 Summary: Bonzai3D - dialogue boxes inactive when opened Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://formz.com/products/bonzai3d/bonzai3dDownloadTri al.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nick(a)lasventajas.com In Bonzai3D dialogue boxes are inactive until the window bar of the box is clicked. For example, right clicking on an object in the project window and selecting, 'Attributes', invokes a dialogue box with a number of options relative to the object. All options are inactive until the window bar of the dialogue box is clicked at which point the box becomes live. -- 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

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 February 2021