Linux Support

[Keith Smith]

can't help with the rest regarding the audio, sorry. this is why we can't formally support Linux, the audio is all over the place.

[Keith Smith]

I get the __stack_chk_fail_local error with v1.0.9 of the plug-in. If you already added -fno-stack-protector to the linker command you can try manually linking libssp with -lssp.
-joe

Joe, my build environment doesn't have the lib.

[jpoirier]

My system: Linux Unbuntu 14.04 LTS 32 bit (fresh install), Nvidia, X-plane 10.25, XSaitekpanels, PilotEdge.
Problem. X-plane run fine. Connect to PilotEdge and can hear ATC. Every attempt to contact ATC causes sim to "hang". CPU to 100%. ATC can not hear me. My system set up appears to be fine. Mic test works. Skype works.
I'm trying to trouble shoot and found the following thread on the TeamSpeak forums.
http://forum.teamspeak.com/showthread.p ... ang-ups%29
It basically says that TeamSpeak and Pulseaudio don't play well together. Some of the suggestions appear to involve disabling PulseAudio and instaling ESD. This thread is a sticky with no updates since 2010 but does mention some updates to TeamSpeak.
To the Linux experts out there, could this be my problem? If so, how do I go about solving (in more detail please)?

Not a Linux expert but to set pulseaudio to verbose mode and view the output:

First you need to set a config file to disable autospawn, if the config folder doesn't already exist:
- for a debian system I know this works : $ mkdir ~/.pulse
- for some systems it may be : $ mkdir ~/.config/pulse

Then, based on the above, do one of the following provided the file doesn't already exist:
$ echo autospawn = no >> ~/.pulse/client.conf
$ echo autospawn = no >> ~/.config/pulse/client.conf

Kill pulseaudio
$ killall pulseaudio

Restart in verbose mode
$ LANG=C pulseaudio -vvvv --log-time=1 > ~/pulseverbose.log 2>&1

Run x-plane for a bit, shut it down, kill pulseaudio again (ctrl+c in the same terminal window it was started in), then browse the log file.

Remember to remove "autospawn = no" from client.conf (or just delete the containing folder ($ rm -rf ~/.pulse) if it didn't exist in the first place) and restart pulseaudio ($ pulseaudio) when you're done.

To view all the available pulseaudio command line options run "$ pulseaudio --help"
You can run top "$ top" to see all your running processes, and "$ q" to quit

[edit] to start pulseaudio after using verbose mode do $ pulseaudio --start


-joe

[jpoirier]

I get the __stack_chk_fail_local error with v1.0.9 of the plug-in. If you already added -fno-stack-protector to the linker command you can try manually linking libssp with -lssp.
-joe

Joe, my build environment doesn't have the lib.

I've experienced naming problems where it's not exactly "libssp.a" can you try "$ locate libssp"

[Keith Smith]

Yes I did do an extensive search for libssp, it's not on there.

[jpoirier]

Yes I did do an extensive search for libssp, it's not on there.

That's strange; as far as I know it's included with the gcc install.

[theluckyone17]

For what it's worth, my 64 bit Gentoo system doesn't include libssp* at all, either. According to http://gentoobrowse.randomdan.homeip.net/use/libssp , it can be built when compiling gcc via the libssp USE flag:

"sys-devel / gcc : The GNU Compiler Collection
Build SSP support into a dedicated library rather than use the code in the C library (DO NOT ENABLE THIS IF YOU DON'T KNOW WHAT IT DOES)"

That being said, the USE flag is hard masked on my profile (64 bit Desktop KDE). I imagine overriding that USE flag is going to break something major somewhere else.

[jpoirier]

For what it's worth, my 64 bit Gentoo system doesn't include libssp* at all, either. According to http://gentoobrowse.randomdan.homeip.net/use/libssp , it can be built when compiling gcc via the libssp USE flag:

"sys-devel / gcc : The GNU Compiler Collection
Build SSP support into a dedicated library rather than use the code in the C library (DO NOT ENABLE THIS IF YOU DON'T KNOW WHAT IT DOES)"

That being said, the USE flag is hard masked on my profile (64 bit Desktop KDE). I imagine overriding that USE flag is going to break something major somewhere else.

This is definately not worth you messing up your system so let me do a bit of research to see if I can sort this out.

[theluckyone17]

No problem. Been meaning to put together a 32 bit environment just for testing random stuff like this, but haven't gotten around to it. Wouldn't be using it for anything else; I like not worrying about memory issues. I'd rather wish and wait for a 64 bit plug-in.

[jonbelanger]

I've got the following:

# uname -a
Linux jon-desktop 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

jon-desktop PilotEdge # ldd lin.xpl
linux-gate.so.1 => (0xf776c000)
libGL.so.1 => /usr/lib32/nvidia-331/libGL.so.1 (0xf75cc000)
libGLU.so.1 => /usr/lib/i386-linux-gnu/libGLU.so.1 (0xf7559000)
libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0xf7530000)
libts3client_linux_x86.so => /usr/lib/libts3client_linux_x86.so (0xf7054000)
libnvidia-tls.so.331.113 => /usr/lib32/nvidia-331/tls/libnvidia-tls.so.331.113 (0xf7050000)
libnvidia-glcore.so.331.113 => /usr/lib32/nvidia-331/libnvidia-glcore.so.331.113 (0xf4e0c000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf4cd8000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf4cc4000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf4b15000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf4b10000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf4a27000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf49e1000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf49c3000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xf49a9000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf49a0000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf4984000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf4962000)
/lib/ld-linux.so.2 (0xf776d000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf495d000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf4956000)
jon-desktop PilotEdge # ls -l 32/
total 5460
-rw-r--r-- 1 jon jon 5045512 May 4 2014 libts3client_linux_x86.so
-rw-r--r-- 1 jon jon 541206 Oct 18 23:16 lin.xpl

The PilotEdge plugin will only load in 64-bit mode, not in 32-bit

jon-desktop 64 # ldd lin.xpl
linux-vdso.so.1 => (0x00007fffa8b32000)
libGL.so.1 => /usr/lib/nvidia-331/libGL.so.1 (0x00007f2694ced000)
libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f2694a7f000)
libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f2694858000)
libts3client_linux_amd64.so => not found
libnvidia-tls.so.331.113 => /usr/lib/nvidia-331/tls/libnvidia-tls.so.331.113 (0x00007f2694655000)
libnvidia-glcore.so.331.113 => /usr/lib/nvidia-331/libnvidia-glcore.so.331.113 (0x00007f2691e45000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f2691b10000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f26918fe000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2691537000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f2691333000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f269102f000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f2690d28000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f2690b12000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f26908f9000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f26906d9000)
/lib64/ld-linux-x86-64.so.2 (0x00007f26952b8000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f26904d5000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f26902ce000)


Would like to use 64-bit, but I have some compat issues with other plugins. Any suggestions?