Linux & glibc versions

[davidspreckeriii]

Keith,

I tested it last night and it did not work. I sent you the crash files and a pull of my stack trace to see.

Regards.

[Keith Smith]

wow, that's a surprise. can you verify the version number of the plugin?

there's one more step i can take with it tonight or tomorrow.

[theluckyone17]

Still getting the same segmentation fault here, too:

Code: Select all

Connect status changed: 2 3 0
warning: Unknown nb_ctl request:  12
warning: The VAD has been replaced by a hack pending a complete rewrite
Connect status changed: 2 4 0
warning: Unknown nb_ctl request:  12
warning: The VAD has been replaced by a hack pending a complete rewrite
Error for server 1: invalid parameter (null)
Error for server 1: already member of channel (null)
Error for server 2: invalid parameter (null)
Error for server 2: already member of channel (null)
[Thread 0x7fff87fff700 (LWP 12890) exited]
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6ec2741 in pthread_join () from /lib64/libpthread.so.0
(gdb) bt
#0  0x00007ffff6ec2741 in pthread_join () from /lib64/libpthread.so.0
#1  0x00007fffc04a711f in pt::thread::waitfor() ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/PilotEdge/64/lin.xpl
#2  0x00007fffc04731f4 in VSProClient::~VSProClient() ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/PilotEdge/64/lin.xpl
#3  0x00007fffc046a0ee in disconnect(int) ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/PilotEdge/64/lin.xpl
#4  0x00007fffc175a335 in XPLMHandleMenuItemPick(int) ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/XPLM_64.so
#5  0x00007fffc17530d2 in XPLMMenuHook ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/XPLM_64.so
#6  0x0000000001254618 in XPPHandleMenu(int) ()
#7  0x00000000009acd20 in mbar_class::mbar_select_an_item() ()
#8  0x00000000009ad588 in mbar_class::mbar_select_an_item_click() ()
#9  0x000000000096e8ce in MACIBM_handle_click(int) ()
#10 0x00000000009703c5 in xplane_window_delegate::mouse_down(void*, int, int, int) ()
#11 0x00000000013ee9f8 in LIN_handleevt(_XEvent*) ()
#12 0x00000000013ebd88 in WIN_event_loop(int) ()
#13 0x00000000013ebf19 in WIN_run_app ()
#14 0x0000000000600e1a in main ()

Should also mention that I'll need to hold off on that earlier offer to downgrade glibc. Apparently it's possible, but I'll be rebuilding my entire system. It would have to wait until next weekend, though.

[Keith Smith]

Ok, I've taken the atomic bomb step. Download the updated the plugin (version 1.1.6b) from the same URL listed in my previous post and let me know the result. I took out the waitfor() calls entirely.

[theluckyone17]

Got the same crash. Just to confirm, I copied the aforementioned linked file to the .../Resources/plugins/PilotEdge/64 directory:

Code: Select all

~/X-Plane 10/Resources/plugins/PilotEdge/64 $ ls -l
total 8728
-rw-r--r-- 1 noel noel 3834744 May  4  2014 libts3client_linux_amd64.so
-rw-r----- 1 noel noel  546788 Sep 20 22:20 lin.xpl
-rw-r--r-- 1 noel noel  541234 Jul  2 00:38 lin.xpl.old
-rw-r----- 1 noel noel  546788 Sep 20 09:11 lin.xpl.old2
-rw-r--r-- 1 noel noel 2976256 May  4  2014 ts3client_win64.dll
-rw-r--r-- 1 noel noel  477696 Jun  2 09:20 win.xpl

Which resulted in:

Code: Select all

Connect status changed: 2 4 0
warning: Unknown nb_ctl request:  12
warning: The VAD has been replaced by a hack pending a complete rewrite
Error for server 2: invalid parameter (null)
Error for server 2: already member of channel (null)
Error for server 1: invalid parameter (null)
Error for server 1: already member of channel (null)
[Thread 0x7fff8cf7c700 (LWP 17214) exited]
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6ec2741 in pthread_join () from /lib64/libpthread.so.0
(gdb) bt
#0  0x00007ffff6ec2741 in pthread_join () from /lib64/libpthread.so.0
#1  0x00007fffc04a711f in pt::thread::waitfor() ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/PilotEdge/64/lin.xpl
#2  0x00007fffc0473204 in VSProClient::~VSProClient() ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/PilotEdge/64/lin.xpl
#3  0x00007fffc046a102 in disconnect(int) ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/PilotEdge/64/lin.xpl
#4  0x00007fffc175a335 in XPLMHandleMenuItemPick(int) ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/XPLM_64.so
#5  0x00007fffc17530d2 in XPLMMenuHook ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/XPLM_64.so
#6  0x0000000001254618 in XPPHandleMenu(int) ()
#7  0x00000000009acd20 in mbar_class::mbar_select_an_item() ()
#8  0x00000000009ad588 in mbar_class::mbar_select_an_item_click() ()
#9  0x000000000096e8ce in MACIBM_handle_click(int) ()
#10 0x00000000009703c5 in xplane_window_delegate::mouse_down(void*, int, int, int) ()
#11 0x00000000013ee9f8 in LIN_handleevt(_XEvent*) ()
#12 0x00000000013ebd88 in WIN_event_loop(int) ()
#13 0x00000000013ebf19 in WIN_run_app ()
#14 0x0000000000600e1a in main ()
(gdb) exit

Verified that it wasn't loading lin.xpl from the parent directory as well. Very odd, since you took out the waitfor() calls... that would imply it shouldn't be calling that function.

Edit: Er... wait a second. File sizes are the same. Is there somewhere I can confirm the version is the same as well? I might've jumped the gun on downloading that before you updated the link's target.

[Keith Smith]

The version is listed in the plugin information in the X-Plane plugins menu. Or you can get it from the PilotEdge_out.txt log file. I've verified that the filesize is the same (which I also find odd).

[Keith Smith]

Also, if you could paste your PilotEdge_out.txt, it should contain some useful info for me.

[theluckyone17]

PilotEdge_out.txt:

Code: Select all

Starting up: PilotEdge client, V1.1.6b
initVoice with device alsa_output.usb-Plantronics_Plantronics_GameCom_780_788-00
.analog-stereo, returned 0
PilotEdge initialized
Entered deferred startup
completed deferred startup
Setting up connection details...
Checking for slaves...
Checking for server file...
Checking for voice service file...
About to connect...
Connected to PilotEdge Server
Connected to PilotEdge Voice
Sent voice ids to server: 75,76
Checking for traffic relay file...
using standard bus voltage
VSProClient: disconnect() entered
MessageController::sendMsg entered: msg = QUIT
status = 37
VSProClient: sent bye
VSProClient: signalled controller
VSProClient: connection closed
VSProClient: disconnect() complete
MessageController exiting

[Keith Smith]

very interesting, it's NOT happening in the disconnect. That was helpful.

I found one more place the waitfor() happens, and that's in the destructor of the MessageController. I've taken that out and put the waitfor() BACK IN (with debugging) in the disconnect.

Please let me know how it goes (grab the lin.xpl again, it's v1.1.6c now).

1.1.6c is really two new tests in one, I'm putting the waitfor() back into the disconnect (I suspect it wasn't causing the crash to begin with, but we'll see) and have removed the one in the MessageController. If you're not quite following all this, don't worry, just paste the PilotEdge_out.txt log again if it's still crashing on disco, thanks! We'll get to the bottom of it!

[theluckyone17]

Updated lin.xpl, then connected, waited a few seconds, and disconnected again:

Code: Select all

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6ec2741 in pthread_join () from /lib64/libpthread.so.0
(gdb) bt
#0  0x00007ffff6ec2741 in pthread_join () from /lib64/libpthread.so.0
#1  0x00007fffc04a712f in pt::thread::waitfor() ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/PilotEdge/64/lin.xpl
#2  0x00007fffc0473204 in VSProClient::~VSProClient() ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/PilotEdge/64/lin.xpl
#3  0x00007fffc046a102 in disconnect(int) ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/PilotEdge/64/lin.xpl
#4  0x00007fffc175a335 in XPLMHandleMenuItemPick(int) ()
   from /opt/X-Plane/X-Plane 10/Resources/plugins/XPLM_64.so
#5  0x00007fffc17530d2 in XPLMMenuHook () from /opt/X-Plane/X-Plane 10/Resources/plugins/XPLM_64.so
#6  0x0000000001254618 in XPPHandleMenu(int) ()
#7  0x00000000009acd20 in mbar_class::mbar_select_an_item() ()
#8  0x00000000009ad588 in mbar_class::mbar_select_an_item_click() ()
#9  0x000000000096e8ce in MACIBM_handle_click(int) ()
#10 0x00000000009703c5 in xplane_window_delegate::mouse_down(void*, int, int, int) ()
#11 0x00000000013ee9f8 in LIN_handleevt(_XEvent*) ()
#12 0x00000000013ebd88 in WIN_event_loop(int) ()
#13 0x00000000013ebf19 in WIN_run_app ()
#14 0x0000000000600e1a in main ()

And PilotEdge_out.txt

Code: Select all

Starting up: PilotEdge client, V1.1.6c
initVoice with device alsa_output.usb-Plantronics_Plantronics_GameCom_780_788-00.analog-stereo, returned 0
PilotEdge initialized
Entered deferred startup
completed deferred startup
Setting up connection details...
Checking for slaves...
Checking for server file...
Checking for voice service file...
About to connect...
Connected to PilotEdge Server
Connected to PilotEdge Voice
Sent voice ids to server: 16,17
Checking for traffic relay file...
using standard bus voltage
VSProClient: disconnect() entered
MessageController::sendMsg entered: msg = QUIT
status = 37
VSProClient: sent bye
VSProClient: signalled controller
VSProClient: connection closed
MessageController exiting
VSProClient: messageController.waitfor() is done
VSProClient: disconnect() complete

Is there a waitfor() being performed after the disconnect? That last line of the PilotEdge_out.txt makes me ask.