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

[Bug 38350] New: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error 80020006 on startup and exits
by wine-bugs＠winehq.org Aug. 1, 2024

Aug. 1, 2024

https://bugs.winehq.org/show_bug.cgi?id=38350 Bug ID: 38350 Summary: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error 80020006 on startup and exits Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skenton(a)ou.edu Distribution: --- The FTDI Vinculum II IDE for firmware development pops up an OLE error dialog and exits immediately after the splash screen is loaded at startup. Works fine on WindowsXP-SP3. Below is everything I thought might help. VinIDE (current version as of 2015Apr03) Download Vinculum II Toolchain V2.0.2-SP2 http://www.ftdichip.com/Firmware/vnc2toolchain/Vinculum%20II%20Installer%20… (popup) Vinculum II IDE OLE error 80020006 OK $ wine --version wine-1.7.38 $ wineconsole fixme:wincodecs:PngDecoder_Block_GetCount stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:msxml:domelem_setAttributeNode (0x14aaf0)->(0x14ac98 0x33f774): semi-stub $ uname -a Linux Cube 3.16.0-33-generic #44-Ubuntu SMP Thu Mar 12 12:19:35 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux -- 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 18

[Bug 27439] New: Age of Pirates - City of Abandoned Ships crashes while entering the sea
by wine-bugs＠winehq.org Aug. 1, 2024

Aug. 1, 2024

http://bugs.winehq.org/show_bug.cgi?id=27439 Summary: Age of Pirates - City of Abandoned Ships crashes while entering the sea Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: kitmaxter(a)gmail.com Created an attachment (id=35091) --> (http://bugs.winehq.org/attachment.cgi?id=35091) wine log while trying to enter the sea Mostly every time, while trying to enter the sea from landing, game crashes. Some times it is possible to enter the sea, then go into the map mode and go to other island, but the game will crash on next try to enter the sea mode (encounters like storm or pirates, or harbor of other island). -- 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 98

[Bug 44315] New: Guild Wars 2 - Slow Performance since Wine 2.1
by wine-bugs＠winehq.org July 29, 2024

July 29, 2024

https://bugs.winehq.org/show_bug.cgi?id=44315 Bug ID: 44315 Summary: Guild Wars 2 - Slow Performance since Wine 2.1 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonfarr87(a)gmail.com Distribution: Mint Created attachment 60162 --> https://bugs.winehq.org/attachment.cgi?id=60162 Screenshot showing performance between old and newer Wine versions. Wine 2.0 (with Staging patches) was the last version to run this game at a good performance, From 2.1 up to 3.0rc5 it results in a major framerate loss in every aspect of the game. The staging versions (up to 2.21) perform the same as "non staging" Wine. While no other of my tested games were affected, it looks as if something in CSMT was changed and affected this particular title. I've tested this across multiple system configurations and the results are always the same. Considering how much this game struggles to maintain a playable framerate, a loss of 15-25 frames (depending on the situation) is a bit excessive. Screenshot attached, showing the frames difference in an instanced area of game where the performance can easily be used as a "benchmark". Tests have been performed on 3 systems: Ryzen 1700X 16GB DDR4 2800MHZ Ram Nvidia GTX 1060 / v384.98 Drivers ------------------------------------------- i5-4590 8GB DDR3 Ram Nvidia GTX 960 / 384.98 Drivers ------------------------------------------- i5-2400 8GB DDR3 Ram Nvidia GTX 760 / 375.66 Drivers -- 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 69

[Bug 48167] New: 1000 Mots V4.0.2 freeze when 3 words are pronounced - Underrun of data
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=48167 Bug ID: 48167 Summary: 1000 Mots V4.0.2 freeze when 3 words are pronounced - Underrun of data Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: sevmek(a)free.fr Distribution: --- Created attachment 65798 --> https://bugs.winehq.org/attachment.cgi?id=65798 wine 4.20 staging output The software used is "1000 mots pour apprendre à lire" a french software (shareware) for educational purpose (the title translate as "1000 words to learn how to read"). One can download the software here: https://app.educampa.fr/mil4_setup.exe Version is 4.0.2 SHA1: 3213166282a8dc0fad236952f2dcb0650db199b3 mil4_setup.exe It was tested against wine 4.20 (staging) on Fedora 31 and tested against wine 3.0 on ubuntu 18.04. To install it require winetricks and gstreamer1-plugins-good.i686 (in fedora) or gstreamer1.0-plugins-good:i386 (in ubuntu) To install this software I use (in a clean and fresh ~/.wine directory): $ env WINEARCH=win32 winetricks vb6run $ wget https://app.educampa.fr/mil4_setup.exe $ wine mil4_setup.exe then I run using: $ wine "c:\\educampa\\1000Mots_V4\\1000Mots_V4.exe" Installation is OK. when I use the software there is one activity that repeatedly freeze the software whith an error like this: 00db:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! (see attachment for full log) In this activity, the software pronunce 3 following words. I suspect the issue is there. -- 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 32679] New: cmd.exe Add support for || and &&
by wine-bugs＠winehq.org July 28, 2024

July 28, 2024

http://bugs.winehq.org/show_bug.cgi?id=32679 Bug #: 32679 Summary: cmd.exe Add support for || and && Product: Wine Version: 1.5.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk Classification: Unclassified Add support to cmd.exe for the && and || functionality - They are currently parsed and handled ok, but not correctly processed -- 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 34

[Bug 48455] New: Native Instruments Native Access 1.9 installer hangs during installation of ISO Mounter driver (missing handling of architecture-specific SourceDisks{Names,Files} .inf sections)
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=48455 Bug ID: 48455 Summary: Native Instruments Native Access 1.9 installer hangs during installation of ISO Mounter driver (missing handling of architecture-specific SourceDisks{Names,Files} .inf sections) Product: Wine Version: 5.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. The driver sub-installer just hangs (churning cpu), blocking the main installer forever. Stable download link via Internet Archive: https://web.archive.org/web/20190227215247/https://www.native-instruments.c… --- snip --- $ wine ./Native\ Access\ 1.9.1\ Setup\ PC.exe ... --- snip --- Reduced case by calling driver sub-installer directly, after killing main installer: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Native Instruments/IsoDriver/x64 $ WINEDEBUG=+seh,+relay,+loaddll,+process,+setupapi wine ./NI-drvinst.exe instroot "root\NIWinCDEmu" "C:\Program Files (x86)\Native Instruments\IsoDriver\NIWinCDEmu.inf" >>log.txt 2>&1 ... 002d:trace:setupapi:SetupDiInstallDriverFiles devinfo 000000000011C1C0, device_data 000000000022F6C0. ... 002d:trace:setupapi:SetupOpenInfFileW L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.inf" -> 000000000011D990 ... 002d:trace:setupapi:SetupGetStringFieldW context 000000000011D990/000000000011D990/9/0 index 1 returning L"Drivers_Dir" ... 002d:trace:setupapi:SetupQueueCopySectionW queue 000000000011DDD0, src_root L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver", hinf 000000000011D990, hlist 000000000011D990, section L"Drivers_Dir", style 0x10000. ... 002d:trace:setupapi:SetupQueueCopyIndirectW root=L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver" path=(null) file=L"NIWinCDEmu.sys" -> dir=L"C:\\windows\\system32\\drivers" file=L"NIWinCDEmu.sys" descr=(null) tag=(null) ... 002d:trace:setupapi:SetupDefaultQueueCallbackW start copy L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys" -> L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys" ... 002d:trace:setupapi:queue_copy_file copying file L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys" -> L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys" ... 002d:trace:setupapi:do_file_copyW copy L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys" to L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys" style 0x10000 002d:Call KERNEL32.GetFileAttributesW(006fd540 L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys") ret=00259e09 ... 002d:Ret KERNEL32.GetFileAttributesW() retval=ffffffff ret=00259e09 002d:Call KERNEL32.CopyFileW(006fd4a0 L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys",006fd540 L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys",00000000) ret=0025a064 .... 002d:Call ntdll.NtCreateFile(0022e100,80100080,0022e128,0022e118,00000000,00000000,00000007,00000001,00000060,00000000,00000000) ret=7b0110a1 002d:Ret ntdll.NtCreateFile() retval=c0000034 ret=7b0110a1 002d:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7b011190 002d:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7b011190 ... 002d:Ret KERNEL32.CopyFileW() retval=00000000 ret=0025a064 002d:warn:setupapi:do_file_copyW failed to copy, err 2 ... <repeats endlessly> ... 002d:trace:setupapi:SetupDefaultQueueCallbackW need media L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver" L"NIWinCDEmu.sys" ... 002d:trace:setupapi:SetupDefaultQueueCallbackW start copy L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys" -> L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys" ... --- snip --- Content of 'NIWinCDEmu.inf': --- snip --- [Version] Signature="$WINDOWS NT$" Class=SCSIAdapter ClassGuid={4d36e97b-e325-11ce-bfc1-08002be10318} Provider=%NI_MFNAME% DriverVer= 08/05/2011, 1.0.0.2 CatalogFile=NIWinCDEmu.cat [DestinationDirs] DefaultDestDir = 12 [SourceDisksNames.x86] 1 = %DiskId1%,,, [SourceDisksNames.amd64] 1 = %DiskId1%,,, [SourceDisksFiles.x86] NIWinCDEmu.sys = 1,\x86 [SourceDisksFiles.amd64] NIWinCDEmu.sys = 1,\x64 [Manufacturer] %NI_MFNAME%=Standard, NTamd64 [Standard] %NIWinCDEmu.DeviceDesc%=NIWinCDEmu_Device, root\NIWinCDEmu [Standard.NTamd64] %NIWinCDEmu.DeviceDesc%=NIWinCDEmu_Device, root\NIWinCDEmu [NIWinCDEmu_Device.NT] CopyFiles=Drivers_Dir [Drivers_Dir] NIWinCDEmu.sys,,,2 ;-------------- Service installation [NIWinCDEmu_Device.NT.Services] AddService = NIWinCDEmu,%SPSVCINST_ASSOCSERVICE%, dev_Service_Inst ; -------------- busenum driver install sections [dev_Service_Inst] DisplayName = %dev.SVCDESC% ServiceType = 1 ; SERVICE_KERNEL_DRIVER StartType = 3 ; SERVICE_DEMAND_START ErrorControl = 1 ; SERVICE_ERROR_NORMAL ServiceBinary = %12%\NIWinCDEmu.sys LoadOrderGroup = Extended Base [Strings] SPSVCINST_ASSOCSERVICE= 0x00000002 NI_MFNAME = "Native Instruments GmbH" DiskId1 = "ISO Mounter Installation Disk #1" NIWinCDEmu.DeviceDesc = "ISO Mounter" dev.SVCDESC = "ISO Mounter driver" --- snip --- The problem here is that Wine's 'get_source_info' doesn't take architecture-specific 'SourceDisksNames' and 'SourceDisksFiles' .inf sections into account. Wine source: https://source.winehq.org/git/wine.git/blob/b3abc343c373ee5fd0764a3ceedeef5… --- snip --- 289 static void get_source_info( HINF hinf, const WCHAR *src_file, SP_FILE_COPY_PARAMS_W *params, 290 WCHAR *src_root, WCHAR *src_path) 291 { 292 static const WCHAR SourceDisksNames[] = 293 {'S','o','u','r','c','e','D','i','s','k','s','N','a','m','e','s',0}; 294 static const WCHAR SourceDisksFiles[] = 295 {'S','o','u','r','c','e','D','i','s','k','s','F','i','l','e','s',0}; 296 297 INFCONTEXT file_ctx, disk_ctx; 298 INT id, diskid; 299 DWORD len; 300 301 /* find the SourceDisksFiles entry */ 302 if (!SetupFindFirstLineW( hinf, SourceDisksFiles, src_file, &file_ctx )) return; 303 if (!SetupGetIntField( &file_ctx, 1, &diskid )) return; 304 305 /* now find the diskid in the SourceDisksNames section */ 306 if (!SetupFindFirstLineW( hinf, SourceDisksNames, NULL, &disk_ctx )) return; 307 for (;;) 308 { 309 if (SetupGetIntField( &disk_ctx, 0, &id ) && (id == diskid)) break; 310 if (!SetupFindNextLine( &disk_ctx, &disk_ctx )) return; 311 } 312 313 if (SetupGetStringFieldW( &disk_ctx, 1, NULL, 0, &len ) && len > sizeof(WCHAR) 314 && (params->SourceDescription = heap_alloc( len * sizeof(WCHAR) ))) 315 SetupGetStringFieldW( &disk_ctx, 1, (WCHAR *)params->SourceDescription, len, NULL ); 316 317 if (SetupGetStringFieldW( &disk_ctx, 2, NULL, 0, &len ) && len > sizeof(WCHAR) 318 && (params->SourceTagfile = heap_alloc( len * sizeof(WCHAR) ))) 319 SetupGetStringFieldW( &disk_ctx, 2, (WCHAR *)params->SourceTagfile, len, NULL ); 320 321 if (SetupGetStringFieldW( &disk_ctx, 4, NULL, 0, &len ) && len > sizeof(WCHAR) 322 && len < MAX_PATH - lstrlenW( src_root ) - 1) 323 { 324 lstrcatW( src_root, backslashW ); 325 SetupGetStringFieldW( &disk_ctx, 4, src_root + lstrlenW( src_root ), 326 MAX_PATH - lstrlenW( src_root ), NULL ); 327 } 328 329 if (SetupGetStringFieldW( &file_ctx, 2, NULL, 0, &len ) && len > sizeof(WCHAR) && len < MAX_PATH) 330 { 331 SetupGetStringFieldW( &file_ctx, 2, src_path, MAX_PATH, NULL ); 332 params->SourcePath = src_path; 333 } 334 } --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows-hardware/drivers/install/inf-sourc… --- quote ---- ... To support distribution of driver files on multiple system architectures, you can specify an architecture-specific SourceDisksFiles section by adding an .x86, .ia64, .amd64, .arm, or .arm64 extension to SourceDisksFiles. Be aware that, unlike other sections such as a DDInstall section, the platform extensions for a SourceDisksFiles section are not .ntx86, .ntia64, or .ntamd64. For example, to specify a source disk names section for an x86-based system, use a SourceDisksFiles.x86 section, not a SourceDisksFiles.ntx86 section. Similarly, use a SourceDisksFiles.ia64 section to specify an Itanium-based system and a SourceDisksFiles.amd64 section to specify an x64-based system. During installation, SetupAPI functions look for architecture-specific SourceDisksFiles sections before using the generic section. For example, if, during installation on an x86-based platform, Windows is copying a file that is named driver.sys, it will look for the file's description in [SourceDisksFiles.x86] before looking in [SourceDisksFiles]. --- quote ---- In contrast, 'get_source_id' does it properly: https://source.winehq.org/git/wine.git/blob/f1b94dc16c35a5c477b6df8aa94c6d3… --- snip --- 372 static LPWSTR get_source_id( HINF hinf, PINFCONTEXT context, PCWSTR filename ) 373 { 374 DWORD size; 375 LPWSTR source_id; 376 377 if (!SetupFindFirstLineW( hinf, source_disks_files_platform, filename, context ) && 378 !SetupFindFirstLineW( hinf, source_disks_files, filename, context )) 379 return NULL; 380 381 if (!SetupGetStringFieldW( context, 1, NULL, 0, &size )) 382 return NULL; 383 384 if (!(source_id = HeapAlloc( GetProcessHeap(), 0, size * sizeof(WCHAR) ))) 385 return NULL; 386 387 if (!SetupGetStringFieldW( context, 1, source_id, size, NULL )) 388 { 389 HeapFree( GetProcessHeap(), 0, source_id ); 390 return NULL; 391 } 392 393 if (!SetupFindFirstLineW( hinf, source_disks_names_platform, source_id, context ) && 394 !SetupFindFirstLineW( hinf, source_disks_names, source_id, context )) 395 { 396 HeapFree( GetProcessHeap(), 0, source_id ); 397 return NULL; 398 } 399 return source_id; 400 } --- snip --- $ sha1sum Native* 374f62fb373ceb02527b8a179c7e305268bab25c Native Access 1.9.1 Setup PC.exe 5a78d5850267d0ef6701bc5da7dc25e5b62b6031 Native_Access_Installer.zip $ du -sh Native* 70M Native Access 1.9.1 Setup PC.exe 69M Native_Access_Installer.zip $ wine --version wine-5.0-rc5 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.

1 12

[Bug 48525] New: 0009:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash
by WineHQ Bugzilla July 26, 2024

July 26, 2024

https://bugs.winehq.org/show_bug.cgi?id=48525 Bug ID: 48525 Summary: 0009:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: cagnulein(a)gmail.com Distribution: --- On a commercial application written on .NET 2.0 i have a crash that occurs randomly every few days. I put the +seh debug here. I have 2 questions: 1) my +seh log file is full of 0048:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1 0048:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b43e223 ip=7b43e223 tid=0048 0048:trace:seh:raise_exception info[0]=00000041 0048:trace:seh:raise_exception info[1]=0d061dd8 0048:trace:seh:raise_exception eax=7b42a5c1 ebx=00000004 ecx=0733ef20 edx=0733efd0 esi=00000041 edi=40010006 0048:trace:seh:raise_exception ebp=0733ef78 esp=0733eef4 cs=300023 ds=002b es=f7d7002b fs=006b gs=73c0063 flags=00000212 0048:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006 flags=0 0048:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0048:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0733ef0c edx=0733efd8 esi=0733efd8 edi=7b48ace0 0048:trace:seh:__regs_RtlUnwind ebp=0733eac8 esp=0733eaa8 eip=7b48ad3d cs=0023 ds=002b fs=006b gs=0063 flags=00000202 0048:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006 flags=2 it's a problem of my application? Of wine gdiplus implementation? 2) In the meanwhile i'm trying with "winetricks gdiplus": what you think about this +seh trace? 0048:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006 flags=0 0048:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0048:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0733ef0c edx=0733efd8 esi=0733efd8 edi=7b48ace0 0048:trace:seh:__regs_RtlUnwind ebp=0733eac8 esp=0733eaa8 eip=7b48ad3d cs=0023 ds=002b fs=006b gs=0063 flags=00000202 0048:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006 flags=2 0048:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1 0048:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b43e223 ip=7b43e223 tid=0048 0048:trace:seh:raise_exception info[0]=00000041 0048:trace:seh:raise_exception info[1]=0d061dd8 0048:trace:seh:raise_exception eax=7b42a5c1 ebx=00000004 ecx=0733ef20 edx=0733efd0 esi=00000041 edi=40010006 0048:trace:seh:raise_exception ebp=0733ef78 esp=0733eef4 cs=300023 ds=002b es=f7d7002b fs=006b gs=73c0063 flags=00000212 0048:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006 flags=0 0048:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0048:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0733ef0c edx=0733efd8 esi=0733efd8 edi=7b48ace0 0048:trace:seh:__regs_RtlUnwind ebp=0733eac8 esp=0733eaa8 eip=7b48ad3d cs=0023 ds=002b fs=006b gs=0063 flags=00000202 0048:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006 flags=2 0048:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1 0048:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b43e223 ip=7b43e223 tid=0048 0048:trace:seh:raise_exception info[0]=0000003e 0048:trace:seh:raise_exception info[1]=0d0719e8 0048:trace:seh:raise_exception eax=7b42a5c1 ebx=00000004 ecx=0733ef50 edx=0733f000 esi=0000003e edi=40010006 0048:trace:seh:raise_exception ebp=0733efa8 esp=0733ef24 cs=0023 ds=34002b es=733002b fs=7dd9006b gs=7330063 flags=00000216 0048:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006 flags=0 0048:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0048:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0733ef3c edx=0733f008 esi=0733f008 edi=7b48ace0 0048:trace:seh:__regs_RtlUnwind ebp=0733eaf8 esp=0733ead8 eip=7b48ad3d cs=0023 ds=002b fs=006b gs=0063 flags=00000202 0048:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006 flags=2 0048:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b43e223 ip=7b43e223 tid=0009 0009:trace:seh:raise_exception info[0]=00000046 0009:trace:seh:raise_exception info[1]=0d068440 0009:trace:seh:raise_exception eax=7b42a5c1 ebx=00000004 ecx=0032e720 edx=0032e7d0 esi=00000046 edi=40010006 0009:trace:seh:raise_exception ebp=0032e778 esp=0032e6f4 cs=0023 ds=34002b es=002b fs=006b gs=0063 flags=00000212 0009:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0032e70c edx=0032e7d8 esi=0032e7d8 edi=7b48ace0 0009:trace:seh:__regs_RtlUnwind ebp=0032e2c8 esp=0032e2a8 eip=7b48ad3d cs=0023 ds=002b fs=006b gs=0063 flags=00000202 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1 0009:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash Fatal,Program[1:MainThread]: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at System.Drawing.SafeNativeMethods.SelectObject(HandleRef hdc, HandleRef obj) at System.Drawing.BufferedGraphicsContext.DisposeDC() at System.Drawing.BufferedGraphicsContext.ReleaseBuffer(BufferedGraphics buffer) at System.Drawing.BufferedGraphics.Dispose(Boolean disposing) at System.Drawing.BufferedGraphics.Dispose() at System.Windows.Forms.Control.WmPaint(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.Label.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) I can't share the application because it's not free, but if you need more information i will try to get them. Thanks in advance -- 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 44962] New: Smart Guard no run
by wine-bugs＠winehq.org July 23, 2024

July 23, 2024

https://bugs.winehq.org/show_bug.cgi?id=44962 Bug ID: 44962 Summary: Smart Guard no run Product: Wine-staging Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: terapy-session(a)bk.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 61074 --> https://bugs.winehq.org/attachment.cgi?id=61074 averia petch, l2.exe log Smart Guard does not work and cannot work around it. Checked on different servers, but I give a log from the server Averia.ws -- 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 18

[Bug 48372] New: SCP-3008 Unhandled exception: page fault on read access to
by WineHQ Bugzilla July 21, 2024

July 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=48372 Bug ID: 48372 Summary: SCP-3008 Unhandled exception: page fault on read access to Product: Wine Version: 4.0.3 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zach.stuart(a)ztex.us Created attachment 66123 --> https://bugs.winehq.org/attachment.cgi?id=66123 crash debug output Game begins to load and then fails before fully loading. -- 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 37296] New: Winecfg differs when it runs on real Windows
by wine-bugs＠winehq.org July 21, 2024

July 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=37296 Bug ID: 37296 Summary: Winecfg differs when it runs on real Windows Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Created attachment 49603 --> https://bugs.winehq.org/attachment.cgi?id=49603 Screenshot of Winecfg on Windows I'm able to run Winecfg on real Windows and I discovered that there is a graphic glitch in the about dialog. See attached screenshot for details. I was able to fix this problem in about.c, by adding DI_MASK flag in the call of DrawIconEx(), which it is also the correct thing to do in this case. But strangely, this graphic bug does not happen when winecfg runs in WINE (that's why probably nobody noticed the absence of the DI_MASK flag). I would suggest to check and compare a bit the behaviour between Windows and WINE against the functions DrawIconEx() and LoadImageW() since it seems to me that there is a difference from the correct result. NOTE: When it runs on the real Windows, because the presence of a SysLink inside the resource dialog, Winecfg requires to be linked with commctrl v6, so it needs a manifest file, as explained here: http://msdn.microsoft.com/en-us/library/windows/desktop/bb773175%28v=vs.85%… Another thing, but less important, is that the resource compiler refused the icon of the application, saying the icon is made with the old DIB format and, for this reason, it has been discarded; that's why my screenshot shows the app without the icon in the upper left corner. But hopefully, this can be solved easily if someone wants. -- 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