April 2021 - Wine-bugs - list.winehq.org

[Bug 50978] New: Adobe DNG converter 13.2 fails to launch
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50978 Bug ID: 50978 Summary: Adobe DNG converter 13.2 fails to launch Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 42de71c38780931c510ada6d7ee8681c99bbc60b Distribution: --- With: 0024:err:module:import_dll Library version.dll (which is needed by L"C:\\windows\\system32\\setupapi.dll") not found followed by cascading messages culminating in 0024:err:module:LdrInitializeThunk Importing dlls for L"Z:\\bridge\\Downloads\\AdobeDNGConverter_x64_13_2.exe" failed, status c0000135 The application has a manifest, which includes the following: <file name="mpr.dll" loadFrom="%SystemRoot%\system32\" /> <file name="netapi32.dll" loadFrom="%SystemRoot%\system32\" /> <file name="netutils.dll" loadFrom="%SystemRoot%\system32\" /> <file name="version.dll" loadFrom="%SystemRoot%\system32\" /> find_actctx_dll() mishandles this and returns the executable path, which obviously doesn't contain version.dll. Fixing it may require some research. This is a regression—it worked in 6.4. It's probably a regression from 42de71c3878, since previously we would load builtin version.dll regardless, but I can't bisect as other regressions prevent Wine from working at that point. -- 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 21

[Bug 51008] New: no puedo abrir LDplayerr
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=51008 Bug ID: 51008 Summary: no puedo abrir LDplayerr Product: Wine Version: unspecified Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mayolosergio(a)gmail.com Unhandled exception: unimplemented function user32.dll.SetProcessDpiAwarenessInternal called in 32-bit code (0x7bc475c8). Register dump: CS:001b SS:0023 DS:0023 ES:0023 FS:1007 GS:000f EIP:7bc475c8 ESP:0033fb88 EBP:0033fbec EFLAGS:00000206( - -- I - -P- ) EAX:64b5480c EBX:0033fb94 ECX:0033fc1c EDX:000de6a0 ESI:0033fc78 EDI:64b40000 Stack dump: 0x0033fb88: 00000000 4488eb0f 0033fbe0 80000100 0x0033fb98: 00000001 00000000 7bc475c8 00000002 0x0033fba8: 64b549a0 64b5480c 0033fbe4 64b40000 0x0033fbb8: 0033fc08 7b84dd9c 00110060 00000020 0x0033fbc8: 7b818fe5 7b84dd9c 64b40000 0033fbe4 0x0033fbd8: 00000000 0033fbec 00000000 00000000 0200: sel=1007 base=7ffc0000 limit=00000fff 32-bit rw- Backtrace: =>0 0x7bc475c8 stub_entry_point+0x48() in ntdll (0x0033fbec) 1 0x0039002d (0x0033fc18) 2 0x004d7864 in dnplayer (+0xd7863) (0x0033fc44) 3 0x004d796d in dnplayer (+0xd796c) (0x0033fe4c) 4 0x004fd5b1 in dnplayer (+0xfd5b0) (0x0033fe64) 5 0x00577658 in dnplayer (+0x177657) (0x0033feb0) 6 0x7b85598c call_process_entry+0xb() in kernel32 (0x0033fec8) 7 0x7b859f27 start_process+0x66() in kernel32 (0x0033ff08) 8 0x7bc7395c call_thread_func_wrapper+0xb() in ntdll (0x0033ff28) 9 0x7bc75c1a call_thread_func+0x89() in ntdll (0x0033ffa8) 10 0x7bc73922 call_thread_entry_point+0x11() in ntdll (0x0033ffc8) 11 0x7bc47a7e start_process+0x1d() in ntdll (0x0033ffe8) 0x7bc475c8 stub_entry_point+0x48 in ntdll: subl $4,%esp Modules: Module Address Debug info Name (258 modules) PE 340000- 385000 Deferred dnutility PE 400000- 6bc000 Export dnplayer PE 6c0000- 79a000 Deferred dnplycore PE 10000000-10191000 Deferred cximagecrt PE 40001000-401b6000 Stabs libwine.1.0.dylib ELF 44817000-44971000 Deferred user32<elf> \-PE 44820000-44928000 \ user32 ELF 44971000-44a95000 Deferred gdi32<elf> \-PE 44980000-44a28000 \ gdi32 ELF 44aa2000-44b20000 Deferred advapi32<elf> \-PE 44ab0000-44b06000 \ advapi32 ELF 44b20000-44b3b000 Deferred version<elf> \-PE 44b30000-44b39000 \ version ELF 44b3b000-44c18000 Deferred msvcr120<elf> \-PE 44b40000-44bdf000 \ msvcr120 ELF 44c18000-44d33000 Deferred msvcp120<elf> \-PE 44c20000-44cce000 \ msvcp120 ELF 44d33000-44d70000 Deferred ws2_32<elf> \-PE 44d40000-44d69000 \ ws2_32 ELF 44d70000-44e24000 Deferred msvcrt<elf> \-PE 44d80000-44dfd000 \ msvcrt ELF 44e24000-45088000 Deferred shell32<elf> \-PE 44e30000-45043000 \ shell32 ELF 45088000-4510e000 Deferred shlwapi<elf> \-PE 45090000-450e7000 \ shlwapi ELF 4510e000-451ce000 Deferred winmm<elf> \-PE 45110000-451be000 \ winmm ELF 451ce000-4531a000 Deferred ole32<elf> \-PE 451d0000-452d5000 \ ole32 ELF 4531a000-453ae000 Deferred rpcrt4<elf> \-PE 45320000-4538a000 \ rpcrt4 ELF 453ae000-453da000 Deferred msacm32<elf> \-PE 453b0000-453d5000 \ msacm32 ELF 453da000-45517000 Deferred oleaut32<elf> \-PE 453e0000-454c2000 \ oleaut32 ELF 45517000-455b5000 Deferred gdiplus<elf> \-PE 45520000-4558e000 \ gdiplus ELF 455b5000-456be000 Deferred comdlg32<elf> \-PE 455c0000-4569c000 \ comdlg32 ELF 456be000-457de000 Deferred comctl32<elf> \-PE 456c0000-457b4000 \ comctl32 ELF 457de000-45824000 Deferred winspool<elf> \-PE 457e0000-4581a000 \ winspool ELF 45824000-458a6000 Deferred wininet<elf> \-PE 45830000-45893000 \ wininet ELF 458a6000-458d0000 Deferred mpr<elf> \-PE 458b0000-458ca000 \ mpr ELF 458d0000-458e5000 Deferred psapi<elf> \-PE 458e0000-458e4000 \ psapi ELF 458e5000-458fa000 Deferred xinput1_3<elf> \-PE 458f0000-458f9000 \ xinput1_3 ELF 458fa000-4595d000 Deferred dsound<elf> \-PE 45900000-45943000 \ dsound ELF 4595d000-45986000 Deferred iphlpapi<elf> \-PE 45960000-45980000 \ iphlpapi ELF 45986000-459ac000 Deferred imm32<elf> \-PE 45990000-459a6000 \ imm32 PE 459ac000-45a43000 Deferred libfreetype.6.dylib PE 45a43000-45a74000 Deferred libpng16.16.dylib ELF 45a74000-45b17000 Deferred winemac<elf> \-PE 45a80000-45aee000 \ winemac ELF 4601c000-46058000 Deferred uxtheme<elf> \-PE 46020000-46050000 \ uxtheme PE 64b40000-64b72000 Deferred shcore PE 64d80000-64d9f000 Deferred hid PE 6a300000-6a324000 Deferred libvlc PE 6a540000-6a791000 Deferred libvlccore ELF 7a800000-7a92b000 Deferred opengl32<elf> \-PE 7a810000-7a8d7000 \ opengl32 ELF 7b800000-7ba79000 Stabs kernel32<elf> \-PE 7b810000-7ba3d000 \ kernel32 ELF 7bc00000-7bcee000 Stabs ntdll<elf> \-PE 7bc10000-7bcb1000 \ ntdll ELF 7bf00000-82001000 Deferred <wine-loader> PE 902ed000-90782000 Deferred corefoundation PE 907f3000-90811000 Deferred libcrfsuite.dylib PE 90898000-9089f000 Deferred libsystem_platform.dylib PE 9089f000-90940000 Deferred qd PE 913fa000-913fb000 Deferred coreservices PE 9145a000-9145e000 Deferred libcorefscache.dylib PE 9145e000-91467000 Deferred netfs PE 91467000-91468000 Deferred libkeymgr.dylib PE 9149d000-914a2000 Deferred libgif.dylib PE 915bb000-916e3000 Deferred coretext PE 916e3000-916e4000 Deferred accelerate PE 916e4000-91a40000 Deferred libobjc.a.dylib PE 91a40000-91ae8000 Deferred metadata PE 91ae8000-91aea000 Deferred liblangid.dylib PE 91aea000-91af4000 Deferred libcopyfile.dylib PE 91af4000-91b0d000 Deferred libsparseblas.dylib PE 91bac000-91bd7000 Deferred libsystem_info.dylib PE 91bd7000-91c4b000 Deferred datadetectorscore PE 91c4b000-91c6f000 Deferred libjpeg.dylib PE 91c79000-91cef000 Deferred searchkit PE 91d04000-91d09000 Deferred libheimdal-asn1.dylib PE 91d09000-92238000 Deferred vimage PE 92238000-92295000 Deferred libtiff.dylib PE 92297000-923f1000 Deferred libblas.dylib PE 925e5000-9267b000 Deferred libsystem_c.dylib PE 9267b000-92795000 Deferred desktopservicespriv PE 9279f000-927a0000 Deferred liblaunch.dylib PE 927a0000-929da000 Deferred libfosl_dynamic.dylib PE 92a10000-92a11000 Deferred veclib PE 92a11000-92a15000 Deferred libpam.2.dylib PE 92a44000-92a47000 Deferred libsystem_configuration.dylib PE 92a47000-92a54000 Deferred libkxld.dylib PE 92a6b000-92a77000 Deferred libcommoncrypto.dylib PE 92a77000-92a78000 Deferred audiounit PE 92a78000-92a8f000 Deferred libcompression.dylib PE 9304f000-930c6000 Deferred securityfoundation PE 930c6000-930cb000 Deferred libcache.dylib PE 930cb000-930f4000 Deferred iconservices PE 930f4000-93313000 Deferred libicucore.a.dylib PE 93313000-93328000 Deferred corebluetooth PE 933aa000-933b0000 Deferred libmacho.dylib PE 933b0000-93640000 Deferred cfnetwork PE 93640000-93651000 Deferred langanalysis PE 936cb000-93727000 Deferred printcore PE 93a3a000-93a43000 Deferred fsevents PE 93a43000-93a4c000 Deferred libsystem_dnssd.dylib PE 93a4c000-93a8c000 Deferred libglimage.dylib PE 93a8c000-93a8e000 Deferred libsystem.b.dylib PE 93a8e000-93a8f000 Deferred libsystem_blocks.dylib PE 93a92000-93ae9000 Deferred libc++.1.dylib PE 93ae9000-93b7e000 Deferred performanceanalysis PE 93bff000-93c0b000 Deferred netauth PE 93dc6000-93e1c000 Deferred htmlrendering PE 93e1d000-93e24000 Deferred libunwind.dylib PE 941e3000-943c6000 Deferred quartzcore PE 943c6000-9466a000 Deferred libmecabra.dylib PE 9466a000-9534c000 Deferred appkit PE 95442000-95469000 Deferred libpng.dylib PE 95469000-9547b000 Deferred libbsm.0.dylib PE 9547b000-95480000 Deferred iosurface PE 955f6000-9597a000 Deferred foundation PE 9597a000-95a66000 Deferred libvmisc.dylib PE 9640a000-96454000 Deferred libfontregistry.dylib PE 9653b000-96553000 Deferred libsystem_coretls.dylib PE 96e55000-96e5b000 Deferred tcc PE 96e5b000-97236000 Deferred liblapack.dylib PE 97236000-97239000 Deferred libsystem_coreservices.dylib PE 97239000-9723d000 Deferred libextension.dylib PE 9723d000-972cf000 Deferred coresymbolication PE 972cf000-972d9000 Deferred commonauth PE 972d9000-972dc000 Deferred loginsupport PE 97594000-976e6000 Deferred coreui PE 976e9000-976f8000 Deferred libz.1.dylib PE 976f8000-9777a000 Deferred iokit PE 9777a000-9777e000 Deferred libsystem_sandbox.dylib PE 9777e000-97781000 Deferred libquarantine.dylib PE 97781000-97a7d000 Deferred carboncore PE 97a7e000-97bc1000 Deferred libvdsp.dylib PE 97bd5000-97bd8000 Deferred libsystem_secinit.dylib PE 97c2b000-97c35000 Deferred diskarbitration PE 97c38000-97c4c000 Deferred sharing PE 97c4c000-97c77000 Deferred libdispatch.dylib PE 97c77000-97c9c000 Deferred libc++abi.dylib PE 97c9c000-97ce0000 Deferred libglu.dylib PE 97cee000-97d69000 Deferred heimdal PE 97d69000-97dbe000 Deferred symbolication PE 97eaf000-97ecb000 Deferred cfopendirectory PE 97ecb000-97f6d000 Deferred ink PE 98576000-985e9000 Deferred corewlan PE 985e9000-9862b000 Deferred libauto.dylib PE 9862b000-9865f000 Deferred gss PE 98689000-986e3000 Deferred ae PE 986e3000-98721000 Deferred debugsymbols PE 98727000-9872b000 Deferred libdyld.dylib PE 98773000-98781000 Deferred speechrecognitioncore PE 987e6000-98808000 Deferred libsystem_kernel.dylib PE 998f5000-99914000 Deferred libresolv.9.dylib PE 99914000-99b4d000 Deferred coreimage PE 99b4d000-99b5d000 Deferred libxar.1.dylib PE 9a47f000-9a53b000 Deferred backup PE 9a53b000-9a5ef000 Deferred iobluetooth PE 9a5ef000-9a6f0000 Deferred libfontparser.dylib PE 9a6f0000-9a6f5000 Deferred commonpanels PE 9a6f5000-9a7e7000 Deferred libiconv.2.dylib PE 9a7e7000-9a824000 Deferred remoteviewservices PE 9a824000-9a827000 Deferred securityhi PE 9a827000-9a842000 Deferred liblzma.5.dylib PE 9a842000-9a8ae000 Deferred corewifi PE 9a8ae000-9a8b0000 Deferred libremovefile.dylib PE 9a8b0000-9aa36000 Deferred uifoundation PE 9aa36000-9aa80000 Deferred sharedfilelist PE 9aa80000-9aa8e000 Deferred speechsynthesis PE 9ab89000-9ab95000 Deferred libchinesetokenizer.dylib PE 9ab95000-9ae49000 Deferred security PE 9ae49000-9ae4a000 Deferred libmetal_timestamp.dylib PE 9ae4a000-9ae4b000 Deferred carbon PE 9ae4b000-9ae5a000 Deferred opengl PE 9ae5a000-9ae65000 Deferred carbonsound PE 9ae65000-9aecb000 Deferred osservices PE 9aecb000-9afd0000 Deferred libjp2.dylib PE 9b0eb000-9b0ec000 Deferred libenergytrace.dylib PE 9b0ec000-9b0f0000 Deferred libscreenreader.dylib PE 9b0f0000-9b164000 Deferred ats PE 9b164000-9b17b000 Deferred liblinearalgebra.dylib PE 9b17b000-9b181000 Deferred print PE 9b181000-9b199000 Deferred libmarisa.dylib PE 9b456000-9b459000 Deferred libcvmspluginsupport.dylib PE 9b459000-9b462000 Deferred libsystem_pthread.dylib PE 9b468000-9b46b000 Deferred libradiance.dylib PE 9b46b000-9b485000 Deferred libsystem_malloc.dylib PE 9b490000-9b591000 Deferred launchservices PE 9b667000-9b681000 Deferred kerberos PE 9bcb7000-9bcbe000 Deferred imagecapture PE 9bcbe000-9be38000 Deferred audiotoolbox PE 9bef7000-9bf1e000 Deferred multitouchsupport PE 9c055000-9c05f000 Deferred libgfxshared.dylib PE 9c05f000-9c065000 Deferred libcompiler_rt.dylib PE 9c115000-9c11f000 Deferred libsystem_networkextension.dylib PE 9c11f000-9c120000 Deferred libopenscriptingutil.dylib PE 9c120000-9c3dd000 Deferred coredata PE 9c3ed000-9c442000 Deferred coreaudio PE 9c442000-9c462000 Deferred generationalstorage PE 9c462000-9c473000 Deferred libgl.dylib PE 9c473000-9c4cb000 Deferred libcups.2.dylib PE 9c4cb000-9c4cc000 Deferred applicationservices PE 9c4cc000-9c4ce000 Deferred libdiagnosticmessagesclient.dyli PE 9c4ce000-9c57a000 Deferred languagemodeling PE 9c57a000-9c5ba000 Deferred navigationservices PE 9c5ba000-9c5d4000 Deferred libsystem_asl.dylib PE 9c5e0000-9c64f000 Deferred libsystem_network.dylib PE 9c64f000-9c681000 Deferred dictionaryservices PE 9c681000-9c7a8000 Deferred libsqlite3.dylib PE 9c967000-9c96e000 Deferred speechrecognition PE 9cedf000-9d2a7000 Deferred hitoolbox PE 9d2a7000-9d2ff000 Deferred hiservices PE 9d2ff000-9d300000 Deferred libunc.dylib PE 9d318000-9d37c000 Deferred systemconfiguration PE 9d37c000-9d38a000 Deferred libbz2.1.0.dylib PE 9d552000-9d57e000 Deferred libxslt.1.dylib PE 9d57e000-9d5b5000 Deferred corevideo PE 9d5b5000-9d5e7000 Deferred coreservicesinternal PE 9d5e7000-9d6dc000 Deferred libxml2.2.dylib PE 9d6dc000-9d6e0000 Deferred libcorevmclient.dylib PE 9d6e0000-9d6f2000 Deferred libsystem_trace.dylib PE 9d6f2000-9d8c7000 Deferred imageio PE 9d909000-9d91d000 Deferred libcmph.dylib PE 9d91d000-9dd17000 Deferred coregraphics PE 9dd17000-9dd46000 Deferred libarchive.2.dylib PE 9dd88000-9de27000 Deferred colorsync PE 9e3bc000-9e3c0000 Deferred servicemanagement PE 9e493000-9e49e000 Deferred libsystem_notify.dylib PE 9e547000-9e555000 Deferred opendirectory PE 9e555000-9e5a5000 Deferred opencl PE 9e749000-9e74d000 Deferred help PE 9e74d000-9e791000 Deferred metal PE 9e791000-9e79e000 Deferred crashreportersupport PE 9e7f2000-9e816000 Deferred apple80211 PE 9e816000-9e833000 Deferred openscripting PE 9e833000-9e85c000 Deferred libxpc.dylib PE 9e85c000-9e890000 Deferred libsystem_m.dylib PE 9e890000-9e8f8000 Deferred libcorecrypto.dylib PE 9e8f8000-9e939000 Deferred applejpeg PE 9e939000-9e940000 Deferred ioaccelerator PE 9e940000-9ed73000 Deferred facecore Threads: process tid prio (all id:s are in hex) 0000000e services.exe 0000001e 0 0000001d 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001c 0 00000019 0 00000018 0 00000013 0 0000001a plugplay.exe 00000020 0 0000001f 0 0000001b 0 00000021 rundll32.exe 00000022 0 00000023 explorer.exe 0000002b 0 0000002a 0 00000029 0 00000024 0 00000032 control.exe 00000033 0 00000028 (D) C:\LDPlayer\LDPlayer4.0\dnplayer.exe 00000030 0 <== System information: Wine build: wine-1.8.6 Platform: i386 Version: Windows 7 Host system: Darwin Host version: 15.6.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 3

[Bug 50801] New: Wine Mono crashes on macOS
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50801 Bug ID: 50801 Summary: Wine Mono crashes on macOS Product: Wine Version: 6.4 Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Running the csc.exe shipped with Wine Mono on macOS 11.2.1 crashes with: 0024:err:virtual:virtual_setup_exception stack overflow 1456 bytes in thread 0024 addr 0x7bc2bd61 stack 0x130a50 (0x130000-0x131000-0x230000) >From a +relay,+seh log, trimmed by thread: 0024:Call msvcrt.memcpy(0022dec0,02950f35,00000010) ret=1801013e1 0024:Ret msvcrt.memcpy() retval=0022dec0 ret=1801013e1 0024:trace:seh:dispatch_exception code=c0000005 flags=0 addr=0000000002951170 ip=0000000002951170 tid=0024 0024:trace:seh:dispatch_exception info[0]=0000000000000001 0034:Call KERNEL32.HeapFree(00020000,00000000,000b96f0) ret=68765c83 0024:trace:seh:dispatch_exception info[1]=0000000000000498 0024:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception (code=c0000005) raised 0024:trace:seh:dispatch_exception rax=0000000000000498 rbx=0000000000000000 rcx=0000000000000001 rdx=0000000000000010 0024:trace:seh:dispatch_exception rsi=0000000000000010 rdi=0000000000a24dd0 rbp=000000000022e2c0 rsp=000000000022e270 0024:trace:seh:dispatch_exception r8=000000000022e5f0 r9=0000000002950f00 r10=000000000000000a r11=0000000002950f64 0024:trace:seh:dispatch_exception r12=0000000000a32e88 r13=000000000022e928 r14=000000000022e5f0 r15=0000000000000000 0024:trace:seh:call_vectored_handlers calling handler at 00000001801038F0 code=c0000005 flags=0 I haven't been able to get winedbg working well enough to give me any real information, but that memcpy call is from the end of mono_breakpoint_clean_code. I also got this from WINE_MONO_VERBOSE=1: Method (wrapper alloc) object object:AllocSmall (intptr,intptr) emitted at 0000000002951110 to 000000000295123b (code length 299) [csc.exe] So we're crashing on access to JIT-compiled code. There's probably a way to tell from the +seh log whether that's on execute access, but I'm just going to assume it is. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 28995] New: Unable to use named pipes with ">" character in the name
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=28995 Bug #: 28995 Summary: Unable to use named pipes with ">" character in the name Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: valentyn.pavliuchenko(a)gmail.com Classification: Unclassified I have an app (Avid VENUE software) that uses pipes to work. The app fails to launch because of pipe name contains a character ">". MSDN says: The pipename part of the name can include any character other than a backslash, including numbers and special characters. The entire pipe name string can be up to 256 characters long. Pipe names are not case sensitive. App logs show the following: 23.957 CreateFile error '\\.\PIPE\D-Show Pipe GUI->DM': Invalid name. Changing ">" to "_" by direct editing executable files makes problem disappear. -- 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 18

[Bug 44755] New: reg.exe: does not provide /reg: 64 switch in 64-bit wineprefix
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44755 Bug ID: 44755 Summary: reg.exe: does not provide /reg:64 switch in 64-bit wineprefix Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: wine(a)marco-rebhan.de Distribution: --- In a 64-bit prefix, the reg.exe command line switches /reg:32 and /reg:64 should be available to enable/disable registry redirection. A command like `wine reg import /reg:64 test.reg` should be perfectly valid, to prevent the imported keys from going somewhere in Wow6432Node, but instead it gives the following error: reg: Invalid syntax. Type "REG IMPORT /?" for help. As far as I could figure out, there is no workaround other than manually importing the keys in the regedit GUI (calling regedit from the command line with the registry file as an argument doesn't work), which makes importing keys correctly not automatable. Using wine-3.4 staging -- 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 17823] New: A crash when installing Rhino 4.0 trial version
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=17823 Summary: A crash when installing Rhino 4.0 trial version Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrej(a)podzimek.org Created an attachment (id=20083) --> (http://bugs.winehq.org/attachment.cgi?id=20083) Output from the installer When installing a trial version of Rhino 4.0 obtained from here http://download.rhino3d.com/eval/?p=25, the installer reports successful completion. However, the terminal output shows a crash. Presumably, Rhino crashes when run after the installation. A small part of the GUI is displayed, but remains unresponsive. A dialog window for error-reporting pops up. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 44

[Bug 25265] New: Foobar2000 won't watch folders
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=25265 Summary: Foobar2000 won't watch folders Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lucisandor(a)gmail.com Foobar2000 is a media player with an automatically updated media library. The library updates correctly when updates are triggered manually, but, under Wine, it does not detect changes in folders. Moreover, Foobar2000 provides for such cases a "polling" function, but that is useless too. The most upsetting is that changes in watched folders are not detected even when they were produced by Fooobar2000, e.g., by using the menu option "move file". If I move a file from one watched folder to another, the media library will not be aware of the changes in any of the two locations. -- 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 50898] New: Improve performance for RGB lookups into color tables conversion
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50898 Bug ID: 50898 Summary: Improve performance for RGB lookups into color tables conversion Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com Distribution: --- Created attachment 69710 --> https://bugs.winehq.org/attachment.cgi?id=69710 Generate a lookup cache for RGB into color table conversion This improves the performance of color conversion from RGB to palette significantly by generating a lookup cache for 5-bit-per-color RGB values (centered) into the palette, before doing the conversion, for older applications and games. The comments in the patch should describe the algorithm I came up with for large color tables. Note that Windows also quantizes the lookup to 5-bit-per-color already, so it very likely does something similar (but seems to do more caching based on my tests); we have this quantization in wine's code to match Windows, but we don't take advantage of it, so it's wasted. Generating it by looking through the color table for each entry in the lookup cache wouldn't be a good idea if the color table is large. The lookup cache itself is 32768 entries, which turns out to be the equivalent of a 256x128 image. The current algorithm used by wine works like that already: it goes through each pixel in the image, and for each pixel, it looks up every color in the color table, which is extremely slow. Generating the cache like that would mean images have to be at least 256x128 for it to have any benefit, otherwise it would be a performance regression instead, and that's not very reasonable to expect of older applications, and it wouldn't provide much. So, the table generation algorithm is much more efficient than that for large amount of colors in the table. In my synthetic tests generating 4096 tables with various color tables of 256 colors, it turned out to be at least 4x faster, sometimes even 4.5x depending on color table (even a purely random color table), for example a random table taking about 14406ms instead of 62056ms on my CPU. In fact, the algorithm is not far from being constant in terms of amount of colors in the table, taking only 50% more time from 16 colors to 256. So basically increasing the amount of colors from 16 to 256 doesn't make that much difference, since each color usually fills its own part of the lookup cache, which is not filled again (unless distance is shorter due to quantization, but that's only for one generation anyway). In contrast, going through each color in the table for each entry (the original algorithm) would massively increase the amount of time spent (from less than 10 seconds, up to more than a minute, or 6x slower). For a few benchmark examples: a 256-color table with the algorithm takes about 14000ms to do 4096 iterations on my CPU, a 40-color table takes about 12000ms, so it's only 17% slower with this algorithm. The 40 colors seems to be the cutoff on my CPU where the algorithms start to differ in performance, with the straight one being faster at lower amount of colors, presumably due to better cache locality and branch prediction. A fast and easy way to "see this in action" is to download Winamp, then launch it and right-click on the top, click on the "Nullsoft Winamp..." menu item and then go to the Credits tab. Depending on your CPU you can clearly see the FPS difference and/or CPU usage for one core. (Note that it still has some fps drops, this is normal and happens on Windows as well, even when the CPU core is not maxed out, it's inherent in the app) http://web.archive.org/web/20180902190237/http://winamparchive.org/dl/winam… Further improvements would require caching it somehow between calls, but I believe that requires either more fragile changes to gdi32 code, or semi-hacks to deal with a typical applications' expectations, so this should be a good start for now. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 51006] New: 'wineboot' fork bomb when creating new 64-bit WINEPREFIX with Wine 6.6-149-g39263558a20
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=51006 Bug ID: 51006 Summary: 'wineboot' fork bomb when creating new 64-bit WINEPREFIX with Wine 6.6-149-g39263558a20 Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, I don't know if this has been already reported (wasn't online for few days), but with current master wine-6.6-149-g39263558a20 you get a fork bomb upon prefix creation. --- snip --- focht 234569 234439 1 09:18 pts/3 00:00:00 start.exe /exec focht 234573 1 30 09:18 ? 00:00:01 /home/focht/projects/wine/mainline-install-x86_64/bin/wineserver focht 234577 1 0 09:18 ? 00:00:00 C:\windows\system32\services.exe focht 234584 1 3 09:18 pts/3 00:00:00 C:\windows\system32\explorer.exe /desktop focht 234600 1 1 09:18 ? 00:00:00 C:\windows\system32\winedevice.exe focht 234656 1 10 09:18 ? 00:00:00 C:\windows\system32\winedevice.exe focht 234667 1 3 09:18 pts/3 00:00:00 C:\windows\system32\conhost.exe --unix --width 245 --height 62 --server 0x10 focht 234669 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234671 1 1 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234673 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234675 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234677 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234679 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234681 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234683 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234685 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234687 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234689 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe focht 234691 1 0 09:18 pts/3 00:00:00 C:\windows\system32\wineboot.exe ... --- snip --- $ wine --version wine-6.6-149-g39263558a20 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 6

[Bug 50894] New: Starting rundll32.exe via sysnative fails
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50894 Bug ID: 50894 Summary: Starting rundll32.exe via sysnative fails Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Starting rundll32 via c:\windows\sysnative\rundll32.exe is broken since Wine 6.5. It worked up to Wine 6.4. wine cmd c:\>cd c:\windows\sysnative c:\windows\sysnative>dir ... files listed properly c:\windows\sysnative>rundll32.exe wine: failed to open L"c:\\windows\\sysnative\\rundll32.exe": c0000135 Can't recognize 'rundll32.exe' as an internal or external command, or batch script. Creating unix symlink from sysnative to system32 in wine prefix is a workaround. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9