wine-bugs May 2019

wine-bugs@winehq.org

1 participants
7751 discussions

[Bug 34467] New: Age of Empires 2 Conquerors is no longer playable
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=34467 Bug #: 34467 Summary: Age of Empires 2 Conquerors is no longer playable Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 00cpxxx(a)gmail.com Classification: Unclassified Created attachment 45890 --> http://bugs.winehq.org/attachment.cgi?id=45890 wine-1.7.1-158-g88c2a18 log+crash Recent commits have made Age 2 unplayable, the game crashes early with random backtraces. I will make a regression test ASAP, for now there is the log attached. It works very well in wine 1.6. Intel graphics board. Despite different backtraces each time this is always present before the crash: err:d3d_surface:read_from_framebuffer mem not null for pbo -- unexpected err:d3d:wined3d_debug_callback 0xa015360: "GL_INVALID_OPERATION in glReadPixels(out of bounds PBO access)". err:d3d_surface:read_from_framebuffer >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glReadPixels @ ../../../wine/dlls/wined3d/surface.c / 3891 Does not seem to be related to bug 34363. -- 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 8

[Bug 22185] New: Speed Reading 2000 fails to install
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=22185 Summary: Speed Reading 2000 fails to install Product: Wine Version: 1.1.21 Platform: x86 URL: http://www.speedyshare.com/files/21643830/sr2000v1_6.e xe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com CC: dmitry(a)codeweavers.com Created an attachment (id=27069) --> (http://bugs.winehq.org/attachment.cgi?id=27069) Terminal output on Wine 1.1.41 Steps to reproduce: 1) remove ~/.wine 2) wine sr2000v1_6.exe 3) click next several times 4) Wine error appears after choosing install directory Problem doesn't occur on Wine 1.1.20 so this is an regression. Regression test did give: 54d7c8012d1d7369a56779955ced5a09e448a1cd is the first bad commit commit 54d7c8012d1d7369a56779955ced5a09e448a1cd Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Wed Apr 29 15:17:35 2009 +0900 explorer: Initialize the Progman DDE interface when starting explorer. :040000 040000 4a347655bb6f41b8b8377d8e3e3e25c1551d1730 05513d15b76a99fe5033c4422a82008667425088 M programs -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 46126] New: Provide more exception context information in ARM64 implementation of raise_exception ()
by wine-bugs＠winehq.org 23 Jan '21

23 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46126 Bug ID: 46126 Summary: Provide more exception context information in ARM64 implementation of raise_exception() Product: Wine Version: 3.20 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Currently the diagnosis via tracing is very limited because the exception code, exception address and register context is not dumped at all. Example: --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 ./vlc.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\video_output\\libyuv_plugin.dll" at 0x85d0000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\video_splitter\\libclone_plugin.dll" at 0x85f0000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\video_splitter\\libpanoramix_plugin.dll" at 0x8600000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\video_splitter\\libwall_plugin.dll" at 0x8610000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\visualization\\libgoom_plugin.dll" at 0x8630000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\visualization\\libvisual_plugin.dll" at 0x8680000: native 0009:trace:seh:raise_exception info[0]=0000000000000031 0009:trace:seh:raise_exception info[1]=0000000000078490 0009:trace:seh:call_vectored_handlers calling handler at 0x46b1540 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x46b1540 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x2e72e60 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x2e72e60 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x1fe64fc code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x1fe64fc returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x33c1c8 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x33c1c8 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x7b4b4888 code=40010006 flags=0 0009:fixme:seh:RtlUnwind Not implemented on ARM64 0009:trace:process:NtQueryInformationProcess (0xffffffffffffffff,0x0000000c,0x22eb8c,0x00000004,(nil)) 0009:trace:process:NtQueryInformationProcess (0xffffffffffffffff,0x0000000c,0x22eb8c,0x00000004,(nil)) 0009:trace:seh:raise_exception info[0]=0000000000000054 0009:trace:seh:raise_exception info[1]=0000000000078490 0009:trace:seh:call_vectored_handlers calling handler at 0x46b1540 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x46b1540 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x2e72e60 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x2e72e60 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x1fe64fc code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x1fe64fc returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x33c1c8 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x33c1c8 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x7b4b4888 code=40010006 flags=0 0009:fixme:seh:RtlUnwind Not implemented on ARM64 ... --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… --- snip --- 540 static NTSTATUS raise_exception( EXCEPTION_RECORD *rec, CONTEXT *context, BOOL first_chance ) 541 { 542 NTSTATUS status; 543 544 if (first_chance) 545 { 546 DWORD c; 547 548 for (c = 0; c < rec->NumberParameters; c++) 549 TRACE( " info[%d]=%016lx\n", c, rec->ExceptionInformation[c] ); 550 if (rec->ExceptionCode == EXCEPTION_WINE_STUB) 551 { 552 if (rec->ExceptionInformation[1] >> 16) 553 MESSAGE( "wine: Call from %p to unimplemented function %s.%s, aborting\n", 554 rec->ExceptionAddress, 555 (char*)rec->ExceptionInformation[0], (char*)rec->ExceptionInformation[1] ); 556 else 557 MESSAGE( "wine: Call from %p to unimplemented function %s.%ld, aborting\n", 558 rec->ExceptionAddress, 559 (char*)rec->ExceptionInformation[0], rec->ExceptionInformation[1] ); 560 } 561 else 562 { 563 /* FIXME: dump context */ 564 } 565 566 status = send_debug_event( rec, TRUE, context ); 567 if (status == DBG_CONTINUE || status == DBG_EXCEPTION_HANDLED) 568 return STATUS_SUCCESS; 569 570 if (call_vectored_handlers( rec, context ) == EXCEPTION_CONTINUE_EXECUTION) 571 return STATUS_SUCCESS; 572 573 if ((status = call_stack_handlers( rec, context )) != STATUS_UNHANDLED_EXCEPTION) 574 return status; 575 } 576 577 /* last chance exception */ 578 579 status = send_debug_event( rec, FALSE, context ); 580 if (status != DBG_CONTINUE) 581 { 582 if (rec->ExceptionFlags & EH_STACK_INVALID) 583 ERR("Exception frame is not in stack limits => unable to dispatch exception.\n"); 584 else if (rec->ExceptionCode == STATUS_NONCONTINUABLE_EXCEPTION) 585 ERR("Process attempted to continue execution after noncontinuable exception.\n"); 586 else 587 ERR("Unhandled exception code %x flags %x addr %p\n", 588 rec->ExceptionCode, rec->ExceptionFlags, rec->ExceptionAddress ); 589 NtTerminateProcess( NtCurrentProcess(), rec->ExceptionCode ); 590 } 591 return STATUS_SUCCESS; 592 } --- snip --- --- snip --- System information: Wine build: wine-3.20-7-ga0a7090301 Platform: arm64 Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- 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 5

[Bug 35884] New: Visual Studio 20XX frequently calls CoGetCallerTID(), resulting in console spam due to stub
by wine-bugs＠winehq.org 22 Jan '21

22 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=35884 Bug ID: 35884 Summary: Visual Studio 20XX frequently calls CoGetCallerTID(), resulting in console spam due to stub Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says... not really harmful though. --- snip --- ... fixme:ole:CoGetCallerTID stub! fixme:ole:CoGetCallerTID stub! fixme:ole:CoGetCallerTID stub! fixme:ole:CoGetCallerTID stub! ... --- snip --- I'd prefer a real implementation over a 'FIXME once', it's not particularly hard to do. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms680683%28v=vs.85%… --- quote --- lpdwTID [out] Receives the apartment ID of the caller's thread. For a single threaded apartment (STA), this is the current thread ID. For a multithreaded apartment (MTA), the value is 0. For a neutral apartment (NA), the value is -1. --- quote --- Source: http://source.winehq.org/git/wine.git/blob/39562961283ccb7c838c5650b11873e6… --- snip --- 92 HRESULT WINAPI CoGetCallerTID(LPDWORD lpdwTID) 93 { 94 FIXME("stub!\n"); 95 return E_NOTIMPL; 96 } --- snip --- $ wine --version wine-1.7.15-112-g2aad5d7 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 8

[Bug 46079] New: Support 32-bit ARM hard-float cross-toolchains with GNU binutils assembler that doesn 't implicitly assume '.fpu {vfp,neon}' (Yocto/Poky SDK)
by wine-bugs＠winehq.org 21 Jan '21

21 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46079 Bug ID: 46079 Summary: Support 32-bit ARM hard-float cross-toolchains with GNU binutils assembler that doesn't implicitly assume '.fpu {vfp,neon}' (Yocto/Poky SDK) Product: Wine Version: 3.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, after working around bug 46053 ("Support cross-toolchains that need target sysroot explicitly passed via ' --sysroot' command-line option (Yocto/Poky SDK)") by having 'winegcc' passing the target sysroot to the cross-compiler/linker via '--sysroot', aarch64 Wine now cross compiles successfully with a full target sysroot. -> aarch64-poky-linux ------------------------------------------------------------------------- Build Configuration: BB_VERSION = "1.38.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "fedora-28" TARGET_SYS = "aarch64-poky-linux" MACHINE = "qemuarm64" DISTRO = "poky" DISTRO_VERSION = "2.5.1" TUNE_FEATURES = "aarch64" TARGET_FPU = "" meta meta-poky meta-yocto-bsp = "sumo:d240b885f26e9b05c8db0364ab2ace9796709aad" meta-oe = "sumo:2bb21ef27c4b0c9d52d30b3b2c5a0160fd02b966" meta-clang = "sumo:1784b06e6b1a83748438b4bec7e079d735d5b608" ... ------------------------------------------------------------------------- Building for 32-bit ARMv7 hard-float fails (using the same mechanics). -> arm-poky-linux-gnueabi (cortexa9hf-vfpv3-poky-linux-gnueabi) ------------------------------------------------------------------------- Build Configuration: BB_VERSION = "1.38.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "fedora-28" TARGET_SYS = "arm-poky-linux-gnueabi" MACHINE = "qemuarma9" DISTRO = "poky" DISTRO_VERSION = "2.5.1" TUNE_FEATURES = "arm armv7a vfp vfpv3d16 vfpv3 callconvention-hard cortexa9" TARGET_FPU = "hard" meta meta-poky meta-yocto-bsp = "sumo:d240b885f26e9b05c8db0364ab2ace9796709aad" meta-oe = "sumo:2bb21ef27c4b0c9d52d30b3b2c5a0160fd02b966" meta-clang = "sumo:1784b06e6b1a83748438b4bec7e079d735d5b608" ... ------------------------------------------------------------------------- --- snip --- ... /home/focht/projects/wine/mainline-build-x86_64/tools/winegcc/winegcc -o d2d1.dll.so \ -B/home/focht/projects/wine/mainline-build-x86_64/tools/winebuild --sysroot=../.. -b \ arm-poky-linux-gnueabi -marm -mfloat-abi=hard -fasynchronous-unwind-tables -shared /home/focht/projects/wine/mainline-src/dlls/d2d1/d2d1.spec \ bitmap.o bitmap_render_target.o brush.o dc_render_target.o device.o effect.o factory.o geometry.o \ hwnd_render_target.o layer.o mesh.o state_block.o stroke.o wic_render_target.o version.res \ -ldwrite -ld3d10_1 ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a -lgdi32 -luser32 \ -ladvapi32 ../../libs/port/libwine_port.a -Wb,-ddwrite -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed d2d1.IYX82U.s: Assembler messages: d2d1.IYX82U.s:291: Error: selected processor does not support `vpush {s0-s15}' in ARM mode d2d1.IYX82U.s:310: Error: selected processor does not support `vpush {s0-s15}' in ARM mode winebuild: arm-poky-linux-gnueabi-gcc failed with status 1 winegcc: /home/focht/projects/wine/mainline-build-x86_64/tools/winebuild/winebuild failed make[1]: *** [Makefile:1440: d2d1.dll.so] Error 2 make[1]: Leaving directory '/home/focht/projects/wine/mainline-build-arm/dlls/d2d1' make: *** [Makefile:8385: dlls/d2d1] Error 2 --- snip --- Re-executing failing last command with '-v -save-temps': --- snip --- /home/focht/projects/wine/mainline-build-x86_64/tools/winegcc/winegcc -v -save-temps -o d2d1.dll.so -B/home/focht/projects/wine/mainline-build-x86_64/tools/winebuild --sysroot=../.. -b arm-poky-linux-gnueabi -marm -mfloat-abi=hard -fasynchronous-unwind-tables -shared /home/focht/projects/wine/mainline-src/dlls/d2d1/d2d1.spec bitmap.o bitmap_render_target.o brush.o dc_render_target.o device.o effect.o factory.o geometry.o hwnd_render_target.o layer.o mesh.o state_block.o stroke.o wic_render_target.o version.res -ldwrite -ld3d10_1 ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a -lgdi32 -luser32 -ladvapi32 ../../libs/port/libwine_port.a -Wb,-ddwrite -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed /home/focht/projects/wine/mainline-build-x86_64/tools/winebuild/winebuild -v --save-temps --target arm-poky-linux-gnueabi -fasynchronous-unwind-tables --cc-cmd=arm-poky-linux-gnueabi-gcc --ld-cmd=arm-poky-linux-gnueabi-ld -D_REENTRANT -fPIC --dll -o d2d1.dll-IpMxH8.spec.o -E /home/focht/projects/wine/mainline-src/dlls/d2d1/d2d1.spec -L../../dlls -L../../libs/wine -marm -mfloat-abi=hard -ddwrite -rversion.res -- bitmap.o bitmap_render_target.o brush.o dc_render_target.o device.o effect.o factory.o geometry.o hwnd_render_target.o layer.o mesh.o state_block.o stroke.o wic_render_target.o ../../dlls/dwrite/libdwrite.def ../../dlls/d3d10_1/libd3d10_1.def ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a ../../dlls/gdi32/libgdi32.def ../../dlls/user32/libuser32.def ../../dlls/advapi32/libadvapi32.def ../../libs/port/libwine_port.a ../../dlls/winecrt0/libwinecrt0.a ../../dlls/kernel32/libkernel32.def ../../dlls/ntdll/libntdll.def arm-poky-linux-gnueabi-gcc -xassembler -c -o d2d1.nY1v31.o d2d1.CJoop5.s arm-poky-linux-gnueabi-ld -r -o d2d1.KKS2kZ.o d2d1.nY1v31.o bitmap.o bitmap_render_target.o brush.o dc_render_target.o device.o effect.o factory.o geometry.o hwnd_render_target.o layer.o mesh.o state_block.o stroke.o wic_render_target.o ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a ../../libs/port/libwine_port.a ../../dlls/winecrt0/libwinecrt0.a arm-poky-linux-gnueabi-gcc -xassembler -c -o d2d1.dll-IpMxH8.spec.o d2d1.vn7wK8.s d2d1.vn7wK8.s: Assembler messages: d2d1.vn7wK8.s:291: Error: selected processor does not support `vpush {s0-s15}' in ARM mode d2d1.vn7wK8.s:310: Error: selected processor does not support `vpush {s0-s15}' in ARM mode winebuild: arm-poky-linux-gnueabi-gcc failed with status 1 winegcc: /home/focht/projects/wine/mainline-build-x86_64/tools/winebuild/winebuild failed --- snip --- $ cat d2d1.vn7wK8.s /* File generated automatically from /home/focht/projects/wine/mainline-src/dlls/d2d1/d2d1.spec; do not edit! */ /* This file can be copied, modified and distributed without restriction. */ .section ".text","ax" b 1f __wine_spec_pe_header: .skip 69632 1: .data .align 2 .globl __wine_spec_nt_header .hidden __wine_spec_nt_header __wine_spec_nt_header: .L__wine_spec_rva_base: ... .L__wine_spec_exports_funcs: .long D2D1CreateFactory .long D2D1MakeRotateMatrix .long D2D1MakeSkewMatrix .long D2D1IsMatrixInvertible .long D2D1InvertMatrix .long __wine_stub_D2D1ConvertColorSpace .long __wine_stub_D2D1CreateDevice .long __wine_stub_D2D1CreateDeviceContext .long __wine_stub_D2D1SinCos .long __wine_stub_D2D1Tan .long __wine_stub_D2D1Vec3Length ... __wine_spec_relay_entry_points: nop .align 2 .L__wine_spec_relay_entry_point_1: .cfi_startproc push {r0-r3} mov r2, SP push {LR} sub SP, #4 mov r1,#393216 ldr r0, 2f add r0, PC ldr IP, [r0, #4] 1: blx IP ldr IP, [SP, #4] add SP, #24 bx IP 2: .long .L__wine_spec_relay_descr-1b .cfi_endproc .align 2 .L__wine_spec_relay_entry_point_2: .cfi_startproc push {r0-r3} mov r2, SP vpush {s0-s15} push {LR} sub SP, #4 mov r1,#1 add r1,#65536 ldr r0, 2f add r0, PC ldr IP, [r0, #4] 1: blx IP ldr IP, [SP, #4] add SP, #88 bx IP 2: .long .L__wine_spec_relay_descr-1b .cfi_endproc .align 2 --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/tools/winebuild/spec32.c#… --- snip --- ... case CPU_ARM: { unsigned int mask, val, count = 0; int j, has_float = 0; if (strcmp( float_abi_option, "soft" )) for (j = 0; j < odp->u.func.nb_args && !has_float; j++) has_float = is_float_arg( odp, j ); val = (odp->u.func.args_str_offset << 16) | (i - spec->base); output( "\tpush {r0-r3}\n" ); output( "\tmov r2, SP\n"); if (has_float) output( "\tvpush {s0-s15}\n" ); output( "\tpush {LR}\n" ); output( "\tsub SP, #4\n"); for (mask = 0xff; mask; mask <<= 8) if (val & mask) output( "\t%s r1,#%u\n", count++ ? "add" : "mov", val & mask ); if (!count) output( "\tmov r1,#0\n" ); output( "\tldr r0, 2f\n"); output( "\tadd r0, PC\n"); output( "\tldr IP, [r0, #4]\n"); output( "1:\tblx IP\n"); output( "\tldr IP, [SP, #4]\n" ); output( "\tadd SP, #%u\n", 24 + (has_float ? 64 : 0) ); output( "\tbx IP\n"); output( "2:\t.long .L__wine_spec_relay_descr-1b\n" ); break; ... --- snip --- The code was introduced by commit https://source.winehq.org/git/wine.git/commitdiff/5e3534ee411a8c5baea502270… ("ntdll: Fix handling of floating point arguments in relay debugging on ARM.") The problem is that Wine makes the assumption that the assembler from hardfloat binutils implicitly assumes '.fpu {vfp,neon}' without any command line options. This isn't necessarily true for most hard-float cross-toolchains but for native toolchains, running on actual targets. Usually this is solved by the cross-toolchain environment by passing the proper '-mfloat-abi=' and/or '-mfpu=' options when cross-compiling. Simple test with .c file: --- snip --- $ cat vfptest.c void foo(void){ __asm__ volatile("fadds s0, s0, s0"); } --- snip --- --- snip --- $ arm-poky-linux-gnueabi-gcc -c vfptest.c /tmp/cc3DpeRI.s: Assembler messages: /tmp/cc3DpeRI.s:27: Error: selected processor does not support `fadds s0,s0,s0' in ARM mode $ arm-poky-linux-gnueabi-gcc -mfloat-abi=hard -c vfptest.c --- snip --- Test to show the available fpu target options: --- snip --- $ arm-poky-linux-gnueabi-gcc -mfpu=? arm-poky-linux-gnueabi-gcc: error: unrecognized argument in option ‘-mfpu=?’ arm-poky-linux-gnueabi-gcc: note: valid arguments to ‘-mfpu=’ are: auto crypto-neon-fp-armv8 fp-armv8 fpv4-sp-d16 fpv5-d16 fpv5-sp-d16 neon neon-fp-armv8 neon-fp16 neon-vfpv3 neon-vfpv4 vfp vfp3 vfpv2 vfpv3 vfpv3-d16 vfpv3-d16-fp16 vfpv3-fp16 vfpv3xd vfpv3xd-fp16 vfpv4 vfpv4-d16 arm-poky-linux-gnueabi-gcc: fatal error: no input files compilation terminated. --- snip --- Simple test with assembly file, illustrating the problem with Wine: --- snip --- $ cat vfptest.S .text test: fadds s0, s0, s0 --- snip --- NOTE: 'vfp' is an alias for 'vfpv2', 'neon' is an alias for 'neon-vfpv3' --- snip --- $ arm-poky-linux-gnueabi-gcc -c vfptest.s vfptest.s: Assembler messages: vfptest.s:3: Error: selected processor does not support `fadds s0,s0,s0' in ARM mode $ arm-poky-linux-gnueabi-gcc -c -mfloat-abi=hard vfptest.s vfptest.s: Assembler messages: vfptest.s:3: Error: selected processor does not support `fadds s0,s0,s0' in ARM mode $ arm-poky-linux-gnueabi-gcc -c -mfpu=vfp vfptest.s $ arm-poky-linux-gnueabi-gcc -c -mfpu=vfpv2 vfptest.s $ arm-poky-linux-gnueabi-gcc -c -mfpu=vfpv3 vfptest.s $ arm-poky-linux-gnueabi-gcc -c -mfpu=vfpv4 vfptest.s $ arm-poky-linux-gnueabi-gcc -c -mfpu=neon vfptest.s ... --- snip --- Unlike using C with inline assembly, real assembly sources need either '.fpu' directive, or '-mfpu=' option provided in the command line. Using CFLAGS, EXTRACFLAGS to set '-mfpu=' doesn't work because of the 'winegcc' wrapper limitation (like bug 46053 it builds a custom command line, not passing these option down). Forcing to a use hardfloat binutils with assembler that implicitly assumes '.fpu vfp' without any command line options is IMHO not feasible. I don't want to change/hack upstream toolchain projects. Changing 'winebuild' to add explicit '.fpu vfp' or '.fpu neon' directives to the assembly sources in case of 32-bit ARM hard-float seems reasonable to me. https://source.winehq.org/git/wine.git/blob/HEAD:/tools/winebuild/spec32.c Simple test: --- snip --- $ cat vfptest.s .fpu vfp .text test: fadds s0, s0, s0 --- snip --- --- snip --- $ arm-poky-linux-gnueabi-gcc -c vfptest.s --- snip --- With that problem fixed, Wine now cross compiles successfully with a full 32-bit ARM hardfloat target sysroot (same x11/freetype/libxml2 etc. deps as for my x86_64 host). Next step would be running apps/tests on my x86_64 host with 'qemuarm64' and 'qemuarma9' using the generic ARM system emulation with the 'virt machine' machine which also supports 'virtio-gpu' for full graphics stack. $ wine --version wine-3.19-117-g4852130c82 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 6

[Bug 46174] New: Fix for Bug 46066 in Wine 3.20 Breaks Voice Chat Feature in Halo Online
by wine-bugs＠winehq.org 19 Jan '21

19 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46174 Bug ID: 46174 Summary: Fix for Bug 46066 in Wine 3.20 Breaks Voice Chat Feature in Halo Online Product: Wine-staging Version: 3.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rstrube(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62832 --> https://bugs.winehq.org/attachment.cgi?id=62832 Output when running Halo Online and crash occurs. After upgrading to Wine Staging 3.20 I noticed that Halo Online would hang as soon as a I joined any multiplayer match. After some investigation, I noticed that disabling the voice chat feature would cause the game to function correctly. With Wine Staging 3.19 the voice chat feature worked correctly. I noticed in the release notes for 3.20 a stub DLL (qwave.dll) was added. This was to fix Bug 46066. I believe this is causing the crash / hang with Halo Online. It might also affect other games with in game voice chat functionality. I've attached the output from wine when running the game and when the crash occurs. The key line is: wine: Call from 0x7b43e10c to unimplemented function qwave.dll.QOSCreateHandle, aborting Which then calls Audio Read timeouts, which cause the entire game to crash. Thanks! Rob -- 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 28

[Bug 41212] New: Alt-Tab in full-screen on resolutions other than native causes a crash
by wine-bugs＠winehq.org 19 Jan '21

19 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=41212 Bug ID: 41212 Summary: Alt-Tab in full-screen on resolutions other than native causes a crash 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: mackle9(a)hotmail.com Distribution: --- In Starcraft II, an Alt-Tab in full-screen mode on a resolution lower than native will cause the application to crash. Apparently Warcraft is also affected (unconfirmed). -- 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 41469] New: 'Ski Racing 2005 featuring Hermann Maier' crashes on startup
by wine-bugs＠winehq.org 18 Jan '21

18 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=41469 Bug ID: 41469 Summary: 'Ski Racing 2005 featuring Hermann Maier' crashes on startup Product: Wine Version: 1.9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugzilla(a)z3ntu.xyz Distribution: --- Created attachment 55850 --> https://bugs.winehq.org/attachment.cgi?id=55850 backtrace The game 'Ski Racing 2005 featuring Hermann Maier' (Demo version) from an old game DVD crashes on startup. The installation went fine. I can send you the installer if you need it for reproducing the issue. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 32

[Bug 33034] New: DiRT 3 fails at launch
by wine-bugs＠winehq.org 17 Jan '21

17 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=33034 Bug #: 33034 Summary: DiRT 3 fails at launch Product: Wine Version: 1.5.24 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 Classification: Unclassified Created attachment 43663 --> http://bugs.winehq.org/attachment.cgi?id=43663 log Tried to run with native DX, GFWL (for xlive.dll ask) and OpenAL. -- 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 19

[Bug 39038] New: NVIDIA D3D SDK 10 Sparkles doesnt run
by wine-bugs＠winehq.org 17 Jan '21

17 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=39038 Bug ID: 39038 Summary: NVIDIA D3D SDK 10 Sparkles doesnt run Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx10 Assignee: wine-bugs(a)winehq.org Reporter: super_man(a)post.com Distribution: --- http://developer.download.nvidia.com/SDK/10/Samples/Sparkles.zip fixme:system:SetProcessDPIAware stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f648,0x00000000), stub! fixme:dxgi:dxgi_device_init Ignoring adapter type. fixme:win:EnumDisplayDevicesW ((null),0,0x33f488,0x00000000), stub! fixme:dxgi:dxgi_output_GetDesc iface 0x131018, desc 0x4835f4 stub! fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x131018, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0x2, mode_count 0x33f8b4, desc 0x483668 partial stub! fixme:dxgi:dxgi_output_GetDesc iface 0x131018, desc 0x33fa50 stub! fixme:dxgi:dxgi_output_GetDesc iface 0x131018, desc 0x33f9cc stub! -- 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 May 2019