Ok, I found the bug, I attached the solutive patch. With this patch, xoscope could be invoked with aoss or padsp without errors.
Problem araises when ioctl value is passed on 64 bit via a signed integer in method check_status_ioctl in sc_linux.c .
I found what I think could be a second bug, xoscope is not compiled with esound support.
There is a bug on the stock Ubuntu oneiric that prevents major esound compatibility (https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/864071) and also after upgrading the package to oneiric-proposed, xoscope could not work with esound compatibility.
So I recompiled the ubuntu package (from apt-get source xoscope) enabling esound (it suffices to install the esound libesd0-dev package) and ensured that the proper configure flags was set.
After the recopilation process finished, I installed the package and it worked!
So I think the package should be recompiled with esound support (so setting the HAVE_LIBESD flag).
Ok, I found the bug, I attached the solutive patch. With this patch, xoscope could be invoked with aoss or padsp without errors.
Problem araises when ioctl value is passed on 64 bit via a signed integer in method check_status_ioctl in sc_linux.c .
I found what I think could be a second bug, xoscope is not compiled with esound support.
There is a bug on the stock Ubuntu oneiric that prevents major esound compatibility (https:/ /bugs.launchpad .net/ubuntu/ +source/ pulseaudio/ +bug/864071) and also after upgrading the package to oneiric-proposed, xoscope could not work with esound compatibility.
So I recompiled the ubuntu package (from apt-get source xoscope) enabling esound (it suffices to install the esound libesd0-dev package) and ensured that the proper configure flags was set.
After the recopilation process finished, I installed the package and it worked!
So I think the package should be recompiled with esound support (so setting the HAVE_LIBESD flag).