New beta 9.3.0 on Linux crashes

[mikoatkvr]

Ok, think I've finally found the cause of this but will take a day or two to get the fix approved and new build up.
The problem stems from libcurl being unloaded if multiple threads are using it at once which will cause a crash.

Will post when a new version is available to verify this fix works.
Thanks for everyone's patience in this.

Great job

[dRowAudio]

Ok, I have an early beta that I'd like to test out. Can some Linux users install this version and let me know if it opens correctly now?
https://www.dropbox.com/s/wyq3ldx9ew1nf ... 3.deb?dl=0

If so, I'll build a proper version and hopefully get it out later today or tomorrow.
Following on from that will be updated versions of the plugins, that might take a little longer to get organised.
Thanks again, Dave

[mikoatkvr]

@dRowAudio , the new beta is working fine now for me. Launching from terminal, desktop icon or (dot) .tracktion files is not crashing anymore after around 30 mins here of opening and closing, adding more projects etc.
Running on Mint-18.

[fortklang]

that was really fast! I have not dived deeper yet, but it opens every time, no more crashes. Works for me in Opensuse. Congratulations and thanks.

[mikoatkvr]

@dRowAudio out of interest are the mimetypes meant to work for the .traction files, I mean should they have an image displayed instead of just being a text file image ? thanks

[gavindi]

Hey dRow,

Perfect! No issues here at all. Your fix has seems to have nailed it! Thanks so much! I love you! haha.
Ok, I need to calm down. lol

I've tried all my usual combinations of loading instruments and the like and it's working great.

Cheers,
Gavin

[gavindi]

Side note: Maybe its just my perception but 9.3.3 & 9.3.4 feels faster to start-up....... Great!

[madrang]

For me at the moment 9.3.4 is crashing before creating the log file.

Code: Select all

madrang@ASTitan:~$ Waveform9 
Segmentation fault (core dumped)
madrang@ASTitan:~$ cat ~/.config/Tracktion/Waveform/Temporary/Waveform9Log.txt 
cat: /home/madrang/.config/Tracktion/Waveform/Temporary/Waveform9Log.txt: No such file or directory
madrang@ASTitan:~$ LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0 Waveform9
Segmentation fault (core dumped)

I think it could be caused by this....

Code: Select all

madrang@ASTitan:~$ ls -al /usr/lib/x86_64-linux-gnu/ | grep curl
lrwxrwxrwx   1 root    root           16 Jul  4 10:18 libcurl.a -> libcurl-gnutls.a
-rw-r--r--   1 root    root      1048506 Jul  4 10:18 libcurl-gnutls.a
-rw-r--r--   1 root    root         1000 Jul  4 10:18 libcurl-gnutls.la
lrwxrwxrwx   1 root    root           23 Jul  4 10:18 libcurl-gnutls.so -> libcurl-gnutls.so.4.5.0
lrwxrwxrwx   1 root    root           19 Jul  4 10:18 libcurl-gnutls.so.3 -> libcurl-gnutls.so.4
lrwxrwxrwx   1 root    root           23 Jul  4 10:18 libcurl-gnutls.so.4 -> libcurl-gnutls.so.4.5.0
-rw-r--r--   1 root    root       510408 Jul  4 10:18 libcurl-gnutls.so.4.5.0
lrwxrwxrwx   1 root    root           17 Jul  4 10:18 libcurl.la -> libcurl-gnutls.la
lrwxrwxrwx   1 root    root           17 Jul  4 10:18 libcurl.so -> libcurl-gnutls.so
lrwxrwxrwx   1 root    root           16 Jul  4 10:18 libcurl.so.4 -> libcurl.so.4.5.0
-rw-r--r--   1 root    root       518600 Jul  4 10:18 libcurl.so.4.5.0

But Version 9.2.1 is working if i tell it where to load libcurl3.

Code: Select all

madrang@ASTitan:~$ cat ./work/wavfrm 
#!/bin/bash

LD_LIBRARY_PATH=/home/madrang/work/libcurl3-x86_64
export LD_LIBRARY_PATH
Waveform9

[gavindi]

Code: Select all

lrwxrwxrwx   1 root    root           17 Jul  4 10:18 libcurl.so -> libcurl-gnutls.so

That doesn't look right to me.

It should symlink to:

Code: Select all

/usr/lib/x86_64-linux-gnu/libcurl.so -> libcurl.so.4.5.0

Did you manually make that Symlink? You could try changinging and if it doesn't help, change it back.

[madrang]

It's from libcurl4-gnutls-dev: https://packages.ubuntu.com/bionic/amd6 ... v/filelist
I needed it to build something, but i can remove it for now.

Edit: Seams to be something else.....

Code: Select all

madrang@ASTitan:~$ ls -al /usr/lib/x86_64-linux-gnu/ | grep curl
lrwxrwxrwx   1 root    root           19 Jul  4 10:18 libcurl-gnutls.so.3 -> libcurl-gnutls.so.4
lrwxrwxrwx   1 root    root           23 Jul  4 10:18 libcurl-gnutls.so.4 -> libcurl-gnutls.so.4.5.0
-rw-r--r--   1 root    root       510408 Jul  4 10:18 libcurl-gnutls.so.4.5.0
lrwxrwxrwx   1 root    root           16 Jul  4 10:18 libcurl.so.4 -> libcurl.so.4.5.0
-rw-r--r--   1 root    root       518600 Jul  4 10:18 libcurl.so.4.5.0
madrang@ASTitan:~$ Waveform9 
Segmentation fault (core dumped)

[gavindi]

It's from libcurl4-gnutls-dev: https://packages.ubuntu.com/bionic/amd6 ... v/filelist
I needed it to build something, but i can remove it for now.

You don't have to remove it. Just manually change the symlink to point to libcurl.so.4.5.0 then try it and if its no good, change it back.

[madrang]

Removing the package only took a second, also tried creating a symlink, no change.

Code: Select all

madrang@ASTitan:/usr/lib/x86_64-linux-gnu$ ls -al /usr/lib/x86_64-linux-gnu/ | grep curl
lrwxrwxrwx   1 root    root           19 Jul  4 10:18 libcurl-gnutls.so.3 -> libcurl-gnutls.so.4
lrwxrwxrwx   1 root    root           23 Jul  4 10:18 libcurl-gnutls.so.4 -> libcurl-gnutls.so.4.5.0
-rw-r--r--   1 root    root       510408 Jul  4 10:18 libcurl-gnutls.so.4.5.0
lrwxrwxrwx   1 root    root           16 Sep  6 17:38 libcurl.so -> libcurl.so.4.5.0
lrwxrwxrwx   1 root    root           16 Jul  4 10:18 libcurl.so.4 -> libcurl.so.4.5.0
-rw-r--r--   1 root    root       518600 Jul  4 10:18 libcurl.so.4.5.0
madrang@ASTitan:/usr/lib/x86_64-linux-gnu$ Waveform9 
Segmentation fault (core dumped)

Full strace: https://pastebin.com/vYxZ0Y3d

Is it trying and failing to close the same handle twice ?
Edit: After a long time reading the strace, there are many instance of multiple consecutive calls to close with the same handle and none of them seems to cause a SIGSEGV....
It's unusual, but not the cause of the crash....

Code: Select all

read(6, "", 4096)                       = 0
wait4(2950, 0x7ffded3a3004, WNOHANG, NULL) = -1 ECHILD (No child processes)
close(6)                                = 0
close(6)                                = -1 EBADF (Bad file descriptor)
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---

CPU infos

Code: Select all

madrang@ASTitan:~$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              12
On-line CPU(s) list: 0-11
Thread(s) per core:  2
Core(s) per socket:  6
Vendor ID:           GenuineIntel
Model name:          Intel(R) Core(TM) i7-5930K CPU @ 3.50GHz

[gavindi]

Ok, I'm a bit out of my depth now so hopefully the devs can help.

Just one last thought, you could try doing:

Code: Select all

sudo ldconfig

Then run it again. I suspect that this command would have been ran in the package remove process so I doubt it will have any impact but hey, its worth a try, I suppose.

[madrang]

No matter what i try, segfault on launch with 9.3
Staying on 9.2 for now...

[dRowAudio]

No matter what i try, segfault on launch with 9.3
Staying on 9.2 for now...

Can you run it with gdb and then when it crashes print out the stack trace for all threads?

From a CLI run:

Code: Select all

gdb Waveform9
run
// crash happens
thread apply all bt

From that I should be able to tell what threads are doing what and if it's a curl issue at all.