Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#45889 - [wine] 32bit on x86_64 OS crashing

Attached to Project: Community Packages
Opened by Kovid Goyal (kovidgoyal) - Tuesday, 04 August 2015, 06:06 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Monday, 04 April 2016, 12:20 GMT
Task Type Bug Report
Category Packages: Multilib
Status Closed
Assigned To Florian Pritz (bluewind)
Sven-Hendrik Haase (Svenstaro)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

wine 32 bit is crashing even when running notepad.exe. wine64 works.


Additional info:
wine 1.7.48-1 (I've tried reverting all the way back to win-17.31, the crash remains)
The crash appears to happen in libXCursor

Backtrace from winedbg
Backtrace:
=>0 0xf7771c10 __kernel_vsyscall+0x10() in [vdso].so (0x0033e9c8)
1 0xf73e8d76 gsignal+0x45() in libc.so.6 (0x0033e9c8)
2 0xf73ea3a7 abort+0x156() in libc.so.6 (0x0033e9c8)
3 0xf7426cc0 __libc_message+0x25f() in libc.so.6 (0x0033e9c8)
4 0xf742ca17 malloc_printerr+0xa6() in libc.so.6 (0x7cf10d68)
5 0xf742d198 _int_free+0x117() in libc.so.6 (0x7cf10d68)
6 0x7ddbe467 in libxcursor.so.1 (+0x6466) (0x7cf10d68)
7 0x7ddbe61d XcursorLibraryLoadImages+0x7c() in libxcursor.so.1 (0x00000015)
8 0x7ddbe6cc XcursorLibraryLoadCursor+0x3b() in libxcursor.so.1 (0x00000015)
9 0x7ddbf124 XcursorTryShapeBitmapCursor+0x103() in libxcursor.so.1 (0x7ddbf6bd)
10 0x7de42e8e _XTryShapeBitmapCursor+0xad() in libx11.so.6 (0x0033ecc0)
11 0x7de423c6 XCreatePixmapCursor+0x35() in libx11.so.6 (0x0033ecc0)
12 0x7e00b5ea in winex11 (+0x2b5e9) (0x0033ecd8)
13 0x7e00b6b7 in winex11 (+0x2b6b6) (0x0033ed38)
14 0x7e00b8e2 in winex11 (+0x2b8e1) (0x0033edf8)
15 0x7e0289d5 in winex11 (+0x489d4) (0x0033f6c8)
16 0x7e029889 in winex11 (+0x49888) (0x0033f738)
17 0x7e02a769 X11DRV_WindowPosChanging+0x8d() in winex11 (0x0033f7d8)
18 0x7e908b20 in user32 (+0xb8b1f) (0x0033f928)
19 0x7e8fcacb in user32 (+0xacaca) (0x0033fb48)
20 0x7e8fd37b CreateWindowExW+0xae() in user32 (0x0033fbd8)
21 0x7eda80c2 WinMain+0x2d2() in notepad (0x0033fcf8)
22 0x7eda83a0 main+0x10a() in notepad (0x0033fda8)
23 0x7eda8279 in notepad (+0x8278) (0x0033fde8)
24 0x7b869588 call_process_entry+0xb() in kernel32 (0x0033fe08)
25 0x7b8696ca call_process_entry+0x14d() in kernel32 (0x0033fe58)
26 0x7bc8f3b0 call_thread_func_wrapper+0xb() in ntdll (0x0033fe78)
27 0x7bc8f444 call_thread_func+0x89() in ntdll (0x0033ff78)
28 0x7bc8f38e in ntdll (+0x7f38d) (0x0033ffa8)
29 0x7bc5f0c6 in ntdll (+0x4f0c5) (0x0033ffd8)
30 0xf759aac9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000)
31 0xf759aaa2 wine_switch_to_stack+0x2b() in libwine.so.1 (0xffd885c8)
32 0x7bc5f398 LdrInitializeThunk+0x2d1() in ntdll (0xffd88658)
33 0x7b869f40 __wine_kernel_init+0x6ae() in kernel32 (0xffd89508)
34 0x7bc5fb53 __wine_process_init+0x13d() in ntdll (0xffd89548)
35 0xf75991aa wine_init+0x155() in libwine.so.1 (0xffd895b8)
36 0x7bf012e2 main+0x145() in <wine-loader> (0xffd89a08)
37 0xf73d5637 __libc_start_main+0xf6() in libc.so.6 (0x00000000)
0xf7771c10 __kernel_vsyscall+0x10 in [vdso].so: popl %ebp

Steps to reproduce:
mkdir /tmp/win32
WINEARCH=win32 WINEPREFIX=/tmp/win32 wine notepad
**crash***

mkdir /tmp/win64
WINEARCH=win64 WINEPREFIX=/tmp/win64 wine64 notepad
**no crash**
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Monday, 04 April 2016, 12:20 GMT
Reason for closing:  Won't fix
Additional comments about closing:  See comments
Comment by Kovid Goyal (kovidgoyal) - Friday, 21 August 2015, 06:36 GMT
This crash in in libXCursor. It occurs with some cursor themes. For example:

pacman -S oxygen-cursors
ln -s /usr/share/icons/Oxygen_White/cursors ~/.icons/default/cursors
echo -n "[icon theme]\nInherits=Oxygen White" > ~/.icons/default/index.theme
wine notepad
*** crash ***

rm -rf ~/.icons
wine notepad
*** no crash ***
Comment by Kovid Goyal (kovidgoyal) - Friday, 21 August 2015, 07:04 GMT
Actually it appears that simply having a user specified icon theme is enough to cause the crash. Atleast, I cannot find any cursor themes for which it does not crash. So as a workaround I customized my winelaunch script to rename ~/.icons while a wine application is running. Less than ideal, but at least it allows wine to be used. Something in the 32bit version of libxcursor appears to need fixing.
Comment by Sven-Hendrik Haase (Svenstaro) - Tuesday, 24 November 2015, 07:45 GMT
How can I reproduce this?
Comment by Kovid Goyal (kovidgoyal) - Tuesday, 24 November 2015, 07:49 GMT
pacman -S oxygen-cursors
ln -s /usr/share/icons/Oxygen_White/cursors ~/.icons/default/cursors
echo -n "[icon theme]\nInherits=Oxygen White" > ~/.icons/default/index.theme
wine notepad
*** crash ***
Comment by Sven-Hendrik Haase (Svenstaro) - Friday, 11 December 2015, 17:07 GMT
Does this work now with gcc 5.3?
Comment by Kovid Goyal (kovidgoyal) - Saturday, 12 December 2015, 04:44 GMT
No, same crash, with gcc 5.3.0
Comment by Kovid Goyal (kovidgoyal) - Friday, 15 January 2016, 15:00 GMT
Still crashing, same backtrace.
Comment by Sven-Hendrik Haase (Svenstaro) - Wednesday, 23 March 2016, 17:28 GMT
Any change in behavior? We do not get any other reports on this and can't reproduce.
Comment by Kovid Goyal (kovidgoyal) - Wednesday, 23 March 2016, 17:39 GMT
Nope still crashing, same backtrace. Same workaround.
Comment by Florian Pritz (bluewind) - Thursday, 24 March 2016, 13:27 GMT
Have you talked to wine or libxcursor upstream? They might be able to point you in the right direction to get this fixed. I doubt much will happen if this bug sits here because we really only package software and let upstream deal with bugs (unless the bug is obviously related to us packaging incorrectly).
Comment by Kovid Goyal (kovidgoyal) - Thursday, 24 March 2016, 14:48 GMT
Feel free to close the bug report, I wont mind :) I maintain a large open source project myself, and I totally get that sometimes chasing down an obscure bug is not worth the effort. I'm OK with my workaround, if I ever have the time, I'll setup a debug environment and see if I can track down the root cause myself.

Loading...