wine-bugs July 2023

wine-bugs@winehq.org

1 participants
3126 discussions

[Bug 53556] New: winealsa.drv segfaults on process exit
by WineHQ Bugzilla 28 Nov '23

28 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=53556 Bug ID: 53556 Summary: winealsa.drv segfaults on process exit Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: brendan(a)redmandi.com Distribution: --- Created attachment 72919 --> https://bugs.winehq.org/attachment.cgi?id=72919 Adds test to kernelbase_test.exe sync I get a segfault on process exit whenever the winealsa.drv is loaded. I can recreate this by running the winmm_test.exe midi test for example. I've also attached a patch that adds a test to kernelbase_test.exe (under the 'sync' tests) that recreates this issue. It's recreated in this patch without the process exit (thread termination is enough). Here's the stacktrace for the winealsa.drv thread at the beginning of signal_exit_thread (not long after SIGQUIT is signaled): #0 0x00007ffff7cee3ce in signal_exit_thread () #1 0x00007ffff7d0d25b in abort_thread (status=status@entry=0) at ../../include/winnt.h:2246 #2 0x00007ffff7cf12e8 in quit_handler (signal=<optimised out>, siginfo=<optimised out>, ucontext=<optimised out>) at ../../dlls/ntdll/unix/signal_x86_64.c:2861 #3 <signal handler called> #4 0x00007ffff7e0a195 in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x7ffff5aa2528 <notify_read_cond+40>) at ./nptl/futex-internal.c:57 #5 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x7ffff5aa2528 <notify_read_cond+40>) at ./nptl/futex-internal.c:87 #6 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x7ffff5aa2528 <notify_read_cond+40>, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at ./nptl/pthread_cond_wait.c:503 #8 ___pthread_cond_wait (cond=cond@entry=0x7ffff5aa2500 <notify_read_cond>, mutex=mutex@entry=0x7ffff5aa2540 <notify_mutex>) at ./nptl/pthread_cond_wait.c:627 #9 0x00007ffff5a99a67 in midi_notify_wait (args=0x23cfdd0) at ../../dlls/winealsa.drv/alsamidi.c:1512 #10 0x00007ffff7cd7f13 in __wine_unix_call (handle=<optimised out>, code=<optimised out>, args=0x7ffff5aa2528 <notify_read_cond+40>) at ../../dlls/ntdll/unix/loader.c:1362 #11 0x00007ffff7cee565 in __wine_syscall_dispatcher () #12 0x00000000024cf640 in ?? () #13 0x0000000000000019 in ?? () #14 0x00007ffff7e0d850 in ?? () at ./nptl/pthread_create.c:321 #15 0x00007ffff7cee3cc in signal_start_thread () #16 0x0000000000000000 in ?? () Before the call to __GI___futex_abstimed_wait_cancelable64 (made from frame 7), the following line of code is executed: https://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/pthread_cond_wait.c;h… __pthread_cleanup_push (&buffer, __condvar_cleanup_waiting, &cbuffer); This appears to push some cleanup code on to a cleanup stack that glibc later attempts to use during thread termination. However, the buffer and cbuffer structs are allocated on the threads stack. Exploring frame 7, we can get the memory address for the buffer struct (0x24ce870): (gdb) f 7 #7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at ./nptl/pthread_cond_wait.c:503 warning: Source file is more recent than executable. 503 err = __futex_abstimed_wait_cancelable64 ( (gdb) p &buffer $1 = (struct _pthread_cleanup_buffer *) 0x24ce870 I then step forward 4 instructions: (gdb) si 0x00007ffff7cee3d5 in signal_exit_thread () 1: x/i $rip => 0x7ffff7cee3d5 <signal_exit_thread+9>: test %rcx,%rcx (gdb) 0x00007ffff7cee3d8 in signal_exit_thread () 1: x/i $rip => 0x7ffff7cee3d8 <signal_exit_thread+12>: jne 0x7ffff7cee3dc <signal_exit_thread+16> (gdb) 0x00007ffff7cee3dc in signal_exit_thread () 1: x/i $rip => 0x7ffff7cee3dc <signal_exit_thread+16>: mov %rcx,%rsp (gdb) 0x00007ffff7cee3df in signal_exit_thread () 1: x/i $rip => 0x7ffff7cee3df <signal_exit_thread+19>: call *%rsi (gdb) bt #0 0x00007ffff7cee3df in signal_exit_thread () #1 0x00007ffff7d0a1f0 in start_thread (teb=0x67fd0000) at ../../dlls/ntdll/unix/thread.c:1070 #2 0x00007ffff7e0db43 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #3 0x00007ffff7e9fa00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 (gdb) p $rsp $2 = (void *) 0x24cee00 And now the $rsp register is updated (to 0x24cee00), but it's to the right of the buffer struct. 0x24cee00 - 0x24ce870 = 0x590 (1424 bytes). So once the stack expands 1424 bytes (to the left), this buffer struct is overwritten. I add a watch to the buffer structs memory address and continue: (gdb) watch ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine (gdb) c Continuing. Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine Old value = (void (*)(void *)) 0x7ffff7e0c7a0 <__condvar_cleanup_waiting> New value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop> 0x00007ffff7fc2426 in __GI__dl_find_object (pc1=0x7ffff51663e9 <_Unwind_ForcedUnwind+57>, result=0x24ce8d0) at ./elf/dl-find_object.c:363 363 if (__glibc_unlikely (_dlfo_main.map_end == 0)) 1: x/i $rip => 0x7ffff7fc2426 <__GI__dl_find_object+6>: push %r13 (gdb) Continuing. Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine Old value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop> New value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57> 0x00007ffff5166c91 in get_cie_encoding (cie=0x7ffff516a1b8) at ../../../src/libgcc/unwind-dw2-fde.c:299 299 aug = cie->augmentation; 1: x/i $rip => 0x7ffff5166c91 <get_cie_encoding+1>: mov %rdi,%rbp (gdb) Continuing. Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine Old value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57> New value = (void (*)(void *)) 0x24ce890 0x00007ffff516584c in uw_update_context_1 (context=0x24ceb90, fs=0x24ce9d0) at ../../../src/libgcc/unwind-dw2.c:1454 1454 switch (fs->regs.reg[i].how) 1: x/i $rip => 0x7ffff516584c <uw_update_context_1+492>: lea 0x4209(%rip),%rbp # 0x7ffff5169a5c (gdb) c Continuing. It actually gets updated a few times, but the last update is to an invalid executable address (0x24ce890); which ultimately leads to the segfault: Thread 2 "winmm_test.exe" received signal SIGSEGV, Segmentation fault. 0x00000000024ce890 in ?? () 1: x/i $rip => 0x24ce890: rex.WXB add %al,(%r8) 1: x/i $rip => 0x24ce890: rex.WXB add %al,(%r8) -- 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 5

[Bug 54359] New: DaciaMediaNavEvolutionToolbox crashes due to error in libcef
by WineHQ Bugzilla 28 Nov '23

28 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=54359 Bug ID: 54359 Summary: DaciaMediaNavEvolutionToolbox crashes due to error in libcef Product: Wine Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dani.faugiana(a)gmail.com Distribution: --- Created attachment 73931 --> https://bugs.winehq.org/attachment.cgi?id=73931 Backtrace of the crash in libcef.dll Hello, I am trying to run DaciaMediaNavEvolutionToolbox to update the car maps. The application crashes right after starting, I have attached the backtrace. I have tried running the software in Windows XP and Windows 7 modes. Same result in both modes. The error seems to be in libcef.dll, the Chromium Embedded Framework. Searching other bugs, it seems that it's a bug that re-appears from time to time as Chromium changes its internals. Is the fix already ongoing? Or should I give up (or maybe try to help fixing it?) Thanks -- 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 8

[Bug 33208] New: WWII Battle Tanks: T-34 vs. Tiger selection of the new company causes to crash
by wine-bugs＠winehq.org 27 Nov '23

27 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=33208 Bug #: 33208 Summary: WWII Battle Tanks: T-34 vs. Tiger selection of the new company causes to crash Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 43931 --> http://bugs.winehq.org/attachment.cgi?id=43931 logout + backtrace Game runs without any overrides, but has crash when selecting a new company. -- 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 6

[Bug 40183] New: unable to install GOTO bridge software
by wine-bugs＠winehq.org 27 Nov '23

27 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=40183 Bug ID: 40183 Summary: unable to install GOTO bridge software Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ajax_lusinchi(a)yahoo.fr Distribution: --- Created attachment 53690 --> https://bugs.winehq.org/attachment.cgi?id=53690 report from installation under ubuntu 140.04 with wine 1.6 GOTO bridge XVI works with windows Installation failed I also use without problem Funbridge sofware from the same firm -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 53951] New: Corsairs game crashes at startup
by WineHQ Bugzilla 27 Nov '23

27 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=53951 Bug ID: 53951 Summary: Corsairs game crashes at startup Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: varrok(a)gmail.com Distribution: --- Created attachment 73527 --> https://bugs.winehq.org/attachment.cgi?id=73527 Logs from a clean wine32 prefix + winetricks dsound, quartz, gdi+, cinepack components. WinXp compatibility mode. Hi ????, I'm trying to get the Corsairs Gold game to run https://www.gog.com/game/corsairs_gold , but it refuses to. I got it to run on one prefix (with issues, but at least got through the intro videos, menus [with error messages] to gameplay), but reproducing it cleanly was too hard after multiple attempts. Sadly, this game doesn't have a demo for easy reproduction. When I launch the game (getting past the separate .exe launcher), black screen is displayed (where the cutscenes are supposed to play) for some time (probably video duration) then the game's splash image is displayed, and the game crashes at the first frame of the main menu. The report issue Wine popup appears, but doesn't manage to fill in the data to send even after waiting for a long while. I do have output logs though, attached here. Extra information: - This game uses cinepack codec for the .avi videos, but installing it via winetricks doesn't make them immediately run (they display black screen) - The game requires at least the quartz component of winetricks (or equivalent), and most likely dsound too - installing them alone didn't make the game get to the menu correctly. Tried various other including: directmusic, directshow, avifil32, dsmo, mf, allcodecs, gdi+, didn't seem to change anything. - The GOG version of the game uses a modified ddraw.dll (adraw.dll), it might be the cause of some issues. Some person posted a modified exe that is compatible with normal ddraw.dll https://sourceforge.net/p/dxwnd/discussion/general/thread/2a942442/#7aa5 (Not that I wish you to run potentially untrusted executables, so I'll just say I tried it and though the file seems a legit game executable, it didn't help this time) - The crashed game doesn't exit cleanly, and sometimes the next launch crashes a bit sooner than the others. Just a heads-up so you don't become insane from seeing different outcomes to seemingly the same action :) - wine-7.21-219-g5d1820c40bd , but the issue wasn't introduced in any new version - tested on a 32bit prefix, with emulated desktop 800x600 Br -- 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 13

[Bug 34998] New: 11 button mouse not detected in Wow
by wine-bugs＠winehq.org 26 Nov '23

26 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=34998 Bug #: 34998 Summary: 11 button mouse not detected in Wow Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)nuteknik.com Classification: Unclassified I am running wine 1.7.6 on Ubuntu 13.10. I have a Razer Ochori 2013 mouse whose mouse buttons are not all detected while running wow 5.4. The mouse has four side buttons, two on the left, two on the right. Both buttons on the right side are not detected in wow. xev receives Buttonpress events for those two buttons, as 10 and 11. note: xev receives both left side buttons as 8 and 9. And curiously...I have never been able find buttons 6 or 7 on this mouse. The mouse wheel does not tilt right or left... I posted this issue in the forums and was suggested to open a bug. Thanks for your help. -- 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 49616] New: Speechexec Pro Dictate fails with: ITERATE_Actions Execution halted, action L"ProductKeyError" returned 1603 with "Use demo key" mode
by WineHQ Bugzilla 26 Nov '23

26 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=49616 Bug ID: 49616 Summary: Speechexec Pro Dictate fails with: ITERATE_Actions Execution halted, action L"ProductKeyError" returned 1603 with "Use demo key" mode Product: Wine Version: 5.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: bozkar(a)gmail.com Distribution: --- Slighly older version of SpeechExec Pro Dictate does not install with "Use demo key" under wine 5.2.10-staging due to 0024:err:msi:ITERATE_Actions Execution halted, action L"ProductKeyError" returned 1603 i.e. the generated demo key is not applied. If You run the installer with WINEDEBUG=+msi and grep for the key, You will find the generated trial key. You can paste it during the next run and the installer will run (installing at least some of the components). 0140:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"key", clsid {000c109e-0000-0000-c000-000000000046} error was seen before in the output. winetricks msxml6, dotnet40, dotnet20, and wsh were applied, the MS SQL component ( SpeechExecLocalDataStorage_x86-ENU.msi ) was installed manually before). -- 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 1

[Bug 43277] New: Far Cry 3 requires Multithreaded Wineserver
by wine-bugs＠winehq.org 25 Nov '23

25 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=43277 Bug ID: 43277 Summary: Far Cry 3 requires Multithreaded Wineserver Product: Wine-staging Version: 2.10 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shitman71(a)hotmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de This game runs only on one cpu-core, causing it to run very slow and not being able to play. Reducing CPU-Load via(hidden) settings enables partially multithreading to this game, running fast enough to be played. It seems like its the conversions which are made to process graphics are slowing it down, redirecting them to a second cpu-core would enable this game and many other games to run much faster. With a Ryzen 1700x this game can barely played with the following settings in GamerProfile.xml(set file to read only): <GamerProfile> <SoundProfile MusicEnabled="1" MasterVolume="100" MicEnabled="1" IncomingVoiceEnabled="1" Language="German" /> <RenderProfile MSAALevel="0" AlphaToCoverage="0" SSAOLevel="0" SDSM="0" ResolutionX="2560" ResolutionY="1080" Quality="custom" QualityEditor="editor_ps3" Fullscreen="1" Borderless="0" UseD3D11="1" D3D11MultithreadedRendering="1" WidescreenLetterbox="0" UseWidescreenFOV="1" FOVScaleFactor="0.75" EnableSubResolution="0" SubResolutionX="1280" SubResolutionY="540" VSync="1" RefreshRate="144" DisableMip0Loading="0" GPUMaxBufferedFrames="0" ShowFPS="0" Brightness="1" Contrast="1" GammaRamp="1" AllowAsynchShaderLoading="1" MaxFPS="40"> <CustomQuality> <quality ResolutionX="2560" ResolutionY="1080" EnvironmentQuality="low" AntiPortalQuality="low" PortalQuality="low" PostFxQuality="low" TextureQuality="high" TextureResolutionQuality="low" WaterQuality="low" DepthPassQuality="low" VegetationQuality="low" TerrainQuality="low" GeometryQuality="low" AmbientQuality="low" DeferredAmbientQuality="low" ShadowQuality="low" EditorQuality="" Hdr="0" HdrFP32="0" ReflectionHdr="0" EnableVertexBinding="1" id="custom" /> </CustomQuality> <Environment> <quality RainNumSplashesPerSecond="15" id="low" /> </Environment> <Post> <quality GameDepthOfField="0" CinematicDepthOfField="0" MotionBlur="0" SSAO="0" FXAALevel="0" CloudShadows="0" SSAOMaxDistance="0" id="low" /> </Post> <Water> <quality WaterRefraction="1" OceanShoreEffect="1" ReflectionTextureSizeX="1024" ReflectionTextureSizeY="1024" ProtoDisplacement="1" OceanRealReflection="0" NumWaterReflectionPlanes="4" id="low" /> </Water> <Vegetation> <quality UseRealTreeHD="0" UsePixelLeafNormals="0" id="low" /> </Vegetation> <Terrain> <quality TerrainLodScale="1.4" TerrainDetailViewDistance="0" TerrainDetailBlendViewDistance="0" id="low" /> </Terrain> <Geometry> <quality KillLodScale="1.4" LodScale="1.4" RealTreesLodScale="1.4" RealTreesVistaMinViewDistanceScale="1.4" ClustersLodScale="1.4" TerrainLodScale="1.4" MaxDecalCount="400" MaxDecalCountPerType="50" id="low" /> </Geometry> <Ambient> <quality ShadowMapSize="128" SectorTextureSize="128" id="low" /> </Ambient> <Shadow> <quality ShadowMapSize="8" CascadedShadowMapSize="8" RainShadowMapSize="8" SoftShadows="1" EnablePCSS="0" DisableShadow="1" DisableShadowGeneration="0" DisableShadowGenTerrain="1" SpotsCastShadows="0" id="low" /> </Shadow> <DeferredShadows> <quality EnableDeferredShadows="0" id="pc" /> </DeferredShadows> </RenderProfile> <NetworkProfile VoiceChatEnabled="1" CustomMapMaxUploadRateInBitsOnline="10240000" OnlineEnginePort="9000" OnlineServicePort="9001" FileTransferHostPort="9002" FileTransferClientPort="9003" LanHostBroadcastPort="9004" LanClientBroadcastPort="9005" ScanFreePorts="1" ScanPortRange="1000" ScanPortStart="9000" SessionProvider="" MaxUploadInbpsOnline="10240000"> <Accounts /> </NetworkProfile> <GameProfile /> <ProfileSpecificGameProfile Sensitivity="0.2" Invert_x="0" Invert_y="0" DefaultFlickFireDirection_y="0" UseMouseSmooth="0" Smoothness="0" Smoothness_Ironsight="0.2" HelpCrosshair="1" Gamepad_vibration="0" UseRoadSignHilight="1" UseSubtitles="4" TaggingEnabled="1" WikiUpdatedEnabled="1" CollectibleUpdatedEnabled="1" TutorialUpdatedEnabled="0" ObjectiveReminderEnabled="1" CraftingTipsEnabled="0" DisplayXPEnabled="1" DetectionIndicatorEnabled="1" HitIndicatorEnabled="1" GrenadeIndicatorEnabled="1" UseAmbx="0" UseGamePad="0" GamepadAnswered="0" Autosave="1" Machete="0" IronsightToggleMode="0"> <FireConfig QualitySetting="low" /> </ProfileSpecificGameProfile> <RealTreeProfile Quality="low" /> <EngineProfile> <PhysicConfig QualitySetting="low" /> <QcConfig GatherFPS="1" GatherAICnt="1" GatherDialogs="0" IsQcTester="0" /> <InputConfig /> <ZoneConfig /> </EngineProfile> <UplayProfile LockString="1k0dbwX1rhTh2lZcKcdtH+xURp/WKI9sAryTxfGtclE=" /> </GamerProfile> -- 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 68

[Bug 25740] New: setupapi: registry values missing %token% replacement (dynamic strings, updspapi) (Windows PowerShell 2.0)
by wine-bugs＠winehq.org 25 Nov '23

25 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=25740 Summary: setupapi: registry values missing %token% replacement (dynamic strings, updspapi) (Windows PowerShell 2.0) Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, trying to start the Windows PowerShell Integrated Scripting Environment (ISE) after installing Windows PowerShell 2.0 fails. --- snip --- $ wine powershell_ise.exe ... Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.ArgumentNullException: Value cannot be null. Parameter name: window at System.Windows.MessageBox.Show(Window owner, String messageBoxText, String caption, MessageBoxButton button, MessageBoxImage icon, MessageBoxResult defaultResult) at Microsoft.Windows.PowerShell.Gui.Internal.Program.Initialize() --- End of inner exception stack trace --- at Microsoft.Windows.PowerShell.GuiExe.Internal.GPowerShell.Main(String[] args) wine: Unhandled exception 0xe0434f4d at address 0x7b838ce2 (thread 0009), starting debugger... --- snip --- The real cause is the inability to locate/load the assembly "CompiledComposition.Microsoft.PowerShell.GPowerShell.dll" leading to later crash. The path to assembly is resolved using registry: --- snip --- 0026:Call advapi32.RegOpenKeyExW(80000002,009bf828 L"Software\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00020019,0032ece8) ret=0036a6a7 0026:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=0036a6a7 ... 0026:Call advapi32.RegQueryValueExW(00000180,009bf770 L"ApplicationBase",00000000,0032ed18,00000000,0032ed1c) ret=0036a7aa 0026:Ret advapi32.RegQueryValueExW() retval=00000000 ret=0036a7aa ... 0026:Call KERNEL32.GetFullPathNameW(0032ea1c L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\CompiledComposition.Microsoft.PowerShell.GPowerShell.dll",00000105,0032e810,00000000) ret=0036a1c3 0026:Ret KERNEL32.GetFullPathNameW() retval=00000073 ret=0036a1c3 --- snip --- Registry export: --- snip --- REGEDIT4 [HKEY_LOCAL_MACHINE\Software\Microsoft\PowerShell\1\PowerShellEngine] "ApplicationBase"="%SystemRoot%\\system32\\WindowsPowerShell\\v1.0" "ConsoleHostAssemblyName"="Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil" "ConsoleHostModuleName"="\"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\"" "PowerShellVersion"="2.0" "PSCompatibleVersion"="1.0,2.0" "RuntimeVersion"="v2.0.50727" --- snip --- The path contains "%SystemRoot%" token which should have been deformated at _install_ time (.NET app code directly takes the path string). >From the setupapi/updspapi based installer's update.inf: --- snip --- ... [ProductInstall.GlobalRegistryChanges.Install] AddReg=PowerShell.Add.Reg DelReg=PowerShell.Del.Reg ... [PowerShell.Add.Reg] HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ApplicationBase",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0 HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostAssemblyName",0x00000000,"Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil" HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostModuleName",0x00000000,"""%SystemRoot%\system32\WindowsPowerShell\v1.0\Microsoft.PowerShell.ConsoleHost.dll""" HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PowerShellVersion",0x00000000,"2.0" HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PSCompatibleVersion",0x00000000,"1.0,2.0" HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"RuntimeVersion",0x00000000,"v2.0.50727" HKLM,SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell,"Path",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe --- snip --- There are also %token% strings which are _not_ to be replaced, hence the double % quoting: --- snip --- HKLM, SYSTEM\CurrentControlSet\Services\WinRM\Parameters, ServiceDll, 0x00020000, "%%SystemRoot%%\system32\WsmSvc.dll" --- snip --- MSDN says about the "INF AddReg Directive": http://msdn.microsoft.com/en-us/library/ff546320.aspx --- snip --- [add-registry-section] reg-root, [subkey],[value-entry-name],[flags],[value] ... value ... The expression of such a value depends on the registry type specified for the flag, as follows: * A registry string-type value can be expressed either as a "quoted string" or as a %strkey% token defined in a Strings section of the INF file. Such an INF-specified value does not have to include a NULL terminator at the end of each string. ... --- snip --- There is a "dynamic strings" directive present in .inf file: --- snip --- [DynamicStrings] SystemRoot=InstallPathEnvVar,SystemRoot --- snip --- This part is processed by installer, updspapi.UpdSpSetDynamicStringA gets called: --- snip --- 0023:Call setupapi.SetupFindFirstLineA(00144c68,01025d10 "DynamicStrings",00000000,0033bb94) ret=010758be 0023:Call ntdll.RtlCreateUnicodeStringFromAsciiz(0033baa8,01025d10 "DynamicStrings") ret=688f6bbf 0023:Ret ntdll.RtlCreateUnicodeStringFromAsciiz() retval=00000001 ret=688f6bbf 0023:trace:setupapi:SetupFindFirstLineW (0x144c68,L"DynamicStrings",(null)): returning 63/0 .. 0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025830 "ProcessDynamicStrings: InstallPathEnvVar for %s returned %s",0033bb80) ret=010706ea ... 0023:Call updspapi.UpdSpSetDynamicStringA(00144c68,010f4940 "SystemRoot",001b7108 "C:\\windows") ret=01075d51 0023:fixme:updspapi:UpdSpSetDynamicStringA 0x144c68 "SystemRoot" "C:\\windows" 0023:Ret updspapi.UpdSpSetDynamicStringA() retval=00000001 ret=01075d51 ... 0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025754 "ProcessDynamicStrings: all %%%s%% replaced with %s.",0033bb80) ret=010706ea --- snip --- Setupapi installer log: --- snip --- 2.734: ProcessDynamicStrings: InstallPathEnvVar for SystemRoot returned C:\windows 2.734: ProcessDynamicStrings: all %SystemRoot% replaced with C:\windows. --- snip --- At later stage, when the registry section is processed: --- snip --- 0023:trace:setupapi:SetupFindNextMatchLineW (0x144c68,L"ProductInstall.GlobalRegistryChanges.Install",L"AddReg"): returning 2 0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/10/2 index 1 returning L"PowerShell.Add.Reg" 0023:trace:setupapi:SetupFindFirstLineW (0x144c68,L"PowerShell.Add.Reg",(null)): returning 48/0 0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 1 returning L"HKLM" 0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 2 returning L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine" ... 0023:trace:setupapi:SetupGetStringFieldA context 0x144c68/0x144c68/48/0 index 4 returning "0x00000000" 0023:Call advapi32.RegCreateKeyExW(80000002,0033935c L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00000000,00000000,02000000,00000000,0033b37c,00000000) ret=688ec641 0023:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=688ec641 0023:trace:setupapi:registry_callback key 0x80000002 L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine" 0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 3 returning L"ApplicationBase" ... 0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 5 returning L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0" 0023:trace:setupapi:do_reg_operation setting value L"ApplicationBase" to L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0" 0023:Call advapi32.RegSetValueExW(0000006c,0033935c L"ApplicationBase",00000000,00000001,0075d100,0000005a) ret=688ec5be 0023:Ret advapi32.RegSetValueExW() retval=00000000 ret=688ec5be ... 0023:Call advapi32.RegCloseKey(0000006c) ret=688ec6ce 0023:Ret advapi32.RegCloseKey() retval=00000000 ret=688ec6ce --- snip --- The string field containing %SystemRoot% token never got the replacement value. Updspapi.dll UpdSpSetDynamicStringA() is a stub and does not have any connection to setupapi, maybe this is the problem. Updspapi seems like an internal/private version of Microsofts setupapi library, distributed with installers/SP installers - not to be installed into OS. Unfortunately setting updspapi to "native", skipping Wine's builtin stub crashes the installer. BTW ... the PowerShell console/command line stuff really integrates nicely now that Wine has proper console support (wineconsole no longer needed). 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 22

[Bug 42862] New: Gta 5 doesn't launch in dx10 mode
by wine-bugs＠winehq.org 25 Nov '23

25 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=42862 Bug ID: 42862 Summary: Gta 5 doesn't launch in dx10 mode Product: Wine Version: 2.6 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jhntipo(a)gmail.com Created attachment 57960 --> https://bugs.winehq.org/attachment.cgi?id=57960 The GTA5.exe backtrace When I launch GTA 5, the game doesn't appear instead, the Program error dialogue box shows up. I am using the 3dm crack but the file that crashes is GTA5.exe. I used commandline.txt to set the graphics runtime to dx10. -- 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 34720] New: Resident Evil 3: in the game launcher fonts not rendered correctly
by wine-bugs＠winehq.org 25 Nov '23

25 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=34720 Bug #: 34720 Summary: Resident Evil 3: in the game launcher fonts not rendered correctly Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified Created attachment 46293 --> http://bugs.winehq.org/attachment.cgi?id=46293 RE3 Trace +font You run the launcher using ResidentEvil3_menu.exe. I don't get anything in the log. I've created a trace +font. The problem can be reproduced in the demo (check out the link). Tested with: Windows Vista (without Wine), GeForce 9600M GS--the program works fine here Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313) Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 45472] New: oleaut32/oleaut.c: 1 MSVC "warning C4090: '=' : different 'const' qualifiers"
by wine-bugs＠winehq.org 25 Nov '23

25 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=45472 Bug ID: 45472 Summary: oleaut32/oleaut.c: 1 MSVC "warning C4090: '=' : different 'const' qualifiers" Product: Wine Version: 3.3 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugs_serge_180716(a)gautherie.fr {{ ...\oleaut32\oleaut.c(865) : warning C4090: '=' : different 'const' qualifiers }} pPSDispatchFacBuf is loosing its const. Code added by https://source.winehq.org/git/wine.git/commit/ebb839733ad84627a1be954ed861a… . Fwiw, see https://jira.reactos.org/browse/CORE-7538 . There are other cases of this warning. With this first example, I would like to know how you want them fixed... -- 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 54698] New: Printing from GRTools app under Wine-git (latest), the app will crash
by WineHQ Bugzilla 25 Nov '23

25 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=54698 Bug ID: 54698 Summary: Printing from GRTools app under Wine-git (latest), the app will crash Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mahmoudshmaitelly(a)yahoo.com Distribution: --- Created attachment 74208 --> https://bugs.winehq.org/attachment.cgi?id=74208 Printing bug app crashes If I print from the app GRTools (freely available from GRTools.de) running under latest wine-git version 8.4, the GRTools would crash and generates a debug file as attached. Thanks, Mahmoud A Shmaitelly -- 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 55165] New: Age of Empires II Definitive Edition quits on startup, due to WinVerifyTrust() failing on game binaries.
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55165 Bug ID: 55165 Summary: Age of Empires II Definitive Edition quits on startup, due to WinVerifyTrust() failing on game binaries. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: david(a)davidgow.net Distribution: --- The latest update of Age of Empires II: Definitive Edition no longer runs under wine and wine derivatives like Proton, Crossover, etc. This is because the updated version has an anti-tampering check which calls WinVerifyTrust() on all of the bundled .exe and .dll files (even those the game doesn't use). Under Wine, WinVerifyTrust() fails with TRUST_E_CERT_SIGNATURE on these PE files, even though it works on other signed executables. Patching wine to always return 0 from WinVerifyTrust() allows the game to start, and to run successfully. See: https://github.com/ValveSoftware/Proton/issues/3189#issuecomment-1610974028 I've written a simple program which calls WinVerifyTrust() on a file and prints the error: (source): https://davidgow.net/stuff/trustchk.c (x86_64 binary): https://davidgow.net/stuff/trustchk64.exe The trustchk64.exe binary is signed, so "trustchk64.exe trustchk64.exe" prints: trustchk64.exe: 0 (Success. ) Running against an unsigned binary gives: trustchk.exe: 800B0100 (No Signature found in file. ) Running against AoE2:DE's AoE2DE_s.exe file (or any other .exe or .dll from the game) fails with: AoE2DE_s.exe: 80096004 (TRUST_E_CERT_SIGNATURE: The signature of the certificate cannot be verified.) I've extracted the offending executable's signature with osslsigncode extract-signature: https://davidgow.net/stuff/AoE2DE_s.sig Equally, I've verified the executable signature with osslsigncode: https://davidgow.net/stuff/AoE2DE_s.sig-verify.txt The Steam game info for the affected version is: App ID: 813780 Build ID: 11543327 -- 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 8

[Bug 55058] New: dbghelp:dbghelp - SymRefreshModuleList() sometimes returns 0 in 64-bit Wine
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55058 Bug ID: 55058 Summary: dbghelp:dbghelp - SymRefreshModuleList() sometimes returns 0 in 64-bit Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dbghelp:dbghelp - SymRefreshModuleList() sometimes returns 0 in 64-bit Wine: dbghelp.c:746: Test failed: SymRefreshModuleList failed: 0 See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp This started happening systematically in the nightly tests on 2023-06-12, but only in 3 of the 5 64-bit Wine test configurations: * fails gitlab-debian-64 (Debian 11 container) * fails debian11b-wow64 (Debian 11 QEmu VM) * success debiant-wow64 (Debian Testing QEmu VM) * fails fgtb-debian11-wow64 (Debian 11 QEmu VM) * success fg-deb64-wow64 (Debian 11.7 QEmu VM) Despite happening systematically in the nightlies I have not been able to reproduce the failure reliably. -- 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 8

[Bug 54962] New: GDI+ text rendering does not handle carriage returns
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=54962 Bug ID: 54962 Summary: GDI+ text rendering does not handle carriage returns Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: klightspeed(a)netspace.net.au Distribution: --- Created attachment 74489 --> https://bugs.winehq.org/attachment.cgi?id=74489 C++ program reproducing issue gdip_format_string does not currently handle CR-LF sequences in text to be drawn. This results in boxes being rendered on the end of each line rendered by e.g. Graphics::DrawString when the string contains CR-LF (\r\n) newlines. Comparing to the behaviour on Windows, it appears that Windows renders carriage returns as zero-width characters. Comparing the values filled into the lpnDx parameter to GetTextExtentExPointW, Windows gives the characters '\r', '\n', and '\t' a width of 0, while wine gives them the same width as any other unknown character. Windows: Character offsets: "H" (12) "e" (21) "l" (24) "l" (27) "o" (36) "\u000d" (36) "\u000a" (36) "W" (51) "o" (60) "r" (65) "l" (68) "d" (77) wine: Character offsets: "H" (12) "e" (21) "l" (25) "l" (29) "o" (38) "\u000d" (43) "\u000a" (48) "W" (63) "o" (72) "r" (77) "l" (81) "d" (90) -- 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 7

[Bug 53287] New: MxManagementCenter crashes on unimplemented function msvcp140.dll.??0?$codecvt@_SDU_Mbstatet@@@std@@QEAA@_K@Z when adding a camera
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=53287 Bug ID: 53287 Summary: MxManagementCenter crashes on unimplemented function msvcp140.dll.??0?$codecvt@_SDU_Mbstatet@@@std@@QEAA@_K @Z when adding a camera Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 72654 --> https://bugs.winehq.org/attachment.cgi?id=72654 Console output To reproduce, open the program, click "Add Devices", click the plus sign, type 127.0.0.1 in the URL box, and click the X at the top-right corner of the pop-up dialog. $ sha256sum MxManagementCenter-2.6_Setup-win64.exe c728c75a259fc17d7a30bb9f19fb0179a49ae7f1ee69e28d21d1558ef0134654 -- 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 3

[Bug 52963] New: d3d10core:d3d10core - test_resinfo_instruction() fails on fails on Debian 11 + Intel GPU
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=52963 Bug ID: 52963 Summary: d3d10core:d3d10core - test_resinfo_instruction() fails on fails on Debian 11 + Intel GPU Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d10core:d3d10core - test_resinfo_instruction() fails on my Debian 11 + Intel GPU machine (see fg-deb64-*): d3d10core.c:14695: Test failed: Got {3.20000000e+001, 1.60000000e+001, 1.00000000e+000, 0.00000000e+000}, expected {3.20000000e+001, 1.60000000e+001, 3.00000000e+000, 0.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {3.20000000e+001, 1.60000000e+001, 1.00000000e+000, 0.00000000e+000}, expected {3.20000000e+001, 1.60000000e+001, 3.00000000e+000, 0.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 1.00000000e+000, 0.00000000e+000}, expected {1.60000000e+001, 8.00000000e+000, 3.00000000e+000, 0.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 1.00000000e+000, 0.00000000e+000}, expected {1.60000000e+001, 8.00000000e+000, 3.00000000e+000, 0.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 1.00000000e+000, 0.00000000e+000}, expected {8.00000000e+000, 4.00000000e+000, 3.00000000e+000, 0.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 1.00000000e+000, 0.00000000e+000}, expected {8.00000000e+000, 4.00000000e+000, 3.00000000e+000, 0.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {3.20000000e+001, 1.60000000e+001, 9.00000000e+000, 1.00000000e+000}, expected {3.20000000e+001, 1.60000000e+001, 9.00000000e+000, 3.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {3.20000000e+001, 1.60000000e+001, 9.00000000e+000, 1.00000000e+000}, expected {3.20000000e+001, 1.60000000e+001, 9.00000000e+000, 3.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {1.60000000e+001, 8.00000000e+000, 7.00000000e+000, 3.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {1.60000000e+001, 8.00000000e+000, 7.00000000e+000, 3.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {8.00000000e+000, 4.00000000e+000, 3.00000000e+000, 3.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {8.00000000e+000, 4.00000000e+000, 3.00000000e+000, 3.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {3.20000000e+001, 3.20000000e+001, 1.00000000e+000, 2.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {3.20000000e+001, 3.20000000e+001, 1.00000000e+000, 2.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {3.20000000e+001, 3.20000000e+001, 2.00000000e+000, 2.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {3.20000000e+001, 3.20000000e+001, 2.00000000e+000, 2.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {8.00000000e+000, 8.00000000e+000, 8.00000000e+000, 1.00000000e+000}, expected {8.00000000e+000, 8.00000000e+000, 8.00000000e+000, 4.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {8.00000000e+000, 8.00000000e+000, 8.00000000e+000, 1.00000000e+000}, expected {8.00000000e+000, 8.00000000e+000, 8.00000000e+000, 4.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {4.00000000e+000, 4.00000000e+000, 4.00000000e+000, 4.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {4.00000000e+000, 4.00000000e+000, 4.00000000e+000, 4.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {2.00000000e+000, 2.00000000e+000, 2.00000000e+000, 4.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {2.00000000e+000, 2.00000000e+000, 2.00000000e+000, 4.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {1.00000000e+000, 1.00000000e+000, 1.00000000e+000, 4.00000000e+000} at (0, 0), sub-resource 0. d3d10core.c:14695: Test failed: Got {0.00000000e+000, 0.00000000e+000, 0.00000000e+000, 1.00000000e+000}, expected {1.00000000e+000, 1.00000000e+000, 1.00000000e+000, 4.00000000e+000} at (0, 0), sub-resource 0. https://test.winehq.org/data/patterns.html#d3d10core:d3d10core A bisect shows that the failures started with the commit below: commit 43e151f8bc7834a9bafa5c756d35858435b41253 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Fri Apr 22 15:42:57 2022 -0500 wined3d: Clear GL texture using glClear() if possible in wined3d_texture_gl_load_location(). Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 8

[Bug 34197] New: Rootmagic 6 Invalid operation GDI+ (Code 1)
by wine-bugs＠winehq.org 24 Nov '23

24 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=34197 Bug #: 34197 Summary: Rootmagic 6 Invalid operation GDI+ (Code 1) Product: Wine Version: unspecified Platform: x86 OS/Version: Windows Status: UNCONFIRMED Severity: major Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ivebeeneverywheremate(a)gmail.com Classification: Unclassified I have tried to open Rootsmagic 6 on Linux Mint 13 using Wine 1.4. A message dialog box appears with a message "Invalid operation in GDI+ (Code:1)". There is no issue with Wine opening Rootsmagic 4. -- 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 54554] New: ntdll:file - test_set_io_completion() gets unexpected count values on Windows 11
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=54554 Bug ID: 54554 Summary: ntdll:file - test_set_io_completion() gets unexpected count values on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:file - test_set_io_completion() gets unexpected count values on Windows 11: file.c:989: Test failed: wrong count 0 file.c:1057: Test failed: wrong count 0 file.c:1062: Test failed: wrong count 0 See https://test.winehq.org/data/patterns.html#ntdll: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 5

[Bug 55215] New: user32:text - test_DrawTextCalcRect() crashes on Windows
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55215 Bug ID: 55215 Summary: user32:text - test_DrawTextCalcRect() crashes on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:text - test_DrawTextCalcRect() crashes on Windows: text.c:537: this is the last test seen before the exception 0500:text: unhandled exception c0000005 at 77CF9F08 See https://test.winehq.org/data/patterns.html#user32:text The crash most likely happens on this line due to the invalid LPRECT pointer: textheight = DrawTextExA((HDC)0xdeadbeef, emptystring, 100000, (LPRECT)0xdeadbeef, 0, 0); Which was introduced by this commit: commit 35c8f15bc67f7602438fe0c39a69ff6ddf6b8297 Author: Fabian Maurer <dark.shadow4(a)web.de> AuthorDate: Mon Jun 12 22:02:45 2023 +0200 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Wed Jul 5 21:06:38 2023 +0200 user32: Ignore invalid parameters in DrawTextEx when HDC is invalid. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=47089 Signed-off-by: Fabian Maurer <dark.shadow4(a)web.de> Note that this crash is specific to the official winetest.exe builds, probably due to some memory layout difference. Regardless it means the test is incorrect. Also this crash was detected by the TestBot so MR!3049 should not have been merged. https://gitlab.winehq.org/wine/wine/-/merge_requests/3049 -- 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 9

[Bug 22596] New: PhotoScape unable to change/save files under Wine 1.1.43
by wine-bugs＠winehq.org 24 Nov '23

24 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=22596 Summary: PhotoScape unable to change/save files under Wine 1.1.43 Product: Wine Version: 1.1.43 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daquirm(a)seznam.cz CC: daquirm(a)seznam.cz Created an attachment (id=27721) --> (http://bugs.winehq.org/attachment.cgi?id=27721) LOG from the terminal OS: Ubuntu 10.04 64bit Wine 1.1.42 and 1.1.43 (tried Windows XP and Windows 7 compatibility mode) trying to run PhotoScape v3.40 Problem: PhotoScape is unable to save or edit any files/images. It looks like it's running just with read only permission. Solution: Downgrade to Wine 1.1.31 -- 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 22

[Bug 54839] New: 3DMark 2000: missing benchmark information
by WineHQ Bugzilla 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=54839 Bug ID: 54839 Summary: 3DMark 2000: missing benchmark information Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matheus.venturini(a)acad.ufsm.br Distribution: --- Created attachment 74341 --> https://bugs.winehq.org/attachment.cgi?id=74341 3DMark 2000 in Wine 8.5 Steps to reproduce: 1. Download and install 3DMark 2000 from the link above. The website has the authentication key, but it is not necessary to complete the installation. 2. Launch 3DMark 2000 and and click "run default benchmark." In between each benchmark test a screen is displayed which shows information about your current settings and the next test to be performed, as well as the amount of completed tests and remaining time until completion. In Wine 8.5 this information does not appear. Like with issue 54828 I would greatly appreciate if someone could reproduce this, I always try to check if bugs can be reproduced in a VM but 3DMark's software is very picky about the graphics card you have installed. Another weird thing I experienced was with the "Texture Rendering Speed Test." The 8MB textures version of this test has strangely wobbly and warping textures which makes it seem like it is running at very low framerate. The other variations of this test run perfectly. -- 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 7

[Bug 47609] New: Godhome needs "msvcp140.dll.??0? $codecvt@_UDU_Mbstatet@@@std@@QEAA@_K@Z"
by wine-bugs＠winehq.org 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=47609 Bug ID: 47609 Summary: Godhome needs "msvcp140.dll.??0?$codecvt@_UDU_Mbstatet@@@std@@QEAA@_ K@Z" Product: Wine Version: 4.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: Gentoo Created attachment 65035 --> https://bugs.winehq.org/attachment.cgi?id=65035 Godhome output console log Hello, Godhome from GoG crashes at launch and needs this function to start. Install vcrun2015 with winetricks fixes this issue. If someone can work to fix bug #47605, the game needs this function too and the previous workaround does not work Thanks :-) Maxime -- 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 36739] New: PreSonus Studio One 2.6 user interface/controls text is invisible
by wine-bugs＠winehq.org 24 Nov '23

24 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=36739 Bug ID: 36739 Summary: PreSonus Studio One 2.6 user interface/controls text is invisible Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. In 'PreSonus Studio One 2.6', menu items, button and various other UI controls text is invisible. 'winetricks -q gdiplus' works around and makes everything appear correctly. $ sha1sum PreSonus_Studio_One_26_Installer.exe a48cf628a04e514060e9d63b8eca4edead1bcc8b PreSonus_Studio_One_26_Installer.exe $ du -sh PreSonus_Studio_One_26_Installer.exe 112M PreSonus_Studio_One_26_Installer.exe $ wine --version wine-1.7.20 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 7

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 July 2023