Wine64 segfaults (5.12/staging)

Done

Details

5 participants

Jakub K?dzio?ka
Leo Prikler
Pierre Neidhardt
Tobias Geerinckx-Rice
pelzflorian (Florian Pelz)

Owner: unassigned

Submitted by: Leo Prikler

Severity: normal

Leo Prikler wrote on 13 Jul 2020 11:53

Recipients:(address . bug-guix@gnu.org)

Message-ID:0f14a6d95dbdd04c8ff9da03a47f0d205a5e1002.camel@student.tugraz.at

Since commit 065a5ed677cdd1a65acae20f185d7c4bd23b1f2c wine and wine64
are upgraded to version 5.12.  The latter segfaults when doing anything
other than wine --help or wine --version.  (Try for example wine
regedit or winecfg).

The old 5.3 version continues to work after roll-back, and would
probably also work through inferiors.  I am currently checking previous
versions of wine64-staging with guix time-machine to see at which point
the error might have been introduced.  Until now, version 5.6 from
7b23a69d6b97c463cb1ef237931af11c22c19c67 fails with the following
output:

000b:fixme:winediag:__wine_start_process Wine Staging 5.6 is a testing
version containing experimental patches.
000b:fixme:winediag:__wine_start_process Please mention your exact
version when filing bug reports on winehq.org.
0009:err:module:LdrInitializeThunk "kernelbase.dll" failed to
initialize, aborting
0009:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\windows\\system32\\winecfg.exe" failed, status c0000005

Regards, Leo

Leo Prikler wrote on 13 Jul 2020 14:24

Recipients:(address . 42342@debbugs.gnu.org)

Message-ID:dd6d9d2a043c5c40a3edebc9c797d5c5b4721bdb.camel@student.tugraz.at

Interestingly enough 5.8 (ec16aaff5da9eb52b9d762531660f02e785d72de)

works without problems and there is no version packaged between it and

5.12/5.12.1 (wine64 and wine64-staging respectively). Given this array

of results I'm pretty sure something goes wrong upstream.

I'll use inferiors as a local workaround for the time being and wait

for the problem to be fixed upstream. I'll also look into 5.9 to 5.11

and perhaps provide a proper downgrade patch later on.

Regards, Leo

Pierre Neidhardt wrote on 28 Jul 2020 12:01

Recipients:(address . 42342@debbugs.gnu.org)

Message-ID:87d04gdkkz.fsf@ambrevar.xyz

I can reproduce and indeed, staging 5.8 was working fine for me.

Pierre Neidhardt

https://ambrevar.xyz/

Pierre Neidhardt wrote on 28 Jul 2020 17:58

Recipients:(address . 42342@debbugs.gnu.org)

Message-ID:87y2n3bpin.fsf@ambrevar.xyz

Cc-ing to Tobias and Jakub.

Pierre Neidhardt

https://ambrevar.xyz/

Tobias Geerinckx-Rice wrote on 28 Jul 2020 18:22

Recipients:(name . Pierre Neidhardt)(address . mail@ambrevar.xyz)

Message-ID:87o8nzzk18.fsf@nckx

Pierre Neidhardt ???

Toggle quote (2 lines)

> Cc-ing to Tobias and Jakub.

Thanks. Have you reported this upstream? It sounds similar to

[0].

I'm against reverting wine-staging to a previous version though.

If you want a stable wine, use wine.

Kind regards,

T G-R

[0]: https://bugs.winehq.org/show_bug.cgi?id=49380

-----BEGIN PGP SIGNATURE-----

iHUEARYKAB0WIQT12iAyS4c9C3o4dnINsP+IT1VteQUCXyBQ0wAKCRANsP+IT1Vt

edTAAP9t8CHN/+oGIquJ7VrhMy9b+R3nDI0q38ZChbuscniV6wEAnIGi1j/pk/VD

I+O3S5gM0bqEF/sdfynJU41HbCvzegw=

=T6Mh

-----END PGP SIGNATURE-----

Pierre Neidhardt wrote on 28 Jul 2020 18:28

Recipients:(name . Tobias Geerinckx-Rice)(address . me@tobias.gr)

Message-ID:87ft9bli3i.fsf@ambrevar.xyz

Tobias Geerinckx-Rice <me@tobias.gr> writes:

Toggle quote (2 lines)

> [0]: https://bugs.winehq.org/show_bug.cgi?id=49380

This issue is about wine being unable to load a dll.

Here our wine segfaults, meaning it does not even get the chance to

start before looking up the .dlls.

I'm suspecting an issue with us because I doubt that upstream would fail

to notice a completely unusable wine for 3 versions :p

Pierre Neidhardt

https://ambrevar.xyz/

Tobias Geerinckx-Rice wrote on 28 Jul 2020 18:41

Recipients:(name . Pierre Neidhardt)(address . mail@ambrevar.xyz)

Message-ID:87lfj3zj5k.fsf@nckx

Pierre Neidhardt ???

Toggle quote (4 lines)

> I'm suspecting an issue with us because I doubt that upstream

> would fail

> to notice a completely unusable wine for 3 versions :p

What about me?

Toggle snippet (19 lines)

~/guix master λ git log gnu/packages/wine.scm | grep -B3 'gnu:

wine-staging.*: Update'

Author: Tobias Geerinckx-Rice <me@tobias.gr>

gnu: wine-staging: Update to 5.13.

Author: Tobias Geerinckx-Rice <me@tobias.gr>

gnu: wine-staging: Update to 5.12.1.

Author: Tobias Geerinckx-Rice <me@tobias.gr>

gnu: wine-staging-patchset-data: Update to 5.8.

Author: Tobias Geerinckx-Rice <me@tobias.gr>

gnu: wine-staging-patchset-data: Update to 5.6.

Kind regards,

T G-R

-----BEGIN PGP SIGNATURE-----

iHUEARYKAB0WIQT12iAyS4c9C3o4dnINsP+IT1VteQUCXyBVRwAKCRANsP+IT1Vt

eeeZAQD+/QFYpJcrcWz5jTo8pC/gO7rEDwyvjwqZxKwkrQcnZQD/aSMsthOJqTWN

XIfjeaNFxUkNevgS/hB1kkYq7CcsKgE=

=Tmp3

-----END PGP SIGNATURE-----

Tobias Geerinckx-Rice wrote on 28 Jul 2020 18:53

Re: bug#42342: Wine64 segfaults (5.12/staging)

Recipients:(name . Leo Prikler)(address . leo.prikler@student.tugraz.at)

Message-ID:87ft9bzim7.fsf@nckx

Leo Prikler ???

Toggle quote (6 lines)

> I'll use inferiors as a local workaround for the time being and

> wait

> for the problem to be fixed upstream. I'll also look into 5.9

> to 5.11

> and perhaps provide a proper downgrade patch later on.

I admit to being a bit confused. IIRC on #guix you reported that

wine-staging was broken, not wine64-staging. If you only want to

downgrade the latter, that's all right by me, but I consider that

one of the risks of using the staging branch to begin with.

Is there a reason you rely on staging, and the 64-bit version to

boot?

Kind regards,

T G-R

-----BEGIN PGP SIGNATURE-----

iHUEARYKAB0WIQT12iAyS4c9C3o4dnINsP+IT1VteQUCXyBYAAAKCRANsP+IT1Vt

eSKpAP94t/9rbsD5WEBilX4asX52FQ2xl4aL5DynzRcGOHGYPAEAhSKkVVdMhkXx

zjDi3On0zZUTNMRsL4r/SkqGBeoNuAc=

=uOG5

-----END PGP SIGNATURE-----

Leo Prikler wrote on 28 Jul 2020 19:36

Recipients:(name . Tobias Geerinckx-Rice)(address . me@tobias.gr)

Message-ID:d1d54576efda64cb6b226be2bb47c7d1cb73b5b5.camel@student.tugraz.at

Am Dienstag, den 28.07.2020, 18:53 +0200 schrieb Tobias Geerinckx-Rice:

Toggle quote (18 lines)> Leo Prikler ???
> > I'll use inferiors as a local workaround for the time being and 
> > wait
> > for the problem to be fixed upstream.  I'll also look into 5.9 
> > to 5.11
> > and perhaps provide a proper downgrade patch later on.
> 
> I admit to being a bit confused.  IIRC on #guix you reported that 
> wine-staging was broken, not wine64-staging.  If you only want to 
> downgrade the latter, that's all right by me, but I consider that 
> one of the risks of using the staging branch to begin with.
> 
> Is there a reason you rely on staging, and the 64-bit version to 
> boot?
> 
> Kind regards,
> 
> T G-R

I'm referring to the package "wine64-staging", which is on master.  I
may have been confused myself at the time I mentioned this in #guix,
but now I have tested this a bit more thoroughly.

For one, I've historically been using wine64, since (at least on Guix)
it works with both 32bit and 64bit software and I sometimes stumble
upon the latter.  As a result, I have a 64bit wine prefix and using
wine (or wine-staging) does not really work well with that.  I was able
to determine that plain wine is unaffected by running the same commands
on a machine with no existing prefix.  (Note, that regular wine64 still
fails with a fresh prefix.)  My experiments with wine64-staging were
solely meant as a way of finding the point at which wine64 fails, I
have no intent of actually using it for more than that.
I'm not quite sure, what exactly is at fault here.  It could be
upstream, or it could be the magic that we use to merge 32 and 64 bit
wine.

TL;DR: The affected packages are wine64 and wine64-staging, the latter
of which is broken beyond 5.8 (though 5.9 would work as well).  Since
this affects the 64bit version of wine specifically, we either have to
fix something in our build (not sure what) or desync wine and wine64
(same with -staging variants)

Regards,
Leo

Pierre Neidhardt wrote on 29 Jul 2020 12:33

Re: Wine64 segfaults (5.12/staging)

Recipients:(name . Tobias Geerinckx-Rice)(address . me@tobias.gr)

Message-ID:87v9i6bofp.fsf@ambrevar.xyz

Is it working for you?

Pierre Neidhardt

https://ambrevar.xyz/

Jakub K?dzio?ka wrote on 30 Jul 2020 16:54

Recipients:(name . Pierre Neidhardt)(address . mail@ambrevar.xyz)

Message-ID:20200730145445.qmtnb6m77ogh4nfo@gravity

On Tue, Jul 28, 2020 at 05:58:08PM +0200, Pierre Neidhardt wrote:

Toggle quote (6 lines)

> Cc-ing to Tobias and Jakub.

> --

> Pierre Neidhardt

> https://ambrevar.xyz/

Hi,

I can't reproduce this. I usually use 32-bit wine, so when it complained

about the bitness of the wineprefix, I did

$ mv ~/.wine ~/.wine32

then

$ guix environment --ad-hoc wine64 -- wine64 regedit

fired up the registry editor just fine.

Regards,

Jakub K?dzio?ka

pelzflorian (Florian Pelz) wrote on 31 Jul 2020 14:37

Re: bug#42342: Wine64 segfaults (5.12/staging)

Recipients:(name . Jakub K?dzio?ka)(address . kuba@kadziolka.net)

Message-ID:20200731123614.unf45a46y6etig2d@pelzflorian.localdomain

On Thu, Jul 30, 2020 at 04:54:45PM +0200, Jakub K?dzio?ka wrote:

Toggle quote (5 lines)

> $ guix environment --ad-hoc wine64 -- wine64 regedit

> fired up the registry editor just fine.

Indeed, when running pure 64-bit applications (like VLC’s 64-bit

Windows build), using wine64 instead of wine works fine. I did not

even know this command existed.

It seems the issue is only with WoW64, i.e. supporting both 32-bit and

64-bit programs. The synopsis of wine64 claims it’s a WoW64 version.

For example, the installer of VLC’s 32-bit or 64-bit Windows version

fails to run. The installer is claimed by binutils’ objdump program

to be a 32-bit i386 executable instead of i386:x86-64.

Regards,

Florian

Pierre Neidhardt wrote on 9 Aug 2020 15:38

Recipients:(address . 42342@debbugs.gnu.org)

Message-ID:877du8c51p.fsf@ambrevar.xyz

Now that wine stable is 5.12, I can't use start 32-bit applications

anymore. I tried from a clean wine prefix and I only get this error:

Toggle snippet (3 lines)

Segmentation fault

Here is the end of the strace:

Toggle snippet (32 lines)openat(AT_FDCWD, "/gnu/store/fhxjkwnv9w8a283f5qaiqq8hcmfmdap9-wine64-5.12/bin/../lib/wine32/wine/ntdll.dll.so", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/gnu/store/ajyl64ycr9vv51q2np68agwz2ad9lxqs-wine-5.12/lib/wine32/wine/ntdll.dll.so", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\360\302{4\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0555, st_size=941360, ...}) = 0
mmap2(0x7bc00000, 864996, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7bc00000
mmap2(0x7bc1e000, 487424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1e000) = 0x7bc1e000
mmap2(0x7bc95000, 200704, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x95000) = 0x7bc95000
mmap2(0x7bcc6000, 49152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc5000) = 0x7bcc6000
mmap2(0x7bcd2000, 4836, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7bcd2000
close(3)                                = 0
openat(AT_FDCWD, "/gnu/store/ajyl64ycr9vv51q2np68agwz2ad9lxqs-wine-5.12/lib/wine32/libm.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/lib/libm.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\241\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0555, st_size=1109456, ...}) = 0
mmap2(NULL, 1048680, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7eeff000
mmap2(0x7ef09000, 774144, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa000) = 0x7ef09000
mmap2(0x7efc6000, 229376, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc7000) = 0x7efc6000
mmap2(0x7effe000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xfe000) = 0x7effe000
close(3)                                = 0
mprotect(0x7effe000, 4096, PROT_READ)   = 0
mprotect(0x7bc00000, 122880, PROT_READ|PROT_WRITE) = 0
mprotect(0x7bc1e000, 487424, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x7bc95000, 200704, PROT_READ|PROT_WRITE) = 0
mprotect(0x7bc95000, 200704, PROT_READ) = 0
mprotect(0x7bc1e000, 487424, PROT_READ|PROT_EXEC) = 0
mprotect(0x7bc00000, 122880, PROT_READ) = 0
mprotect(0x7bcc6000, 4096, PROT_READ)   = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x30} ---
+++ killed by SIGSEGV +++
Segmentation fault

Are 32-bit applications really working for some of you?

Pierre Neidhardt

https://ambrevar.xyz/

Pierre Neidhardt wrote on 9 Aug 2020 16:03

Recipients:(address . 42342@debbugs.gnu.org)

Message-ID:87k0y7kjc4.fsf@ambrevar.xyz

OK, I think I got it. I had to have _both_ wine and wine64 (staging or

not) in my profile.

Previously, the "wine" executable (for 32-bit apps) used to work when

wine64 alone was in the profile. Now it looks like we need both. Any

idea what changed?

Pierre Neidhardt

https://ambrevar.xyz/

Jakub K?dzio?ka wrote on 9 Aug 2020 17:03

Recipients:(name . Pierre Neidhardt)(address . mail@ambrevar.xyz)

Message-ID:20200809150350.z5mvy3wv75oynjbb@gravity

On Sun, Aug 09, 2020 at 04:03:07PM +0200, Pierre Neidhardt wrote:

Toggle quote (3 lines)

> OK, I think I got it. I had to have _both_ wine and wine64 (staging or

> not) in my profile.

Interesting. Perhaps we should merge the two packages, then? We'd need

to take care to make it work right on i686-linux, but I don't think

that's unsurmountable...

Toggle quote (4 lines)

> Previously, the "wine" executable (for 32-bit apps) used to work when

> wine64 alone was in the profile. Now it looks like we need both. Any

> idea what changed?

Perhaps loading 32-bit programs with the wine64 wasn't supposed to work
in the first place, and we were relying on some implementation quirk?
Alternatively, cross-compiling from 64 to 32 bit is less tested by
upstream than compiling natively on 64 or 32 bit, and we're hitting an
upstream bug?

Regards,
Jakub K?dzio?ka

Leo Prikler wrote on 20 Nov 2020 13:54

PATCH [0/2] Update wine to 5.21

Recipients:(address . guix-patches@gnu.org)(address . 42342@debbugs.gnu.org)

Message-ID:b94e69a68247b173b9defb9f737daf181d0ce243.camel@student.tugraz.at

Hi Guix,

the following patch updates wine to version 5.21. An attempt is also

made to fix #42342 by copying wine32 libraries into wine64.

Regards, Leo

Leo Prikler wrote on 11 May 2021 17:40

Wine64 segfaults (5.12/staging)

Recipients:(address . 42342-done@debbugs.gnu.org)

Message-ID:6209fc3450e23241173f071c92bfe4966cbd1f2a.camel@student.tugraz.at

We are currently at wine 6.8/6.6-staging and from my own estimates my

fix proved useful.

Closed

Your comment

This issue is archived.

To comment on this conversation send an email to 42342@debbugs.gnu.org

is:open	open issues
is:done	closed issues
submitter:<who>	search issue submitter
author:<who>	search by message author
date:yesterday..now	search by issue date
mdate:3m..2d	search by message date