wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7384 discussions

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

28 Jul '24

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 28 Jul '24

28 Jul '24

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 28 Jul '24

28 Jul '24

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 26 Jul '24

26 Jul '24

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 23 Jul '24

23 Jul '24

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 22 Jul '24

22 Jul '24

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 21 Jul '24

21 Jul '24

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

[Bug 25961] New: Visual C++ 2008 runtime not marked as installed by default
by wine-bugs＠winehq.org 20 Jul '24

20 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=25961 Summary: Visual C++ 2008 runtime not marked as installed by default Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The installer for the app I'm looking at now checks for the visual c++ 2008 runtime, and runs D:\\Redistributable\\vcredist_x86_en.exe if it wasn't found. Now, one of these days, Wine's builtin msvcr / msvcp is going to suffice for this and most other apps, at which point Wine might want to set the registry to indicate that vcrun2008 is already installed. This might be in the distant future, depending on how many apps need the other things that come with the runtime package, like mfc and a full msvcp, that wine does not yet provide. So this bug will likely remain open for a long time (if it's not closed for being too far ahead of its time). For the record, this seems to be how the app is checking whether vcrun2008 is installed: 0024:Call msi.MsiQueryProductStateW(0033e2de L"{9A25302D-30C0-39D9-BD6F-21E6EC160475}") ret=0040b9ad 0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2 L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968) ret=7ef2cd5c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c 0024:Call advapi32.RegOpenKeyW(80000001,0033d6c2 L"Software\\Microsoft\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968) ret=7ef2cd5c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c 0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2 L"Software\\Classes\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968) ret=7ef2cd5c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c 0024:Call advapi32.RegOpenKeyW(80000002,0033d4ca L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-4\\Products\\D20352A90C039D93DBF6126ECE614057\\InstallProperties",0033d964) ret=7ef2b600 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2b600 0024:Ret msi.MsiQueryProductStateW() retval=ffffffff ret=0040b9ad -- 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 31990] New: Add ability to upload extra files along with test ext
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=31990 Bug #: 31990 Summary: Add ability to upload extra files along with test ext Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: titan.costa(a)gmail.com Classification: Unclassified That would be good to have the ability to upload extra files (avi files, dlls, .drv, ...) to perform individual test (not part of the test suite). Otherwise it requires to embed the file or use a self extracting exe which are not very convenient. -- 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 33126] New: divided SysEx and coalesced midiOutLongMsg
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=33126 Bug #: 33126 Summary: divided SysEx and coalesced midiOutLongMsg Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Classification: Unclassified Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg. http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes). http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is the "End Of SysEx" (EOX) marker. It is still unclear what happens. MIDI HW is expected to skip over bogus bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting into trouble processing ill-formed messages, and we don't know if or how many bytes ALSA actually sent out through the serial port. In any case, midiOutLongMsg handling in Wine needs fixes. - winealsa should extract the F0...F7 part and send that as a SysEx. - More generally, midiOutLong is known to accept not only SysEx packets, but also coalesced status messages. Some MIDI authors prefer to send e.g. chords via one LongMsg rather than successive calls to midiOutShortMsg, arguing that it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into packets consisting of status message, regular SysEx ... and possibly junk. - All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As a result, framing SysEx with F0 ... F7 is entirely under application control. The current winealsa framing code is simply wrong. - winecoreaudio always declared 3 bytes for short messages, even program change. I have written a sequence of patches to fix all of this. The only thing that is unclear is how to encapsulate garbage data like the above 3 zero bytes or real time messages with ALSA. What ALSA API function and what ALSA message type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK. -- 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 46392] New: Commandos: Behind Enemy Walls is freezing while using native quartz.dll
by wine-bugs＠winehq.org 17 Jul '24

17 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=46392 Bug ID: 46392 Summary: Commandos: Behind Enemy Walls is freezing while using native quartz.dll Product: Wine Version: 4.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gang65(a)poczta.onet.pl Distribution: --- Created attachment 63153 --> https://bugs.winehq.org/attachment.cgi?id=63153 Terminal logs with WINEDEBUG=+quartz+gstreamer+amstream Commandos: Behind Enemy Walls is freezing while using native quartz.dll. This is caused lack of support for 8 bit colour mode (it is using in Cinepak codec): https://multimedia.cx/mirror/cinepak.txt It is also visible in the logs with fixme warning: 003c:trace:gstreamer:accept_caps_sink 0x7add5558 0x7be6aac8 003c:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8 The cinepak gstreamer codec is already installed with command (Ubuntu 18.04): sudo apt install gstreamer1.0-libav:i386 -- 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 24

[Bug 43542] New: MikuMikuMoving errors when loading audio file
by wine-bugs＠winehq.org 15 Jul '24

15 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=43542 Bug ID: 43542 Summary: MikuMikuMoving errors when loading audio file Product: Wine Version: 2.14 Hardware: x86 URL: https://sites.google.com/site/mikumikumoving/MikuMikuM oving_v1275.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 58940 --> https://bugs.winehq.org/attachment.cgi?id=58940 Log of the crash Using native dotnet40 and d3dx9. When loading an audio file (.wav), the program crashes. After installing natuve devenum and quartz it errors with > Retrieving the COM class factory for component with CLSID {C1F400A4-3F08-11D3-9F0B-006008039E37} failed fue to the following error: 80040154 Exception from HRESULT 0x80040154 (REGDB_E_CLASSNOTREG). but doesn't crash. Possibly related to https://bugs.winehq.org/show_bug.cgi?id=43541 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 39206] New: Lylian demo hangs after intro video
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=39206 Bug ID: 39206 Summary: Lylian demo hangs after intro video Product: Wine Version: 1.7.50 Hardware: x86-64 URL: http://www.fileplanet.com/217922/210000/fileinfo/Lylia n-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: --- Currently wine plays the introduction video but after that it hangs and only resumes when a few keystrokes and/or mouse clicks are performed. The problem seems related to quartz but since I'm not sure the component is not set yet. The video playback ends but it looks like quartz does not recognize that and keeps waiting for things to happen. Last lines from the quartz log: 0032:trace:quartz:StdMediaSample2_Release (0x1bb4c0)->(): new ref = 0 0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1baea0)->(0x1bb4c0) 0032:trace:quartz:StdMediaSample2_Release (0x1b92a8)->(): new ref = 0 0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1b8298)->(0x1b92a8) 0032:trace:quartz:AVISplitter_SendEndOfFile End of file reached 0032:fixme:qedit:SampleGrabber_IPin_EndOfStream : stub 0032:trace:quartz:AVISplitter_SendEndOfFile --> 0 0032:trace:quartz:AVISplitter_thread_reader Thread 0 terminated properly 002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578) 002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e 002e:trace:quartz:PullPin_Thread_Process Process sample 002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910) 002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue and not flushing!! 002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578) 002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e 002e:trace:quartz:PullPin_Thread_Process Process sample 002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910) 002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue and not flushing!! 002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578) 002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e The last 4 lines repeat forever. If I change the game AVI file to any other AVI it plays fine and ends fine. -- 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 35163] New: Victoria 2 crashes on start with built-in quartz
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=35163 Bug ID: 35163 Summary: Victoria 2 crashes on start with built-in quartz Product: Wine Version: 1.7.8 Hardware: x86 URL: http://www.gamershell.com/download_85888.shtml OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Classification: Unclassified Created attachment 46906 --> http://bugs.winehq.org/attachment.cgi?id=46906 terminal output The game crashes shortly after starting with Wine's built-in quartz.dll. 'winetricks quartz' is a workaround. Lots of >fixme:quartz:parse_header Not a valid header: ff:ff:ff:ff are preceding the crash. They're probably the game music files (mp3 format) that causing the problem. Fedora 19 wine-1.7.8-114-g1928d61 (compiled from source without gstreamer support) Alsa 1.0.27 (Pulseaudio is not running) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 23

[Bug 45810] New: WINEPATH maximums
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=45810 Bug ID: 45810 Summary: WINEPATH maximums Product: Wine Version: 3.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paleozogt(a)gmail.com Distribution: --- Created attachment 62272 --> https://bugs.winehq.org/attachment.cgi?id=62272 winepath-test.sh WINEPATH seems to have some undocumented limits, which cause the in-windows PATH to be corrupted. One limit, around 969 characters, causes the PATH to drop the suffix that's usually appended (C:\windows\system32;C:\windows;C:\windows\system32\wbem). Another limit, around 1025 characters, causes the PATH to entirely ignore what's in WINEPATH. I'm not sure why these limits exist-- can't Windows support arbitrarily long PATHs? (I've routinely seen huge PATHs on Win7/Win10.) The attached winepath-test.sh makes a WINEPATH of various sizes and then echos the size and the %PATH% in the cmd shell. The output looks like: > $ ./winepath-test.sh > > 968 > C:\aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;C:\windows\system32;C:\windows;C:\windows\system32\wb > > 969 > C:\aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa > > 1024 > C:\aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa > > 1025 > C:\windows\system32;C:\windows;C:\windows\system32\wbem -- 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 44888] New: Wrong texture in Assassin's Creed : Revelations
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=44888 Bug ID: 44888 Summary: Wrong texture in Assassin's Creed : Revelations Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com CC: matteo.mystral(a)gmail.com Distribution: --- Created attachment 60959 --> https://bugs.winehq.org/attachment.cgi?id=60959 Good Texture before to use Eagle Vision Hi, In game, when you use the "Eagle Vision", there are graphical glitches each time you disable it to return to the "Normal Vision". I took 2 screenshots because it's better than words. I tried everything, set d3dx9_* to native, enable/disable cmst. I have this issue with Mesa-Git and Mesa 17.3.7. SYSTEM : - Gentoo amd64 - AMD Rx 560 - 4Go - Mesa git / Mesa 17.3.7 + LLVM 5.0.1 - Wine-Staging 3.5 -> Need it, because Uplay doesn't work without it. I have a lot of these warning/error when i launch the game : [...] 00e7:fixme:d3d:surface_convert_format Cannot find a conversion function from format WINED3DFMT_B8G8R8X8_UNORM to WINED3DFMT_L8_UNORM. 00e7:fixme:d3d:surface_cpu_blt Cannot convert WINED3DFMT_B8G8R8X8_UNORM to WINED3DFMT_L8_UNORM. 00e7:err:d3d:cpu_blitter_blit Failed to blit. [...] -- 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 21344] New: Buffer overflow in WCMD_run_program
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=21344 Summary: Buffer overflow in WCMD_run_program Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: dima(a)gmail.com The WCMD_run_program function in wcmdmain.c copies pathposn into thisDir without checking the size: /* Work on the first directory on the search path */ pos = strchrW(pathposn, ';'); if (pos) { memcpy(thisDir, pathposn, (pos-pathposn) * sizeof(WCHAR)); thisDir[(pos-pathposn)] = 0x00; pathposn = pos+1; } else { strcpyW(thisDir, pathposn); pathposn = NULL; } The size of pathposn can be up to MAXSTRING, while thisDir has size MAX_PATH. To reproduce: $ wine cmd /c 'Z:\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\foo' err:seh:setup_exception_record stack overflow 2144 bytes in thread 0019 eip 7bc3ea3e esp 00230ad0 stack 0x230000-0x231000-0x330000 -- 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 41197] New: Wine support for _NET_WM_PING
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=41197 Bug ID: 41197 Summary: Wine support for _NET_WM_PING Product: Wine Version: 1.9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fzatlouk(a)redhat.com Distribution: --- Created attachment 55435 --> https://bugs.winehq.org/attachment.cgi?id=55435 Screenshot of Battlefield 2 after game just finished loading (and it's not stuck) I am not sure if wine supports _NET_WM_PING [0]. However, if it does, it should be able to emulate _NET_WM_PING pong for some time if application running under Wine is not responding. Otherwise, most VM (mutter from GNOME Shell for example) gonna show up window about not responding application (even if application is loading or just finished loading) which could destabilize application itself (especially when in full screen). Could be seen in: Battlefield 2, World of Warcraft and probably plenty of other games. [0] https://specifications.freedesktop.org/wm-spec/wm-spec-latest.html#idm14020… -- 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 42366] New: Unable to bing Common Language Runtime
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=42366 Bug ID: 42366 Summary: Unable to bing Common Language Runtime Product: Wine Version: 2.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sjayejohnston(a)gmail.com Distribution: --- I'm trying to run a program,Brain Vision Analyzer through wine I get a dialogue box saying "Unable to bin Common Language Runtime (0x80131700)" and in the terminal wine is reporting (fixme:mscoree:get_runtime Unrecognized version L"v4.0.20926" Happy to provide more info. Best S -- 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 48512] New: alt-tab difference between windows and wine
by WineHQ Bugzilla 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=48512 Bug ID: 48512 Summary: alt-tab difference between windows and wine Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: beauxq(a)yahoo.com Distribution: --- There are many bug reports about alt-tab, but they are all referencing a specific application. I'm reporting this as a general issue with all applications, it will probably fix many of the other problems from other bug reports. In Windows, when you alt-tab away from an application, it immediately sends the event for the alt key being lifted up to the application that is losing focus. So the application does not think that the alt key is being held down. In Wine, when you alt-tab away from an application, the application still thinks that the alt key is being held down. These are just a few of the many reports that I suspect might be solved by fixing this: https://bugs.winehq.org/show_bug.cgi?id=47536 https://bugs.winehq.org/show_bug.cgi?id=30814 My observation is with both Final Fantasy XI and World of Warcraft, but there are many, many other reports of similar problems with alt-tab in other games. -- 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 30976] New: Navyfield crashes after splash screen
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=30976 Bug #: 30976 Summary: Navyfield crashes after splash screen Product: Wine Version: 1.5.6 Platform: x86 URL: http://www.navyfield.com/Download/Game/Main.aspx OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: winegstreamer AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: paulthetall(a)gmail.com Depends on: 27109, 30733, 30975 Classification: Unclassified Install the demo from http://www.navyfield.com/Download/Game/Main.aspx austin@aw25 ~ $ sha1sum NF1343.exe 1c7b6bd0903e3876d31556b13f199b771117d9c2 NF1343.exe austin@aw25 ~ $ du -h NF1343.exe 623M NF1343.exe run `winetricks vcrun6` (bug 27109). Install as normal, all defaults. Run the game, and ignore the messed up launcher graphics (bug 30975). Click the bottom right gray button to get in game. A splash screen will show, and shortly after, crash. With native quartz, it gets slightly further (potentially bug 16733, but it's hard to tell). If you add in native devenum, then you can get to the point where it wants to download a patch. So, winegstreamer is lacking here. I'll attach its output. -- 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 48318] New: Undercover: Operation Wintersun demo: videos are flickering
by WineHQ Bugzilla 13 Jul '24

13 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=48318 Bug ID: 48318 Summary: Undercover: Operation Wintersun demo: videos are flickering Product: Wine Version: 5.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Demo starts and gameplay is smooth. But intro videos are flickering. wine Operation\ Wintersonne\ Demo.exe 0125:fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS) 0125:fixme:system:SystemParametersInfoW Unimplemented action: 53 (SPI_SETTOGGLEKEYS) 0125:fixme:system:SystemParametersInfoW Unimplemented action: 51 (SPI_SETFILTERKEYS) 0125:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work. 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127df98) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0142:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x127e250) stub 0140:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! 0140:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x602eee8) stub 0161:fixme:quartz:DSoundRender_SendSampleData Sample dropped 10584 of 180224 bytes 0161:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! 0161:err:quartz:DSoundRender_SendSampleData 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 11

[Bug 41297] New: Fable Lost Chapters Crash at begins
by wine-bugs＠winehq.org 13 Jul '24

13 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=41297 Bug ID: 41297 Summary: Fable Lost Chapters Crash at begins Product: Wine Version: 1.9.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- Created attachment 55623 --> https://bugs.winehq.org/attachment.cgi?id=55623 backtrace-fable-lost-chapters Game begins normally with cinematics until game shows press left mouse button for entry and if pressed game crash However you can push right mouse button (game dont entry) and push esc key or enter for select and game dont crash but dont entry -- 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 9261] New: Final Fantasy 8 with hardware acceleration shows wrong colors
by wine-bugs＠winehq.org 13 Jul '24

13 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=9261 Summary: Final Fantasy 8 with hardware acceleration shows wrong colors Product: Wine Version: 0.9.42. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: alessandro.guido(a)gmail.com Created an attachment (id=7514) --> (http://bugs.winehq.org/attachment.cgi?id=7514) Snapshots that shows how the game looks Like the attached image shows, wrong colors are shown when usign Final Fantasy 8 with hardware acceleration enabled. There are plenty of messages like: fixme:d3d7:IDirect3DTextureImpl_PaletteChanged (0x2eb3148)->(00000000,00000100): stub! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 45

[Bug 13829] New: Wine does not have Japanese fonts
by wine-bugs＠winehq.org 12 Jul '24

12 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=13829 Summary: Wine does not have Japanese fonts Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)centrum.cz These are needed to support Japanese applications. On Windows there is MS Gothic which is duplicated as MS PGothic and MS UI Gothic. The later have the Latin range proportional, the first one has the Latin range fixed width but I suspect these are really the same font with different spacing. There is also MS Mincho (and MS PMincho with proportional Latin). This differs form Gothic in the style of the Japanese glyphs. -- 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 54

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 2020