March 2023 - Wine-Bugs - list.winehq.org

[Bug 54661] winscard:winscard - The 32-bit test crashes in Wine due to incorrect libpcsclite function signatures

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54661 --- Comment #1 from François Gouget <fgouget(a)codeweavers.com> --- Sorry, it's not the context pointer that causes libpcsclite to fail. Based on the libpcsclite code it would be the scope that ends up having a bad value. -- 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.

March 10, 2023

[Bug 54661] winscard:winscard - The 32-bit test crashes in Wine due to incorrect libpcsclite function signatures

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54661 François Gouget <fgouget(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|wine-bugs(a)winehq.org |fgouget(a)codeweavers.com Keywords| |regression, source, | |testcase Regression SHA1| |8490c43f38e306fef7b5fed3ffc | |b256efd73af58 -- 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.

March 10, 2023

[Bug 54661] New: winscard:winscard - The 32-bit test crashes in Wine due to incorrect libpcsclite function signatures

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54661 Bug ID: 54661 Summary: winscard:winscard - The 32-bit test crashes in Wine due to incorrect libpcsclite function signatures Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winscard Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- winscard:winscard - The 32-bit test crashes in Wine due to incorrect libpcsclite function signatures: winscard.c:49: Test failed: got 80100004 winscard.c:52: Test failed: got 6 winscard.c:61: Test failed: got 6 [...] winscard.c:120: Test failed: got deadbeef Unhandled exception: page fault on read access to 0xdeadbeef in 32-bit code (0x6d702b0e). See https://test.winehq.org/data/patterns.html#winscard:winscard Where 0x80100004 == SCARD_E_INVALID_PARAMETER The only important failure is the first one: SCARD_E_INVALID_PARAMETER. This happens because Wine's winscard implementation passes NULL context pointer to the libpcsclite SCardEstablishContext() function. And this happens because that function takes a 32-bit scope value while unixlib.c declares that parameter are 64-bit so the remaining parameters are all shifted. That makes the commit below the source of the bug: commit 8490c43f38e306fef7b5fed3ffcb256efd73af58 Author: Hans Leidekker <hans(a)codeweavers.com> AuthorDate: Thu Feb 16 09:56:12 2023 +0100 winscard: Implement SCardEstablish/ReleaseContext() on top of libpcsclite. -- 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.

March 10, 2023

[Bug 54646] Entering the minus symbol displays parentheses

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54646 --- Comment #4 from Pascal <pascal.legrand(a)univ-orleans.fr> --- This software is not publicly available somewhere, but i can give you the executable file to let you see what is the problem. I'm using it with wine on a debian sid: apt-cache policy wine wine: Installé : 8.0~repack-4 Candidat : 8.0~repack-4 Table de version : *** 8.0~repack-4 500 500 http://deb.debian.org/debian sid/main amd64 Packages 500 http://deb.debian.org/debian sid/main i386 Packages 100 /var/lib/dpkg/status And, i'm not sure but i think the problem appears since the last update. Tell me if you want the "exe" file. If you test whit it, here is some information (it's in french): - When you launch it, as some files are missing you have to validate the error messages concerning the file "COMPTE.CSV", "COMPTEC.CSV", "TIERS.CSV", "CAT.CSV". - Then you should click on "Nouvelle opération". - Put a negative value in the field "Montant en €uros". - Press the TAB key on the keyboard (validate the entry). The value entered "-100,00€" will be transformed into "(100,00€)" which was not the case before the last update Before upgrade, the displayed value was -100,00€ Thanks for your help -- 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.

March 10, 2023

[Bug 54646] Entering the minus symbol displays parentheses

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54646 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish(a)gmail.com Keywords| |regression --- Comment #3 from Austin English <austinenglish(a)gmail.com> --- Is this software publicly available somewhere? What version of wine did this work in? When did it break? It would be super helpful if you could run a regression test: https://wiki.winehq.org/Regression_Testing that will help us see what change caused this change in your app. -- 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.

March 10, 2023

[Bug 54635] libwine backward compatibility

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54635 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish(a)gmail.com -- 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.

March 10, 2023

[Bug 54635] libwine backward compatibility

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54635 --- Comment #3 from Andre Heider <a.heider(a)gmail.com> --- It's the Gallium Nine standalone release. I just pushed the v0.9 release, which was built with WINE v6.0 to make it work with >=v8.3: https://github.com/iXit/wine-nine-standalone/releases/tag/v0.9 But of course that breaks it on <v5.7, which I tried to avoid. But our v0.8 release suffers from the effects described here. FWIW, one of the things I tried is adding this locally: /* Building with WINE<v5.7 automatically links against winecrt, which adds a dependency on * libwine/__wine_dll_register@@WINE_1.0. * Add our own function of the same name, which prevents that dependency. This makes a * release work on WINE >=v8.3, which removed libwine altogether. * To keep a releases working with older WINE versions, register ourself if libwine exists. */ void DECLSPEC_HIDDEN __wine_dll_register(const IMAGE_NT_HEADERS *header, const char *filename) { void *h; void (*f)(const IMAGE_NT_HEADERS *header, const char *filename); h = dlopen("libwine.so.1", RTLD_NOW | RTLD_GLOBAL); if (!h) { ERR("no libwine handle for backwards compatibility\n"); return; } f = dlvsym(h, "__wine_dll_register", "WINE_1.0"); if (!f) { ERR("no libwine __wine_dll_register function for backwards compatibility\n"); } else { ERR("registering DLL for WINE backwards compatibility\n"); f(header, filename); } dlclose(h); } And that indeed hacks around that one issue, there's no dependency on libwine anymore when building with e.g. WINE v5.0. But then I ran into the next problem: __wine_spec_nt_header is not global and probably needs to be added to .dynsym. I stopped there, I'm not sure if there're more issues even when solving that one. -- 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.

March 10, 2023

[Bug 54635] libwine backward compatibility

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54635 --- Comment #2 from Alexandre Julliard <julliard(a)winehq.org> --- The change was necessary because of the new PE/Unix architecture. The planned incompatibility was explained in the stable release notes, in particular the ones for 6.0. What is your app? How is it packaged and distributed? Is it downloadable somewhere? -- 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.

March 10, 2023

[Bug 54591] Call of Juarez: Bound in Blood crashes on launch

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54591 Andrey Gusev <andrey.goosev(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #2 from Andrey Gusev <andrey.goosev(a)gmail.com> --- Marking resolved. -- 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.

March 10, 2023

[Bug 54660] New: Call of Juarez shows 'Assertion failed: deref->offset_regset == HLSL_REGSET_NUMERIC'

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54660 Bug ID: 54660 Summary: Call of Juarez shows 'Assertion failed: deref->offset_regset == HLSL_REGSET_NUMERIC' Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Assertion failed: deref->offset_regset == HLSL_REGSET_NUMERIC, file ../vkd3d/libs/vkd3d-shader/hlsl_codegen.c, line 3143 1.6-199-gda243570 -- 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.

March 10, 2023