February 2021 - Wine-Bugs - list.winehq.org

[Bug 40837] New: error when opening KSafe.exe
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=40837 Bug ID: 40837 Summary: error when opening KSafe.exe Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rico_server(a)live.co.uk Distribution: --- Created attachment 54810 --> https://bugs.winehq.org/attachment.cgi?id=54810 Wine crashes when I opening KSafe.exe Wine crashes when I opening KSafe.exe -- 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 28927] New: Wabbitcode don't launch
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=28927 Bug #: 28927 Summary: Wabbitcode don't launch Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: poubellepasfraiche(a)gmail.com Classification: Unclassified Installing wabbitcode from it's .msi file (http://wabbit.codeplex.com/releases/view/45275#DownloadId=121815) the installation works, then I launch the prog using the wine menu (wine --> programmes --> Revsoft --> Wabbitcode) It showsthe error "Paramètres non valides" (also in english : invalid parameters), and then after clicking "ok", shows the error "aucun programme Windows n'est configuré pour ouvrir ce type de fichier" (in english : "no windows program is configured to open this type of file"). I've installed the windows version of mono using wine, relaunching the app does the same. Don't know how to install mono on ubuntu, but it should be already installed by default that's why I think it's a wine bug, 'cause it don't detect the default installed mono and the windows version of mono. If not, please help me ! -- 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 9

[Bug 23094] New: R6034 runtime error during AVATAR Demo install
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=23094 Summary: R6034 runtime error during AVATAR Demo install Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eg.galano(a)gmail.com CC: dank(a)kegel.com Towards the end of James Camerons AVATAR The Game Demo installation, It installs the VC Runtime Library. At this point an error pops up stating: R6034: An application has made an attempt to load the C Runtime library incorrectly. It does not effect the game and you are able to run it despite this error. To get the message to not appear during install doing: winetricks vcrun2005 does the trick. The game is downloadable from: http://www.bigdownload.com/games/james-camerons-avatar-the-game/pc/james-ca… -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 50622] New: wldap32 calls Linux libraries with wrong conventions
by WineHQ Bugzilla Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=50622 Bug ID: 50622 Summary: wldap32 calls Linux libraries with wrong conventions Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: gmascellani(a)codeweavers.com Distribution: --- The code generated by dlls/wldap32/ber.c calls liblber with wrong calling conventions. For example, looking at the object disassembly I see stuff like: 1d5bf: 48 8d 54 24 26 lea 0x26(%rsp),%rdx 1d5c4: 48 89 d9 mov %rbx,%rcx 1d5c7: e8 e4 9c ff ff callq 172b0 <ber_printf(a)plt> Clearly it is trying to call the Linux ber_printf with Microsoft calling conventions (while liblber expects SYSV calling conventions, using RDI, RSI and such). This causes adsldp tests to fail on my computer, in a 64-only Wine build: ../../../../libraries/liblber/encode.c:513: ber_printf: asserzione "LBER_VALID( ber )" non riuscita. wine: Assertion failed at address 00007FAF632F8CE1 (thread 0024), starting debugger... 185335.931000:00f8:00fc:trace:gio:dlls/ntdll/unix/loader.c:1463:dump_argv Starting command winedbg --auto 32 132 Unhandled exception: assertion failed in 64-bit code (0x00007faf632f8ce1). Register dump: rip:00007faf632f8ce1 rsp:000000000031f630 rbp:00007faf605dd5e1 eflags:00000246 ( - -- I Z- -P- ) rax:0000000000000000 rbx:00007faf632ba740 rcx:00007faf632f8ce1 rdx:0000000000000000 rsi:000000000031f630 rdi:0000000000000002 r8:0000000000000000 r9:000000000031f630 r10:0000000000000008 r11:0000000000000246 r12:00007faf609614f8 r13:0000000000000201 r14:00007faf60961033 r15:000000007d9dc330 Stack dump: 0x000000000031f630: 0000000000000000 00007faf6333a6c6 0x000000000031f640: 01000000fbad8000 000000007dad2f10 0x000000000031f650: 000000007dad2f75 000000007dad2f10 0x000000000031f660: 000000007dad2f10 000000007dad2f75 0x000000000031f670: 000000007dad303c 000000007dad2f10 0x000000000031f680: 000000007dad303c 0000000000000000 0x000000000031f690: 0000000000000000 0000000000000000 0x000000000031f6a0: 0000000000000000 0000000000000000 0x000000000031f6b0: fffffffe7fffffff ffffffffffffffff 0x000000000031f6c0: ffffffffffffffff ffffffffffffffff 0x000000000031f6d0: ffffffffffffffff ffffffffffffffff 0x000000000031f6e0: ffffffffffffffff ffffffffffffffff Backtrace: =>0 0x00007faf632f8ce1 execlp+0xffffffffffffffff() in libc.so.6 (0x00007faf605dd5e1) 1 0x00007faf632e2537 execlp+0xffffffffffffffff() in libc.so.6 (0x00007faf605dd5e1) 2 0x00007faf632e240f execlp+0xffffffffffffffff() in libc.so.6 (0x00007faf605dd5e1) 3 0x00007faf632f1662 execlp+0xffffffffffffffff() in libc.so.6 (0x00007faf60961033) 4 0x00007faf6095c60a ber_write+0xffffffffffffffff() in liblber-2.4.so.2 (0x00007faf60a5e75e) 5 0x00007faf60a356f6 WLDAP32_ber_printf+0x2f5(berelement=0x7d9dc330, fmt="i}") [Z:\home\giovanni\progetti\windows\wine\build64-simple\..\wine\dlls\wldap32\ber.c:392] in wldap32 (0x000000000031fa90) 6 0x0000000064342bcd search_SetSearchPreference+0x30c(iface=0xc7f010, prefs=<is not available>, count=<is not available>) [Z:\home\giovanni\progetti\windows\wine\build64-simple\..\wine\dlls\adsldp\adsldp.c:1197] in adsldp (0x0000000000c7f010) 7 0x00000000004023f8 func_ldap+0xbd7() [Z:\home\giovanni\progetti\windows\wine\build64-simple\include\iads.h:2777] in adsldp_test (0x000000000031fc20) 8 0x000000000040562e main+0x21d(argc=<is not available>, argv=<is not available>) [Z:\home\giovanni\progetti\windows\wine\build64-simple\..\wine\include\wine\test.h:569] in adsldp_test (0x0000000000c61160) 9 0x0000000000404577 mainCRTStartup+0x66() [Z:\home\giovanni\progetti\windows\wine\build64-simple\..\wine\dlls\msvcrt\crt_main.c:58] in adsldp_test (0x0000000000000000) 10 0x000000007b62dd49 BaseThreadInitThunk+0x8(unknown=<is not available>, entry=<is not available>, arg=<is not available>) [Z:\home\giovanni\progetti\windows\wine\build64-simple\..\wine\dlls\kernel32\thread.c:59] in kernel32 (0x0000000000000000) 11 0x000000007bc5c043 RtlUserThreadStart+0x82(entry=0x404510, arg=0x7fffffdaf000) [Z:\home\giovanni\progetti\windows\wine\build64-simple\..\wine\dlls\ntdll\thread.c:179] in ntdll (0x0000000000000000) 0x00007faf632f8ce1 execlp+0xffffffffffffffff in libc.so.6: movq 0x0000000000000108(%rsp),%rax -- 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 49849] New: system("CLS") don't work
by WineHQ Bugzilla Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=49849 Bug ID: 49849 Summary: system("CLS") don't work Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: antoni.przybylik(a)wp.pl Distribution: --- In my Windows console program, I'm using system("CLS") to clear the screen. Unfortunately, when I try to run this program with wine, the screen doesn't clear. This isn't this program specific bug. system("CLS") doesn't work in any of my programs. I don't think an attachment is needed. The bug is easy to reproduce. -- 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 4

[Bug 39993] New: OllyDbg fails to change some registers
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=39993 Bug ID: 39993 Summary: OllyDbg fails to change some registers Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: b7.10110111(a)gmail.com Distribution: --- If you try to set some registers in OllyDbg while debugging an application, it'll reset them to original values after single step. This must mean that its write request has failed. To reproduce: 1. Run OllyDbg (2.x) 2. File->Open, choose any PE file, e.g. Test.exe from OllyDbg distribution 3. Press space bar, assemble something like `dw 0xfeeb` to make sure no registers are changed on single step 4. Try to change any of the following registers (others work correctly): * ST2 or any other FPU data register * FST * FCW * MXCSR * data register tags via right clicking on "empty" and selecting "zero" 5. Single step (pressing F7) 6. See the changed registers return to original values, i.e. fail to actually change -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 42353] New: OllyDbg Step In on a "jump to self" instruction never stops if it' s the first instruction executed by debuggee
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=42353 Bug ID: 42353 Summary: OllyDbg Step In on a "jump to self" instruction never stops if it's the first instruction executed by debuggee Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: b7.10110111(a)gmail.com Distribution: --- To reproduce 1. Launch OllyDbg (tested on 2.01) 2. Open an application, e.g. Test.exe coming in the OllyDbg distribution 3. After it loads, press <Space>, then in Assemble dialog type dw 0xfeeb and press <Enter> (or click Assemble button). This should assemble a `jmp short <ModuleEntryPoint>` instruction. 4. Close Assemble dialog 5. Press F7 (shortcut for Step In) 6. See that right-bottom corner of the window (right-hand side of status bar) has "Step in" text, which never switches back to Paused. This result is wrong: the Step In action should set TF in EFLAGS, so that next pass of control to debuggee will trap after executing one instruction. In Windows XP OllyDbg gets control back immediately after pressing F7, while in Wine this never happens at all with `jmp short $` instruction unless EIP changes. The same happens if instead of `EB FE` instruction you use `E9 FB FF FF FF`, which is `jmp near $`. Note that if you press F7 before step 3, everything works as expected. -- 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 27248] New: cannot unpack *.crx (extensions or themes) in Chrome
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=27248 Summary: cannot unpack *.crx (extensions or themes) in Chrome Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=34835) --> (http://bugs.winehq.org/attachment.cgi?id=34835) log: unpack crx file with chrome 1. Download the Chrome installer from http://www.google.com/chrome?platform=win&hl=en 2. make sure bug 14864 is fixed, install Chrome: wine-1.3.20-230-g456e48e $ wine ChromeSetup.exe 3. start chrome with --no-sandbox == without --no-sandbox, chrome can not open any web site. is this a know bug? or should I submit a separate bug? == $ wine chrome.exe --no-sandbox 4. open https://chrome.google.com/webstore/detail/faamegfkmmdnkpdipihbehibalfjpmpk , install the theme package . then there will be a message box says: Can not unpack extension. To safely unpack an extension, there must be a path to your profile directory that starts with a drive letter and does not contain a junction, mount point, or symlink. No such path exists for your profile. full log is attached . -- 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 23

[Bug 8692] Multiple applications have non-working shell32 ShellView context menu items (Directory Opus 9 with Amiga Explorer Shell Extension, Total Commander 7.x)
by WineHQ Bugzilla Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=8692 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #22 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 6.2. -- 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 0

[Bug 50647] New: i386 DLL image icudt59.dll causes trouble on load even since COR header update.
by WineHQ Bugzilla Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=50647 Bug ID: 50647 Summary: i386 DLL image icudt59.dll causes trouble on load even since COR header update. Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: spambox1(a)koolhoven-home.net Distribution: --- Commit 7203ad0ecd06b451116fcfe3b08e4d620e853bd5 changes out some of the testing and method of unpacking cor headers. Specifically this file would not have been run through convert_to_pe64 because it would have failed tests for code inclusion. -- 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