Properly configure esddsp or artsdsp, and it will work:

1) artsdsp and esddsp must not use absolute paths. I.e. ~5th line from the end of artsdsp should read:

LD_PRELOAD=libartsdsp.so.0:libartsc.so.0

2) These libraries must have suid bit set. chmod 4444 /usr/lib/libartsdsp.so.* /usr/lib/libartsc.so.*.

3) And now,

artsdsp vmware

and voila - if you did everything above right, VMware will use arts... At least on Debian.

When running artsdsp -v vmware as my userid, vmware

insists it cannot find libartsdsp.so.0 even though

running ldconfig -p | grep libartsdsp.so.0 shows its

location to be in the cache.

Your vendor must fix artsdsp, or you must modify artsdsp yourself in a way I outlined above.  There is no third way.

I did do the modifications you suggested.

It was after doing them, and running the command

artsdsp -v vmware, that vmware started complaining

that it could not find the library.

Are you sure you performed chmod commands on two \*arts* libraries?  Library must have suid bit set to be eligible for LD_PRELOAD to suid application.  And maybe that artsd on your system is different version than on mine: make sure that you have libartsdsp.so.0 and libartsc.so.0 in /usr/lib directory - they should be symlinks to libartsdsp.so.0.0.0 and libartsc.so.0.0.0, and these two files are two which should be suid.

Also, vmware is not app which needs this preload - vmware-vmx spawned by vmware is app which needs that preload, so you may try renaming vmware-vmx (in /usr/lib/vmware/bin/ or/usr/lib/vmware/bin-debug/ to vmware.backup, and create shell script (in these directories) which will do

#! /bin/bash

exec artsdsp "$0.backup" "$@"

and then start vmware without artsdsp preload.

And now I remember - I had to do some changes in artsdsp library - it hooks only open() - but VMware is LFS aware application, and so it uses open64(). libartsdsp.so.0.0.0 must hook both open and open64, otherwise artsdsp is incompatible with apps which can use files over 2GB.

Did you tried installing http://platan.vc.cvut.cz/ftp/pub/vmware/vmwaredsp-1.1.tar.gz ? esddsp/artsdsp wrappers are not compatible with apps which are built with support for files over 2GB - and so they do not work with VMware.

If you have 64bit host, you are on your own, but with 32bit host it should work correctly - just install it and type 'vmwareesd' or 'vmwarearts', depending on your preference and system you use.

I just tried using vmwaredsp-1.2, with some success.

The real problem with this approach is that, at

t least on my system, the dynamic loader completely

filters LD_PRELOAD from the environment of setuid

binaries if you are not running as root, and

Are you sure you run 'runme.sh' installer?  It should work - and works on my systems...

The only way I can get this to work as a regular user

is to "echo /usr/lib/libvmdsp.so >

/etc/ld.so.preload".  The problem then is that the

library is loaded by every program, not just vmware.

Are you sure that libvmdsp.so is -r-Srr on your box?

IMPORTANT: there is a bug in vmwaredsp-1.2 that

causes a segfault if VMDSP_BACKEND is not defined.

Putting /usr/lib/libvmdsp.so in /etc/ld.so.preload

d without a patch will crash every program that uses

the dynamic linker (which is basically everything).

It is fixed in vmwaredsp-1.3.  I hit it during testing...

It should be stripped from environment AFTER remembering its value (so LD_PRELOAD is not passed to processes suid app starts unless library reinstates LD_PRELOAD back to environment).

But dl_main (in rtld.c) processes LD_PRELOAD even for suid apps - there just must not be / (that is libvmdsp.so is OK) and dl-load.c's open_path verifies that S_ISUID bit in mode is set.

It is with glibc-2.3.2 on Debian.

It is correct that __libc_enable_secure is set (it is set when euid != uid on startup).

Your test works fine here:

Re: Linux sound.  Is there any way...vana@evon:~$ strace -e open -E LD_PRELOAD=libvmdsp.so /bin/login

open("/lib/tls/i686/mmx/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/tls/i686/mmx/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/tls/i686/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/tls/i686/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/tls/mmx/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/tls/mmx/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/tls/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/tls/libvmdsp.so", O_RDONLY)  = -1 ENOENT (No such file or directory)

open("/lib/i686/mmx/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/i686/mmx/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/i686/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/i686/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/mmx/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/mmx/libvmdsp.so", O_RDONLY)  = -1 ENOENT (No such file or directory)

open("/lib/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/lib/libvmdsp.so", O_RDONLY)      = -1 ENOENT (No such file or directory)

open("/usr/lib/tls/i686/mmx/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/tls/i686/mmx/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/tls/i686/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/tls/i686/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/tls/mmx/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/tls/mmx/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/tls/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/tls/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/i686/mmx/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/i686/mmx/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/i686/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/i686/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/mmx/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/mmx/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/cmov/libvmdsp.so", O_RDONLY) = -1 ENOENT (No such file or directory)

open("/usr/lib/libvmdsp.so", O_RDONLY)  = 3

open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)

open("/etc/ld.so.cache", O_RDONLY)      = 3

open("/lib/tls/libcrypt.so.1", O_RDONLY) = 3

open("/lib/libpam.so.0", O_RDONLY)      = 3

open("/lib/libpam_misc.so.0", O_RDONLY) = 3

open("/lib/tls/libc.so.6", O_RDONLY)    = 3

open("/lib/tls/libpthread.so.0", O_RDONLY) = 3

open("/lib/tls/libdl.so.2", O_RDONLY)   = 3

open("/proc/self/cmdline", O_RDONLY|O_LARGEFILE) = 3

open("/var/run/utmp", O_RDWR)           = 3

No utmp entry.  You must exec "login" from the lowest level "sh"

vana@evon:~$ ls -l /bin/login

-rwsr-xr-x  1 root root 35512 Mar 15 13:59 /bin/login[/code]

/proc/self/cmdline opening is done by vmdsp code when it tries to find whether process is named vmware-vmx and its last argument is absolute path to regular file (it is path to *.vmx file you are trying to poweron - program works only with vmware-vmx, if you want to use it with other programs, you must remove this check from libvmdsp.so).

Well, and as you can see, on my system it opens libvmdsp.so before opening /etc/ld.so.cache while on your this order is reserved.  Maybe some "fix" went into glibc since version Debian uses?  In that case you are out of luck, I'd say.

Did you tried installing

http://platan.vc.cvut.cz/ftp/pub/vmware/vmwaredsp-1.1.

tar.gz ? esddsp/artsdsp wrappers are not compatible

with apps which are built with support for files over

2GB - and so they do not work with VMware.

Petr:  Pardon me for opening such an old thread>

I installed the above (actually the 1.3 version)

and the sound works fine with arts now with 5.5.1 build-19175

running on SuSE 9.3.  Thank you.

Each launch of a VM is accompanied with the following message:

    Unable to open /dev/mixer: No such device.

    No mixer or volume control capabilities will be available.

But of course this is not true, there is a mixer in the VMs and

it works.  I could check the box that tells me never to show that

message again, but I wonder why it happens at all?

/dev/mixer does exist:

jsa@norvio:~> l /dev/mixer*

lrwxrwxrwx  1 root root       6 2005-08-28 15:45 /dev/mixer -> mixer0

crw-------  1 jsa  audio 14,  0 2005-03-19 10:36 /dev/mixer0

Secondly:

I also use vmrun to open particular VMs from Icons on the linux desktop.

These typically use a command line like:

vmrun start /home/

What would be the proper command line for these with vmwaredsp?