Hello folks,

confirming.

The app requires at least .NET Framework 3.5 (SP1 is better).

Looks like one variant of bug 32859 which ought to be fixed.
Most likely there were multiple bugs present which hid each other.

I can reproduce it with up-to-date Fedora 19 and Wine 1.7.7:

--- snip ---
Wine-dbg>bt
Backtrace:
=>0 0xf77d9430 __kernel_vsyscall+0x10() in [vdso].so (0x0212bb78)
  1 0xf742f936 gsignal+0x45() in libc.so.6 (0x0212bb78)
  2 0xf7431173 abort+0x142() in libc.so.6 (0x0212bb78)
  3 0xf746f0e5 __libc_message+0x344() in libc.so.6 (0x0212bb78)
  4 0xf7476d12 _int_free+0x651() in libc.so.6 (0x00000003)
  5 0x7dcc70c4 _XlcDestroyLocaleDataBase+0x93() in libx11.so.6 (0x7d9592e8)
  6 0x7dccbdb1 in libx11.so.6 (+0x4fdb0) (0x7cc76008)
  7 0x7dcd37e8 _XCloseLC+0x77() in libx11.so.6 (0x7cc76008)
  8 0x7dcd3831 _XlcCurrentLC+0x30() in libx11.so.6 (0x7cc76008)
  9 0x7dccc425 _Xlcmbstowcs+0xe4() in libx11.so.6 (0x7cc76008)
  10 0x7dccc534 _Xmbstowcs+0x33() in libx11.so.6 (0x7cc76008)
  11 0x7dce1cd9 in libx11.so.6 (+0x65cd8) (0x7cc76008)
  12 0x7dcdfdf1 _XimLocalOpenIM+0x400() in libx11.so.6 (0x7cd0d838)
  13 0x7dcde227 _XimOpenIM+0xf6() in libx11.so.6 (0x7cd0d838)
  14 0x7dcc3698 XOpenIM+0x47() in libx11.so.6 (0x0212e378)
  15 0x7de55f9f open_xim+0x4b(display=0x7cd00468) [/home/focht/projects/wine/wine-git/dlls/winex11.drv/xim.c:343] in winex11 (0x0212e378)
  16 0x7de568bb X11DRV_SetupXIM+0x24() [/home/focht/projects/wine/wine-git/dlls/winex11.drv/xim.c:462] in winex11 (0x0212e3b8)
  17 0x7de51abf x11drv_init_thread_data+0x206() [/home/focht/projects/wine/wine-git/dlls/winex11.drv/x11drv_main.c:676] in winex11 (0x0212e408)
  18 0x7de442cf thread_init_display+0xa() [/home/focht/projects/wine/wine-git/dlls/winex11.drv/x11drv.h:351] in winex11 (0x0212e418)
  19 0x7de492da X11DRV_create_win_data+0xa0(hwnd=0x4004c, window_rect=0x212e7b0, client_rect=0x212e7b0) [/home/focht/projects/wine/wine-git/dlls/winex11.drv/window.c:1786] in winex11 (0x0212e488)
  20 0x7de4a23f X11DRV_WindowPosChanging+0x67(hwnd=<couldn't compute location>, insert_after=<couldn't compute location>, swp_flags=<couldn't compute location>, window_rect=<couldn't compute location>, client_rect=<couldn't compute location>, visible_rect=<couldn't compute location>, surface=<couldn't compute location>) [/home/focht/projects/wine/wine-git/dlls/winex11.drv/window.c:2149] in winex11 (0x0212e508)
  21 0x7ed21efa set_window_pos+0xb7(hwnd=0x4004c, insert_after=(nil), swp_flags=0x14, window_rect=0x212e7b0, client_rect=0x212e7b0, valid_rects=(nil)) [/home/focht/projects/wine/wine-git/dlls/user32/winpos.c:2050] in user32 (0x0212e628)
  22 0x7ed164e4 WIN_CreateWindowEx+0xdc7(cs=0x212e880, className="IOM Responder Window", module=0x400000, unicode=0x1) [/home/focht/projects/wine/wine-git/dlls/user32/win.c:1581] in user32 (0x0212e868)
  23 0x7ed16db8 CreateWindowExW+0x8a(exStyle=0x40200, className="IOM Responder Window", windowName="Garmin Express Fit - IOM library", style=0xcf0000, x=0x80000000, y=0, width=0x190, height=0, parent=(nil), menu=(nil), instance=0x400000, data=0x0(nil)) [/home/focht/projects/wine/wine-git/dlls/user32/win.c:1751] in user32 (0x0212e8bc)
  24 0x008e6d52 in expressfit (+0x4e6d51) (0x0212ea50)
  25 0x00aca95a in expressfit (+0x6ca959) (0x0212ea58)
  26 0x7bc85c48 call_thread_func_wrapper+0xb() in ntdll (0x0212ea68)
...
--- snip ---

libX11 -> 1.6.0-1.fc19
xorg-x11-server-Xorg -> 1.14.4-3.fc19

@greg:

Can you check if the following works around:

--- snip ---
$ taskset -c 0 wine ./ExpressFit.exe
--- snip ---

$ sha1sum ExpressFit_20.exe 
5a216312b046df633149ea146accc07565b9e0c8  ExpressFit_20.exe

$ du -sh ExpressFit_20.exe 
11M	ExpressFit_20.exe

$ wine --version
wine-1.7.7-262-g30a3e9c

Regards

Anastasius,

Running taskset -c 0 allows the program to launch (it still can't find the USB device, but I don't know if it is even possible to actually connect a device.) 

I still get numerous errors in the output (see attached results.txt file)

Thanks for your help.

Created attachment 46716 [details]
Results of running Garmin Express Fit with taskset

Hello greg,

you probably mean these messages:

--- quote ---
err:menubuilder:convert_to_native_icon error 0x88982F81 initializing encoder
--- quote ---

That's because you have 'windowscodecs' component set to 'native' in WINEPREFIX (check with 'winecfg').

The 'spam' is the result of a Wine windowscodecs extension that is not present in native.
This is harmless and can be ignored. 

--- quote ---
it still can't find the USB device, but I don't know if it is even possible to actually connect a device.
--- quote ---

Depends what this app is looking for and how the device access is done.

If the device access is through 'serial' or 'mass storage' (vfat) there might be a chance - if Linux kernel recognizes it.

Regards

Hello folks,

this is also observed with 64-bit SMPlayer 0.8.6

Running it once with 'taskset -c 0' works around and fixes it permanently.
Most likely a race with some 'run-once' stuff happening the first time the application is run (opening website http://smplayer.sourceforge.net/first-steps.php for example).

Once it starts fine you need to reinstall it to reproduce.

--- snip ---
...
Backtrace:
=>0 0x0000003c95e359e9 gsignal+0x39() in libc.so.6 (0x00000000011e7b20)
  1 0x0000003c95e370f8 abort+0x147() in libc.so.6 (0x00000000011e7b20)
  2 0x0000003c95e75d17 __libc_message+0x376() in libc.so.6 (0x00000000011e7b20)
  3 0x0000003c95e7d0b8 _int_free+0x6a7() in libc.so.6 (0x0000003c961ba780)
  4 0x0000003c9a251daa _XlcDestroyLocaleDataBase+0x89() in libx11.so.6 (0x0000000000000000)
  5 0x0000003c9a256512 in libx11.so.6 (+0x56511) (0x000000007d34f760)
  6 0x0000003c9a25d5cd _XCloseLC+0x6c() in libx11.so.6 (0x0000003c9a53aaf8)
  7 0x0000003c9a25d60c _XlcCurrentLC+0x1b() in libx11.so.6 (0x00000000011e7e50)
  8 0x0000003c9a256aa5 _Xlcmbstowcs+0xc4() in libx11.so.6 (0x00000000011e7e50)
  9 0x0000003c9a26a53e in libx11.so.6 (+0x6a53d) (0x00007fdbb809a350)
  10 0x0000003c9a2689c5 _XimLocalOpenIM+0x3d4() in libx11.so.6 (0x00007fdbb8010990)
  11 0x0000003c9a267028 _XimOpenIM+0xf7() in libx11.so.6 (0x0000000000000000)
  12 0x00007fdbc717bb5b open_xim+0x43(display=0x7fdbb80008c0) [/home/focht/projects/wine/wine-git/dlls/winex11.drv/xim.c:343] in winex11 (0x00000000011ea440)
  13 0x00007fdbc717c509 X11DRV_SetupXIM+0x1c() [/home/focht/projects/wine/wine-git/dlls/winex11.drv/xim.c:462] in winex11 (0x00000000011ea460)
  14 0x00007fdbc7176f3a x11drv_init_thread_data+0x1e9() [/home/focht/projects/wine/wine-git/dlls/winex11.drv/x11drv_main.c:676] in winex11 (0x00000000011ea4c0)
  15 0x00007fdbc71681a3 thread_init_display+0x8() [/home/focht/projects/wine/wine-git/dlls/winex11.drv/x11drv.h:351] in winex11 (0x00000000011ea4d0)
  16 0x00007fdbc716d8d1 X11DRV_create_win_data+0x99(hwnd=0x20038, window_rect=0x11eaa90, client_rect=0x11eaa90) [/home/focht/projects/wine/wine-git/dlls/winex11.drv/window.c:1786] in winex11 (0x00000000011ea560)
  17 0x00007fdbc716eaf2 X11DRV_WindowPosChanging+0x98(hwnd=0x20038, insert_after=(nil), swp_flags=0x14, window_rect=0x11eaa90, client_rect=0x11eaa90, visible_rect=0x11ea7e0, surface=0x11ea7b8) [/home/focht/projects/wine/wine-git/dlls/winex11.drv/window.c:2149] in winex11 (0x00000000011ea680)
  18 0x00007fdbc99e30b9 set_window_pos+0xf5(hwnd=0x20038, insert_after=(nil), swp_flags=0x14, window_rect=0x11eaa90, client_rect=0x11eaa90, valid_rects=(nil)) [/home/focht/projects/wine/wine-git/dlls/user32/winpos.c:2050] in user32 (0x00000000011ea840)
  19 0x00007fdbc99d519f WIN_CreateWindowEx+0xfdc(cs=0x11eabe0, className="QEventDispatcherWin32_Internal_Widget1781862288", module=0x400000, unicode=0x1) [/home/focht/projects/wine/wine-git/dlls/user32/win.c:1581] in user32 (0x00000000011eabd0)
  20 0x00007fdbc99d5b85 CreateWindowExW+0xe9(exStyle=0, className="QEventDispatcherWin32_Internal_Widget1781862288", windowName="QEventDispatcherWin32_Internal_Widget1781862288", style=0, x=0, y=0, width=0, height=0, parent=(nil), menu=(nil), instance=0x400000, data=0x0(nil)) [/home/focht/projects/wine/wine-git/dlls/user32/win.c:1751] in user32 (0x00000000011eace0)
  21 0x000000006a353739 in qtcore4 (+0x193738) (0x00000000011ee650)
  22 0x000000006a354fd6 in qtcore4 (+0x194fd5) (0x00000000011ee650)
...
0x0000003c95e359e9 gsignal+0x39 in libc.so.6: cmpq	$fffff000,%eax
Modules:
Module	Address					Debug info	Name (100 modules)
PE	          400000-          7b0000	Deferred        smplayer
...
Threads:
process  tid      prio (all id:s are in hex)
...
00000023 (D) C:\Program Files\SMPlayer\smplayer.exe
	0000002b    0 <==
	0000002a    0
	00000029   15
	00000024    0
--- snip ---

One time I got an application livelock on startup (multiple threads eating 100% cpu). Sadly winedbg was unable to attach at this point nor 'bt all' from outside worked. This is probably the other manifestation of this X11 issue.

Download: http://www.fosshub.com/download/smplayer-0.8.6-x64.exe

$ sha1sum smplayer-0.8.6-x64.exe 
49ab5358fe8b19c82805e765250ad2d61e896a55  smplayer-0.8.6-x64.exe

$ du -sh smplayer-0.8.6-x64.exe 
18M    smplayer-0.8.6-x64.exe

$ wine --version
wine-1.7.8-128-g37460b6

Regards

Created attachment 46826 [details]
x11 live-lock with multiple threads

Hello folks,

I found another victim: 'Spiceworks' (some IT management/inventory app)

Download: http://download.spiceworks.com/Spiceworks.exe

The main app 'spiceworks_desktop.exe' causes a reproducible live-lock in X11 lib (3 out of 4 threads hang with 100% cpu usage in libx11).
Sometimes it crashes with heap corruption but the live-lock happens many times more.

I'm attaching a backtrace from all relevant threads at the time of live-lock.

Workaround: 'taskset -c 0'

It will later run into bug 34941

$ sha1sum Spiceworks.exe 
bb1865fec27f77ac1d3cd49074af04d96fd51e74  Spiceworks.exe

$ du -sh Spiceworks.exe 
61M    Spiceworks.exe

$ wine --version
wine-1.7.8-135-gfaa355b

Regards

*** Bug 32055 has been marked as a duplicate of this bug. ***

Is bug 35070 also a dupe of this one?

...

Backtrace:
=>0 0xb7763424 __kernel_vsyscall+0x10() in [vdso].so (0x0032504c)
  1 0xb73e1b11 gsignal+0x50() in libc.so.6 (0x0032504c)
  2 0xb73e33ea abort+0x179() in libc.so.6 (0x00325174)

...

Hello Artem,

--- quote ---
Is bug 35070 also a dupe of this one?
--- quote ---

No, in bug 35070 the assert() is called by Wine code in RichEdit control.
That's a different issue.

--- snip ---
Backtrace:
=>0 0xb7763424 __kernel_vsyscall+0x10() in [vdso].so (0x0032504c)
  1 0xb73e1b11 gsignal+0x50() in libc.so.6 (0x0032504c)
  2 0xb73e33ea abort+0x179() in libc.so.6 (0x00325174)
  3 0xb73dae2b __assert_fail_base+0x14a() in libc.so.6 (0x003251b8)
  4 0xb73daee6 __assert_fail+0x55() in libc.so.6 (0x003251d8)
  5 0x7ac1745a ME_MoveCaret+0x369() in riched20 (0x00325268)
  6 0x7ac17502 ME_ShowCaret+0x21() in riched20 (0x00325288)
  7 0x7ac18a81 ME_LButtonDown+0xf0() in riched20 (0x003252d8)
  8 0x7ac22296 ME_HandleMessage+0x1735() in riched20 (0x00325c18)
  9 0x7ac25af4 RichEditWndProc_common+0x183() in riched20 (0x00325cd8)
  10 0x7ac2609f RichEditWndProcW+0x2e() in riched20 (0x00325d08)
  11 0x7eb214ca WINPROC_wrapper+0x19() in user32 (0x00325d38)
  12 0x7eb21c4c call_window_proc+0x5b() in user32 (0x00325d88)
  13 0x7eb24130 WINPROC_call_window+0x10f() in user32 (0x00325dd8)
--- snip ---

Regards

Created attachment 47021 [details]
origin (EA) x11 live-lock

Hello folks,

another one: "origin" (ea.com) also crashes or live-locks sometimes on startup.
Attaching a winedbg thread dump with 7 (!) threads locked in x11.

Workaround:

--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Origin

$ taskset -c 0 wine ./Origin.exe
--- snip ---

$ wine --version
wine-1.7.9-209-gb231b4b

Regards

*** Bug 35288 has been marked as a duplicate of this bug. ***

(In reply to comment #10)
> Created attachment 47021 [details]
> origin (EA) x11 live-lock
> 
> Hello folks,
> 
> another one: "origin" (ea.com) also crashes or live-locks sometimes on
> startup.
> Attaching a winedbg thread dump with 7 (!) threads locked in x11.
> 
> Workaround:
> 
> --- snip ---
> $ pwd
> /home/focht/.wine/drive_c/Program Files/Origin
> 
> $ taskset -c 0 wine ./Origin.exe
> --- snip ---
> 
> $ wine --version
> wine-1.7.9-209-gb231b4b
> 
> Regards

I confirm that "taskset" allow to run Origin without problem.
BUT if you launch Origin.exe with one CPU (with taskset), the game launched from Origin still will use one core.

See duplicate bug #35288
Example with Mass Effect 3 game (only exist on Origin) with High graphic options :
- Very good performance when Origin is launched without taskset.
- Very bad performance with taskset.

*** Bug 35632 has been marked as a duplicate of this bug. ***

*** Bug 35807 has been marked as a duplicate of this bug. ***

Hello folks,

another one: Autodesk AutoCAD 2015 32-bit installer (heap corruption)

Prerequisite: WinVer "Windows Vista", workarounds for bug 17273 (VC++ 2012 runtime).

--- snip ---
*** Error in `C:\users\focht\Local Settings\Application Data\Autodesk\.AdskAppManager\R1\AdAppMgr.exe': double free or corruption (!prev): 0x7d880f38 ***
======= Backtrace: =========
/lib/libc.so.6(+0x4e7dcd12)[0xf745cd12]
/lib/libX11.so.6(_XlcDestroyLocaleDataBase+0x94)[0x7d6740c4]
/lib/libX11.so.6(+0x4e9e8db1)[0x7d678db1]
/lib/libX11.so.6(_XCloseLC+0x78)[0x7d6807e8]
/lib/libX11.so.6(_XlcCurrentLC+0x31)[0x7d680831]
/lib/libX11.so.6(_Xlcmbstowcs+0xe5)[0x7d679425]
/lib/libX11.so.6(_Xmbstowcs+0x34)[0x7d679534]
/lib/libX11.so.6(+0x4e9fecd9)[0x7d68ecd9]
/lib/libX11.so.6(_XimLocalOpenIM+0x401)[0x7d68cdf1]
/lib/libX11.so.6(_XimOpenIM+0xf7)[0x7d68b227]
/lib/libX11.so.6(XOpenIM+0x48)[0x7d670698]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x6600f)[0x7d80400f]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x6692b)[0x7d80492b]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x61b2f)[0x7d7ffb2f]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x542db)[0x7d7f22db]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x59349)[0x7d7f7349]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(X11DRV_WindowPosChanging+0x68)[0x7d7f82ae]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/user32.dll.so(+0xc82b6)[0x7ed562b6]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/user32.dll.so002f:fixme:msg:ChangeWindowMessageFilterEx 0x1010e c090 1 (nil)
(+0xbc800)[0x7ed4a800]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/user32.dll.so(CreateWindowExW+0x90)[0x7ed4b0d4]
[0x67123ec6]
--- snip ---

$ wine --version
wine-1.7.14-207-g8199430

Regards

Hello folks,

another one, while revisiting BioShock Infinite (more or less random, usually works):

--- snip ---
...
*** Error in `C:\Program Files\Steam\steamapps\common\BioShock Infinite\Binaries\Win32\BioShockInfinite.exe': double free or corruption (!prev): 0x7d718300 ***
======= Backtrace: =========
/lib/libc.so.6(+0x4e7dcd12)[0xf73f4d12]
/lib/libX11.so.6(_XlcDestroyLocaleDataBase+0x94)[0x7d52e0c4]
/lib/libX11.so.6(+0x4e9e8db1)[0x7d532db1]
/lib/libX11.so.6(_XCloseLC+0x78)[0x7d53a7e8]
/lib/libX11.so.6(_XlcCurrentLC+0x31)[0x7d53a831]
/lib/libX11.so.6(_Xlcmbstoutf8+0xdd)[0x7d5338cd]
/lib/libX11.so.6(_Xmbstoutf8+0x34)[0x7d533924]
/lib/libX11.so.6(+0x4e9ff039)[0x7d549039]
/lib/libX11.so.6(_XimLocalOpenIM+0x401)[0x7d546df1]
/lib/libX11.so.6(_XimOpenIM+0xf7)[0x7d545227]
/lib/libX11.so.6(XOpenIM+0x48)[0x7d52a698]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x65fe7)[0x7d6bdfe7]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x66903)[0x7d6be903]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x61b07)[0x7d6b9b07]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x542b3)[0x7d6ac2b3]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x59321)[0x7d6b1321]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(X11DRV_WindowPosChanging+0x68)[0x7d6b2286]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/user32.dll.so(+0xc82e2)[0x7ec032e2]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/user32.dll.so(+0xbc82c)[0x7ebf782c]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/user32.dll.so(CreateWindowExA+0xe4)[0x7ebf802d]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/wined3d.dll.so(+0x6469b)[0x7e26b69b]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/wined3d.dll.so(+0x74b57)[0x7e27bb57]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/wined3d.dll.so(+0x7517d)[0x7e27c17d]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/wined3d.dll.so(wined3d_create+0xc4)[0x7e324c5c]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/d3d9.dll.so(+0x23aef)[0x7e39daef]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/d3d9.dll.so(Direct3DCreate9+0xc4)[0x7e38ef44]
...
--- snip ---

$ wine --version
wine-1.7.15-133-g62f7ba2

Regards

Skype 5.8 also shows this:
*** Error in `Skype.exe': double free or corruption (!prev): 0x7d829930 ***
======= Backtrace: =========
/lib32/libc.so.6(+0x6e96d)[0xf73c996d]
/lib32/libc.so.6(+0x74bc2)[0xf73cfbc2]
/lib32/libc.so.6(+0x75815)[0xf73d0815]
/usr/lib32/libX11.so.6(_XlcDestroyLocaleDataBase+0x8c)[0x7e26654c]
/usr/lib32/libX11.so.6(+0x511f0)[0x7e26b1f0]
/usr/lib32/libX11.so.6(_XCloseLC+0x76)[0x7e272cc6]
/usr/lib32/libX11.so.6(_XlcCurrentLC+0x30)[0x7e272d10]
/usr/lib32/libX11.so.6(_Xlcmbstoutf8+0xdd)[0x7e26bcdd]
/usr/lib32/libX11.so.6(_Xmbstoutf8+0x33)[0x7e26bd23]
/usr/lib32/libX11.so.6(+0x67390)[0x7e281390]
/usr/lib32/libX11.so.6(_XimLocalOpenIM+0x3f6)[0x7e27f386]
/usr/lib32/libX11.so.6(_XimOpenIM+0xf7)[0x7e27d7d7]
/usr/lib32/libX11.so.6(XOpenIM+0x47)[0x7e262c37]
/usr/local/bin/../lib/wine/winex11.drv.so(+0x5a4f7)[0x7e3e94f7]
/usr/local/bin/../lib/wine/winex11.drv.so(+0x5b751)[0x7e3ea751]
/usr/local/bin/../lib/wine/winex11.drv.so(+0x5732b)[0x7e3e632b]
/usr/local/bin/../lib/wine/winex11.drv.so(X11DRV_WindowPosChanging+0x321)[0x7e3deb91]
/usr/local/bin/../lib/wine/user32.dll.so(+0xb00c5)[0x7ea3b0c5]
/usr/local/bin/../lib/wine/user32.dll.so(+0xabb12)[0x7ea36b12]
/usr/local/bin/../lib/wine/user32.dll.so(CreateWindowExA+0x15f)[0x7ea3063f]

*** Bug 36051 has been marked as a duplicate of this bug. ***

When installing Bejeweled Twist demo the installer sometimes crashes with

Backtrace:
=>0 0xb77da424 __kernel_vsyscall+0x10() in [vdso].so (0x0032c4e8)
  1 0xb7437b96 gsignal+0x45() in libc.so.6 (0x0032c4e8)
  2 0xb74393d3 abort+0x142() in libc.so.6 (0x0032c4e8)
  3 0xb74772f8 __libc_message+0x297() in libc.so.6 (0x0032c4e8)
  4 0xb747ee52 _int_free+0x651() in libc.so.6 (0x00000003)
  5 0x7e0baa44 _XlcDestroyLocaleDataBase+0x93() in libx11.so.6 (0x7c6fbd58)
  6 0x7e0bf7f1 in libx11.so.6 (+0x517f0) (0x7db76008)
  7 0x7e0c75f8 _XCloseLC+0x77() in libx11.so.6 (0x7db76008)
  8 0x7e0c7641 _XlcCurrentLC+0x30() in libx11.so.6 (0x7db76008)
  9 0x7e0c03ad _Xlcmbstoutf8+0xfc() in libx11.so.6 (0x7db76008)
  10 0x7e0c0404 _Xmbstoutf8+0x33() in libx11.so.6 (0x7db76008)
  11 0x7e0d6469 in libx11.so.6 (+0x68468) (0x7db76008)
  12 0x7e0d420e _XimLocalOpenIM+0x41d() in libx11.so.6 (0x7c737e08)
  13 0x7e0d2577 _XimOpenIM+0xf6() in libx11.so.6 (0x7c737e08)
  14 0x7e0b6fc8 XOpenIM+0x47() in libx11.so.6 (0x0032ec98)
  15 0x7e235247 open_xim+0x56(display=0x7c72b3b0) [/home/gyebro/sources/wine-git/dlls/winex11.drv/xim.c:343] in winex11 (0x0032ec98)
  16 0x7e236461 X11DRV_SetupXIM+0x30() [/home/gyebro/sources/wine-git/dlls/winex11.drv/xim.c:462] in winex11 (0x0032ecc8)
  17 0x7e2320bb x11drv_init_thread_data+0x15a() [/home/gyebro/sources/wine-git/dlls/winex11.drv/x11drv_main.c:676] in winex11 (0x0032ed88)
...

http://www.gamershell.com/download_34940.shtml

BejeweledTwistSetup-en.exe
md5sum 5fe6b7c0adba33491f8bd866fd983ccf

Fedora 20
X.Org X Server 1.14.4
wine-1.7.17-148-g2e5cb7a

*** Bug 36950 has been marked as a duplicate of this bug. ***

Created attachment 50498 [details]
backtrace

Still in 1.7.34 and Songbird:

[austin@localhost songbird]$ sha1sum Songbird_2.2.0-2453_windows-i686-msvc8.exe 
5f9e95ea9015c485602add7b759c956088cae7f1  Songbird_2.2.0-2453_windows-i686-msvc8.exe
[austin@localhost songbird]$ du -h Songbird_2.2.0-2453_windows-i686-msvc8.exe 
16M	Songbird_2.2.0-2453_windows-i686-msvc8.exe

[austin@localhost songbird]$ yum list installed libX11
Loaded plugins: langpacks
Installed Packages
libX11.i686                                           1.6.2-2.fc21                                         @fedora                     
libX11.x86_64                                         1.6.2-2.fc21                                         @koji-override-0/$releasever

This may sound like a silly question, but did anybody file a bug at freedesktop.org already?

Hello folks,

also encountered with Xfire 2.0 on Fedora 22 x64

The variant with the crash:

--- snip ---
...
*** Error in `./Xfire.exe': double free or corruption (!prev): 0x7d50b2e8 ***
======= Backtrace: =========
/lib/libc.so.6(+0x46a6d716)[0xf73de716]
/lib/libc.so.6(+0x46a7614a)[0xf73e714a]
/lib/libc.so.6(cfree+0x50)[0xf73ea930]
/lib/libX11.so.6(_XlcDestroyLocaleDataBase+0x94)[0x7d91e5e4]
/lib/libX11.so.6(+0x4137b451)[0x7d923451]
/lib/libX11.so.6(_XCloseLC+0x78)[0x7d92b2d8]
/lib/libX11.so.6(_XlcCurrentLC+0x31)[0x7d92b321]
/lib/libX11.so.6(_Xlcmbstowcs+0xfd)[0x7d923afd]
/lib/libX11.so.6(_Xmbstowcs+0x34)[0x7d923c14]
/lib/libX11.so.6(+0x413924b0)[0x7d93a4b0]
/lib/libX11.so.6(_XimLocalOpenIM+0x41c)[0x7d93880c]
/lib/libX11.so.6(_XimOpenIM+0xfd)[0x7d936bbd]
/lib/libX11.so.6(XOpenIM+0x48)[0x7d91a588]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x74b7e)[0x7dac6b7e]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x753d4)[0x7dac73d4]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x716c0)[0x7dac36c0]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x64ad7)[0x7dab6ad7]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(+0x6982e)[0x7dabb82e]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/winex11.drv.so(X11DRV_WindowPosChanging+0x5c)[0x7dabc6e2]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/user32.dll.so(+0xd2fa2)[0x7eccafa2]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/user32.dll.so(+0xc7e28)[0x7ecbfe28]
/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/user32.dll.so(CreateWindowExW+0x83)[0x7ecc06ca]
[0x67121600]
--- snip ---

The variant with the live-lock:

--- snip ---
Wine-dbg>info process

 pid      threads  executable (all id:s are in hex)
>0000002d 5        'Xfire.exe'
 0000002f 4        \_ 'explorer.exe'
 0000000e 5        'services.exe'
 00000019 3        \_ 'plugplay.exe'
 00000012 4        \_ 'winedevice.exe'

Wine-dbg>info thread

process  tid      prio (all id:s are in hex)
...
0000002d (D) C:\Program Files\Xfire2\Xfire.exe
	00000039    0
	00000038    0
	00000037    0
	00000034    0
	0000002e    0 <==

Wine-dbg>bt 0x2e

Backtrace:
=>0 0x7d91a938 in libx11.so.6 (+0x4d938) (0x7cf47780)
  1 0x7d91ad3f _XlcOpenConverter+0x3e() in libx11.so.6 (0x7d9862a4)
  2 0x7d922225 in libx11.so.6 (+0x55224) (0x00000000)
  3 0x7d929569 XmbTextListToTextProperty+0x48() in libx11.so.6 (0x0033eca8)
  4 0x7dab5922 sync_window_text+0x1ef(display=0x7cf89640, win=0x3600004, text="") [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/window.c:443] in winex11 (0x0033eca8)
  5 0x7dab8ab8 create_whole_window+0x3ab(data=0x1443c8) [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/window.c:1470] in winex11 (0x0033f578)
  6 0x7dab98cc X11DRV_create_win_data+0x132(hwnd=0x20064, window_rect=0x33f8e0, client_rect=0x33f8e0) [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/window.c:1805] in winex11 (0x0033f5d8)
  7 0x7daba6e2 X11DRV_WindowPosChanging+0x5b(hwnd=<couldn't compute location>, insert_after=<couldn't compute location>, swp_flags=<couldn't compute location>, window_rect=<couldn't compute location>, client_rect=<couldn't compute location>, visible_rect=<couldn't compute location>, surface=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/window.c:2155] in winex11 (0x0033f648)
  8 0x7eccafa2 set_window_pos+0xa8(hwnd=0x20064, insert_after=(nil), swp_flags=0x14, window_rect=0x33f8e0, client_rect=0x33f8e0, valid_rects=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winpos.c:2062] in user32 (0x0033f768)
  9 0x7ecbfe28 WIN_CreateWindowEx+0xd96(cs=0x33f9b0, className="Xfire IPC Window Class", module=0x400000, unicode=0x1) [/home/focht/projects/wine/wine.repo/src/dlls/user32/win.c:1580] in user32 (0x0033f998)
  10 0x7ecc06ca CreateWindowExW+0x7d(exStyle=0, className="Xfire IPC Window Class", windowName="XFire DLL IPC Window", style=0x80000, x=0, y=0, width=0x5, height=0x5, parent=(nil), menu=(nil), instance=0x400000, data=0x0(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/user32/win.c:1750] in user32 (0x0033f9e8)
  11 0x0057daaf in xfire (+0x17daae) (0x0033fc64)
  12 0x0057d9e4 in xfire (+0x17d9e3) (0x0033fc78)
  13 0x00531086 in xfire (+0x131085) (0x0033fca0)
  14 0x005316dc in xfire (+0x1316db) (0x0033fccc)
  15 0x0048de2f in xfire (+0x8de2e) (0x0033fd74)
  16 0x005d348b in xfire (+0x1d348a) (0x0033fe30)
  17 0x7b86db64 call_process_entry+0xb() in kernel32 (0x0033fe48)
...

Wine-dbg>bt 0x37

Backtrace:
=>0 0x7d91a938 in libx11.so.6 (+0x4d938) (0x7cf48148)
  1 0x7d91ae18 _XlcOpenConverter+0x117() in libx11.so.6 (0x7cb0e188)
  2 0x7d921f34 _Xlcmbstoutf8+0x53() in libx11.so.6 (0x7cb10dd1)
  3 0x7d922034 _Xmbstoutf8+0x33() in libx11.so.6 (0x7ca76008)
  4 0x7d9385b8 in libx11.so.6 (+0x6b5b7) (0x7ca76008)
  5 0x7d93680c _XimLocalOpenIM+0x41b() in libx11.so.6 (0x7cb0db68)
  6 0x7d934bbd _XimOpenIM+0xfc() in libx11.so.6 (0x7cb0db68)
  7 0x7d918588 XOpenIM+0x47() in libx11.so.6 (0x00cdc5c8)
  8 0x7dac4b7e open_xim+0x3f(display=0x7cb00468) [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/xim.c:343] in winex11 (0x00cdc5c8)
  9 0x7dac53d4 X11DRV_SetupXIM+0x18() [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/xim.c:462] in winex11 (0x00cdc608)
  10 0x7dac16c0 x11drv_init_thread_data+0x1e8() [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/x11drv_main.c:676] in winex11 (0x00cdc658)
  11 0x7dab4ad7 thread_init_display+0xa() [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/x11drv.h:347] in winex11 (0x00cdc668)
  12 0x7dab982e X11DRV_create_win_data+0x94(hwnd=0x2004c, window_rect=0xcdc9d0, client_rect=0xcdc9d0) [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/window.c:1796] in winex11 (0x00cdc6c8)
  13 0x7daba6e2 X11DRV_WindowPosChanging+0x5b(hwnd=<couldn't compute location>, insert_after=<couldn't compute location>, swp_flags=<couldn't compute location>, window_rect=<couldn't compute location>, client_rect=<couldn't compute location>, visible_rect=<couldn't compute location>, surface=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winex11.drv/window.c:2155] in winex11 (0x00cdc738)
  14 0x7eccafa2 set_window_pos+0xa8(hwnd=0x2004c, insert_after=(nil), swp_flags=0x14, window_rect=0xcdc9d0, client_rect=0xcdc9d0, valid_rects=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winpos.c:2062] in user32 (0x00cdc858)
  15 0x7ecbfe28 WIN_CreateWindowEx+0xd96(cs=0xcdcaa0, className="QEventDispatcherWin32_Internal_Widget1729237776", module=0x400000, unicode=0x1) [/home/focht/projects/wine/wine.repo/src/dlls/user32/win.c:1580] in user32 (0x00cdca88)
  16 0x7ecc06ca CreateWindowExW+0x7d(exStyle=0, className="QEventDispatcherWin32_Internal_Widget1729237776", windowName="QEventDispatcherWin32_Internal_Widget1729237776", style=0, x=0, y=0, width=0, height=0, parent=(nil), menu=(nil), instance=0x400000, data=0x0(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/user32/win.c:1750] in user32 (0x00cdcad8)
  17 0x67121600 in qtcore4 (+0x1215ff) (0x008e64c0)
  18 0x008e64d8 (0x671ec994)
  19 0x6714b330 in qtcore4 (+0x14b32f) (0x6714b3a0)
  20 0xc0851840 (0x8b04418b)
...

Wine-dbg>bt 0x38

<same backtrace as tid 0x37>

Wine-dbg>bt 0x39

<same backtrace as tid 0x37>
...
--- snip ---

$ sha1sum xfire_setup.exe 
f980bd8c2b825c0152dbea56bedb9f2751ef6e3b  xfire_setup.exe

$ du -sh xfire_setup.exe 
16M	xfire_setup.exe

$ wine --version
wine-1.7.44

Regards

*** Bug 23055 has been marked as a duplicate of this bug. ***

*** Bug 39358 has been marked as a duplicate of this bug. ***

Hello folks,

refining summary, also stating the workaround for easier search engine hits.

Regards

*** Bug 39404 has been marked as a duplicate of this bug. ***

*** Bug 39675 has been marked as a duplicate of this bug. ***

confirm crashing of dragon naturally speaking 12.5 with double free or corruption 
nearly 2 of 3 starts of natspeed.exe ending with this error. taskset -C 0 fixes this error, but performance is so slow only on one cpu that dragon ist unusable. voice recognition is very bad with one cpu. When program starts normal without taskset, performance and voice recoginition is very good.

ubuntu 14.04 + wine-1.6.2

*** Bug 39980 has been marked as a duplicate of this bug. ***

Still occurs in Wine 1.9.16 (Deus Ex:GOTY, Postal 2, XIII).

Fedora 24 x86_64
libX11-1.6.3-3.fc24.i686
libX11-1.6.3-3.fc24.x86_64

(In reply to Béla Gyebrószki from comment #31)
> Still occurs in Wine 1.9.16 (Deus Ex:GOTY, Postal 2, XIII).
> 
> Fedora 24 x86_64
> libX11-1.6.3-3.fc24.i686
> libX11-1.6.3-3.fc24.x86_64

This bug should be closed as UPSTREAM or WONTFIX. As far as I understand Alexandre Julliard it's a bug in X.org.

*** Bug 42013 has been marked as a duplicate of this bug. ***

*** Bug 42718 has been marked as a duplicate of this bug. ***

*** Bug 42781 has been marked as a duplicate of this bug. ***

*** Bug 43206 has been marked as a duplicate of this bug. ***

*** Bug 43244 has been marked as a duplicate of this bug. ***

I sent patches to upstream:

https://lists.x.org/archives/xorg-devel/2017-August/054347.html
https://lists.x.org/archives/xorg-devel/2017-August/054348.html
https://lists.x.org/archives/xorg-devel/2017-August/054349.html

*** Bug 43578 has been marked as a duplicate of this bug. ***

*** Bug 43721 has been marked as a duplicate of this bug. ***

*** Bug 41230 has been marked as a duplicate of this bug. ***

I've applied Jacek's patches to libX11 and it does seem to help with the issue. However it doesn't look like they ever were accepted upstream :(

Also affects League of Legends (at least the new 8.x launcher).

*** Bug 45865 has been marked as a duplicate of this bug. ***

*** Bug 45145 has been marked as a duplicate of this bug. ***

missing patch      keyword!

*** Bug 47366 has been marked as a duplicate of this bug. ***

*** Bug 49485 has been marked as a duplicate of this bug. ***

Would VERY much appreciate getting this bug permanently fixed in mainstream wine without the taskset workaround (reduces performance as the application works on only 1 CPU). 

I'll donate $$ to get it permanently fixed for use with Sierrachart.

Additional information:
Proton GE 5.9 staging has somehow FIXED the bug with Sierrachart.  I've attempted to contact the maintainer but have not had any success.
https://github.com/GloriousEggroll/proton-ge-custom

Continued attempts with X11 updates and patches have produced mixed results:
https://www.sierrachart.com/SupportBoard.php?ThreadID=29998

Also, I have somewhere seen that possibly a programmer at codeweavers solved this but that is unverified.

Jacek's patch works for me too. 

I did a small script for it which can be found at https://www.sierrachart.com/SupportBoard.php?PostID=235428#P235428

TopDog's script to get the latest x11lib 1.6.12 fixes the problem! The X11 update must be done to address the issue in Wine 5.x and Codeweaver

(In reply to Robert Griggs from comment #51)
> TopDog's script to get the latest x11lib 1.6.12 fixes the problem! The X11
> update must be done to address the issue in Wine 5.x and Codeweaver

I don't see any changes the relevant code in libX11 (e.g. _XCloseLC() still uses a global variable with no locks), and the relevant libX11 bugs are still open. Are you sure that the bug is fixed?

(In reply to Zebediah Figura from comment #52)
> (In reply to Robert Griggs from comment #51)
> > TopDog's script to get the latest x11lib 1.6.12 fixes the problem! The X11
> > update must be done to address the issue in Wine 5.x and Codeweaver
> 
> I don't see any changes the relevant code in libX11 (e.g. _XCloseLC() still
> uses a global variable with no locks), and the relevant libX11 bugs are
> still open. Are you sure that the bug is fixed?

The patch adds _Xil8n_lock mutex for lcd_list access in _XCloseLC() and it also creates a new mutex _conv_lock for conv_list access in locking.c which is used in converter functions in lcConv.c.

I don't know why after all these years this bug is still open and is this patch a thing which will solve all the problems but at least in my case I was able to get rid of lock ups and crashes when running SierraChart on Wine. The same has happened for many others in SierraChart message board.

So while waiting better solutions/patches I am just using it and happy.

Hello,

Shouldn't this bug be set to RESOLVED NOTOURBUG until it gets fixed in libx11?

Regards.

I recommend additional thorough testing before closing.  I'm still seeing occasional CPU 100% lockups after a few hours of running.  Also, Proton GE found a robust way to fix without X11 updates so there still could be some opportunity to improve wine.

Is is possible to have the Proton GE improvements moved into mainstream wine?

(In reply to Olivier F. R. Dierick from comment #54)
> Hello,
> 
> Shouldn't this bug be set to RESOLVED NOTOURBUG until it gets fixed in
> libx11?
> 
> Regards.

Probably, yes.

(In reply to Robert Griggs from comment #56)
> Is is possible to have the Proton GE improvements moved into mainstream wine?

Again, as this is a bug in libX11, working around it in Wine would be the wrong solution.

Hello,

For reference, I added the upstream bugs links (from Jacek Caban's patches) in the 'See Also' field.

The bugs were moved to gitlab, but bugzilla doesn't accept gitlab URLs in the 'Sea Also' field, so I used the original freedesktop.org ones.

You can find the gitlab links at the end of each freedesktop.org bug.

Regards.

libx11 upstream added following merge request
which I guess might solve this issue:
   https://gitlab.freedesktop.org/xorg/lib/libx11/-/merge_requests/56
There is no release tag yet containing these commits, but it
probably hits distributions with libx11 in version 1.6.13 and above.

Changes were released as libx11 1.7.0.

(In reply to Nikolay Sivov from comment #60)
> Changes were released as libx11 1.7.0.

Closing as fixed upstream.