After updating zlib from 1.2.3-r1 to stable version 1.2.5-r2 vmware-workstation segfaults on startup. Reverting back to zlib-1.2.3-r1 fixed it. Reproducible: Always Steps to Reproduce: 1.emerge -u =zlib-1.2.5-r2 2.run /opt/vmware/workstation/bin/vmware 3. Actual Results: VMware Workstation segfaults: /opt/vmware/workstation/bin/vmware: line 31: 14558 Segmentation fault "$BINDIR"/vmware-modconfig --appname="VMware Workstation" --icon="vmware-workstation" Expected Results: VMware Workstation starts as expected
Found such messages in /var/log/messages, maybe it helps: Mar 27 17:14:53 frodo kernel: vmware-modconfi[3932]: segfault at 1c4f ip b6737a91 sp bfa686bc error 4 in libc-2.11.3.so[b66c4000+140000]
Ran into the same problem today. Another solution that got my (stable x86) vmware running was moving the /opt/vmware/workstation/lib/vmware/lib/libxml2.so.2 directory to a backup location. I have no idea which of the hack-arounds mentioned so far is less smelly.
(In reply to comment #2) > Ran into the same problem today. Another solution that got my (stable x86) > vmware running was moving the > /opt/vmware/workstation/lib/vmware/lib/libxml2.so.2 directory to a backup > location. I have no idea which of the hack-arounds mentioned so far is less > smelly. recent ebuilds are removing most of the bundled libraries including libxml2. what ebuild are you using?
Same issue here. In fact vmware 6.5.4 was segfaulting, I updated to 6.5.5 hoping that it would go, it didn't. I found this report and reverted to zlib-1.2.3-r1, it now works fine. It still requires VMWARE_USE_SHIPPED_GTK=force though.
(In reply to comment #3) > (In reply to comment #2) > > Ran into the same problem today. Another solution that got my (stable x86) > > vmware running was moving the > > /opt/vmware/workstation/lib/vmware/lib/libxml2.so.2 directory to a backup > > location. I have no idea which of the hack-arounds mentioned so far is less > > smelly. > > recent ebuilds are removing most of the bundled libraries including libxml2. > what ebuild are you using? The one currently marked as stable x86 - app-emulation/vmware-workstation-6.5.5.328052. If I run an equery on libxml2 I get this: # equery belongs /opt/vmware/workstation/lib/vmware/lib/libxml2.so.2 [ Searching for file(s) /opt/vmware/workstation/lib/vmware/lib/libxml2.so.2 in *... ] app-emulation/vmware-workstation-6.5.5.328052 (/opt/vmware/workstation/lib/vmware/lib/libxml2.so.2)
Well, scratch comment #2. For whatever reason removing the libxml2 directory has stopped working. Trying to run VMWare now produces: /opt/vmware/workstation/lib/vmware/bin/vmware-modconfig: error while loading shared libraries: libxml2.so.2: cannot read file data: Error 21 So what seems to work for me now is to copy /usr/lib/libxml2.so.2 into the /opt/vmware/workstation/lib/vmware/lib/libxml2.so.2 directory. (I'm trying hard to keep this VMWare-centric and avoid downgrading zlib since so many other packages depend on zlib).
Any news on this one? All the mentioned quick fixes above don't work for me. Although I haven't tried to downgrade zlib again. There are too many dependencies on that one.
(In reply to comment #6) > Well, scratch comment #2. For whatever reason removing the libxml2 directory > has stopped working. Trying to run VMWare now produces: > > /opt/vmware/workstation/lib/vmware/bin/vmware-modconfig: error while loading > shared libraries: libxml2.so.2: cannot read file data: Error 21 > > So what seems to work for me now is to copy /usr/lib/libxml2.so.2 into the > /opt/vmware/workstation/lib/vmware/lib/libxml2.so.2 directory. (I'm trying hard > to keep this VMWare-centric and avoid downgrading zlib since so many other > packages depend on zlib). I had the same problem; proposed workaround works for me as well.
workstation 6 was removed from the tree. bug bug 385727.
