FS#33779 - VMPlayer and VMWorkstation crashed (SIGABRT) after update curl to curl-7.29.0-1-x86_64.pkg.tar.xz
Attached to Project:
Arch Linux
Opened by Ivan Rychtar (urys) - Saturday, 09 February 2013, 12:45 GMT
Last edited by Dave Reisner (falconindy) - Monday, 11 February 2013, 11:08 GMT
Opened by Ivan Rychtar (urys) - Saturday, 09 February 2013, 12:45 GMT
Last edited by Dave Reisner (falconindy) - Monday, 11 February 2013, 11:08 GMT
|
Details
Description:
VMPlayer and VMWare crashed (SIGABRT) after update curl to curl-7.29.0-1-x86_64.pkg.tar.xz Additional info: $ vmplayer Logging to /tmp/vmware-urys/vmware-modconfig-12114.log HostinfoReadDistroFile: Cannot work with empty file. HostinfoOSData: Error: no distro file found filename: /lib/modules/3.7.6-1-ARCH/misc/vmmon.ko supported: external license: GPL v2 description: VMware Virtual Machine Monitor. author: VMware, Inc. depends: vermagic: 3.7.6-1-ARCH SMP preempt mod_unload modversions Neúspěšně ukončen (SIGABRT) (core dumped [obraz paměti uložen]) when I downgrade to curl-7.28.1-1-x86_64.pkg.tar.xz VMPlayer and VMWare works good uname -a 3.7.6-1-ARCH #1 SMP PREEMPT Mon Feb 4 09:15:13 CET 2013 x86_64 GNU/Linux Steps to reproduce: update curl to curl-7.29.0-1-x86_64.pkg.tar.xz and run VMPlayer or VMWorkstation 
vmware-modconfig-12114.log
(2.9 KiB)
|
This task depends upon
Closed by Dave Reisner (falconindy)
Monday, 11 February 2013, 11:08 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#33811
Monday, 11 February 2013, 11:08 GMT
Reason for closing: Duplicate
Additional comments about closing:
Here is a gdb log of "gdb --args ./vmware":
(gdb) bt
#0 0x00007fffec2a54a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
#1 0x00007fffe8116e7c in ?? () from /usr/lib/vmware/lib/libcds.so/libcds.so
#2 0x00007ffff63ed090 in g_hash_table_foreach () from /usr/lib/libglib-2.0.so.0
#3 0x00007fffe81163ab in CdsXfer_Destroy () from /usr/lib/vmware/lib/libcds.so/libcds.so
#4 0x00007fffe8110606 in Cds_FreeClient () from /usr/lib/vmware/lib/libcds.so/libcds.so
#5 0x00007fffe71147be in cui::ComponentMgrCDS::~ComponentMgrCDS() () from /usr/lib/vmware/lib/libvmwareui.so.0/libvmwareui.so.0
#6 0x00007fffe76e8b89 in lui::ToolsMgr::ToolsMgr(lui::DlgMgr*) () from /usr/lib/vmware/lib/libvmwareui.so.0/libvmwareui.so.0
#7 0x00007fffe5e13677 in ui::App::Init(int, char**) () from /usr/lib/vmware/lib/libvmware.so/libvmware.so
#8 0x00007fffe5e14496 in ui::App::App(int, char**) () from /usr/lib/vmware/lib/libvmware.so/libvmware.so
#9 0x00007fffe5e4a853 in main () from /usr/lib/vmware/lib/libvmware.so/libvmware.so
#10 0x0000555555571836 in main ()
Based on libcurl's git, it seems they've changed curl_multi_cleanup(), resulting in ABI breakage.
Hackish workaround, without downgrading curl, is to force vmware startup script to use bundled libcurl.so.4 inside /usr/vmware/lib/libcurl.so.4. This involves applying this patch to /usr/bin/vmware (the patch is attached to this post).
Update: please note that this is only a temporary workaround. When libcurl will be updated with a version that contains the fix mentioned by jjacky below, please remove this patch by restoring the original startup script (you have a backup, right?).
I did however first try to "run" the patch before I opened it and realised that I needed edit /usr/bin/vmware manually =), could be nice to add that to the description.
https://github.com/bagder/curl/commit/da3fc1ee91de656a30f3a12de394bcba55119872
(I've also opened
FS#33811to suggest repackaging curl)