Core Dumped

Hello everybody, it’s my first time on a forum, so I certainly did it wrong…

I have a problem with Ardour3, I’ve find lot of forum with the same problem, but I’m to novice et Linux to understand everything…

I’m using Lubuntu 14.04 LTS,
I’ve a kernel low-latency, I’m using qjackctl, I’m on ardour3.

Opening a new session is not a problem, but reopening an old one is impossible :

bnd txt domain [gtk2_ardour3] to /usr/share/locale Ardour3.5.403~dfsg-3~ubuntu14 (construit avec 3.5.403~dfsg-3~ubuntu14.04.1 et GCC version 4.8.2) ardour: [INFO]: Your system is configured to limit Ardour to only 4096 open files ardour: [INFO]: Loading system configuration file /etc/ardour3/ardour_system.rc Loading user configuration file /home/astrapi/.config/ardour3/ardour.rc Using SSE optimized routines /usr/share/themes/Lubuntu-default/gtk-2.0/assets/pcmanfm.rc:29: error: unexpected identifier 'hint', expected character '}' (ardour-3.5.403~dfsg-3~ubuntu14:3797): GLib-GObject-WARNING **: Attempt to add property gtkmm__CustomObject_N9Gtkmm2ext25CellRendererColorSelectorE::color after class was initialised ardour: [INFO]: Chargement du fichier de style par défaut (/etc/ardour3/ardour3_ui_default.conf) pour l'interface graphique Loading ui configuration file /etc/ardour3/ardour3_ui_dark.rc /usr/share/themes/Lubuntu-default/gtk-2.0/assets/pcmanfm.rc:29: error: unexpected identifier 'hint', expected character '}' Found nothing along /home/astrapi/.config/ardour3/templates:/usr/share/ardour3/templates run dialog Scanning folders for bundled LV2s: /usr/lib/ardour3/LV2 (ardour-3.5.403~dfsg-3~ubuntu14:3797): GLib-GObject-WARNING **: Attempt to add property gtkmm__CustomObject_N9Gtkmm2ext23CellRendererPixbufMultiE::active after class was initialised Erreur de segmentation (core dumped)

I’ve install calf-plugin (i’ve tried to remove it and that doesn’t work).
I’ve my audio group memlock set to unlimited

I don’t know what to do… :’(
Please help me !

I’ve done that :

Il va falloir modifier 2, 3 bricoles sur le PC pour pouvoir améliorer les performances de traitement en temps réel. Par exemple si au lancement d’Ardour, vous avez le message suivant

AVERTISSEMENT : Votre système possède une limite supérieure pour la quantité maximale de mémoire verrouillée.
Ceci peut empêcher Ardour d’accéder à de la mémoire avant que la mémoire disponible sur votre système ne soit épuisée.

Vous pouvez voir la limite actuelle avec la commande « ulimit -l » et celle-ci est habituellement contrôlée par le fichier /etc/security/limits.conf.

Il faudra éditer le fichier /etc/security/limits.conf et rajouter à la fin (ou modifier)

ALREADY DONE BEFORE

Real Time support for audio group

@audio - rtprio 90
@audio - memlock unlimited

vos utilisateurs doivent être impérativement également dans le groupe audio. Maintenant on rajoute à la fin du fichier /etc/rc.d/rc.local les lignes suivantes

I did it with nano because it doesn’t work like that (vim wouldn’t do it, I don’t know why…)
echo 2048 >/sys/class/rtc/rtc0/max_user_freq
echo 2048 >/proc/sys/dev/hpet/max-user-freq
echo 0 > /proc/sys/vm/swappiness

Maintenant sous /lib/udev/rules.d j’ai créé le fichier 40-rtc-permissions.rules qui contient

KERNEL==“rtc0”, GROUP=“audio”

j’ai créé également le fichier 40-hpet-permissions.rules qui contient

KERNEL==“hpet”, GROUP=“audio”

Maintenant j’ai édité le fichier /etc/sysconfig/pulseaudio et j’ai mis

PULSE_SERVER_TYPE=none

But it was useless…

I’ve tried something else, I create a new session, and replace the *.ardour by the old one (the one where I was working on), and
put the midi files in the good folder , and that give me the same error. (if it can help…)

The problem is likely fixed in a newer version of Ardour. Please stop using 3.5.X and start using 4.2. Additionailly, if you are using plugins, then the crash is likely caused by one of them (notably older versions of the CALF plugins). You can try out a demo copy of the current version of Ardour via http://nightly.ardour.org/

Wonderful, I try this right now !
Thank you !

It woooooorks !!!
Lag a little bit but it works !
I used it like that and will upgrade with paid version thanks a lot !

Hello , sorry to bother you again…

I only call for help, but I can say too that it’s my first time in giving money to a software ! (Ok it’s not very much… But I’m a bit poor… :smiley: ) So that mean
that I find your (your like all the people who made this Ardour) software REALLY wonderful ! It’s better than every think I tried before, very very flexible (that’s what I like most, changing tempo every time or less etc…) So thank you all !

I’ve a little problem, Ardour (4.2.0) failed often (but during utilization):
write failed, drop flushed note off on the floor, time 547 > 0
Erreur de segmentation (core dumped)

It’s a bit frustrating… But maybe my computer is not enough strong…
Processor : 2x Intel® Core™2 CPU T7200 @ 2.00GHz
Memory : 2049MB
Operating System : Ubuntu 14.04.3 LTS
Audio Adapter : HDA-Intel - HDA Intel

Can you help me ?

Ok I’m sorry, I’ve read you badly, my calf-plugins are version 0.0.19 so note enough, I will try to upgrade it (if I find how…)

(ardour-4.2.0:29901): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_rowstride: assertion ‘GDK_IS_PIXBUF (pixbuf)’ failed
(ardour-4.2.0:29901): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_n_channels: assertion ‘GDK_IS_PIXBUF (pixbuf)’ failed
Erreur de segmentation (core dumped)

Arrrrh… please help me :""(
I download on github calf-plugins (0.0.60), unzip it.

$ cd to the folder
$ ./configure
$ ./make

./make install

no problem I though,
When I start calf monosynth (the one I need I think for loading titanic.sf2 bank (or an other)), Ardour crash…

$ make check
/bin/bash ./config.status --recheck
running CONFIG_SHELL=/bin/bash /bin/bash ./configure --no-create --no-recursion
checking build system type… x86_64-unknown-linux-gnu
checking host system type… x86_64-unknown-linux-gnu
checking how to print strings… printf
checking for gcc… gcc
checking whether the C compiler works… yes
checking for C compiler default output file name… a.out
checking for suffix of executables…
checking whether we are cross compiling… no
checking for suffix of object files… o
checking whether we are using the GNU C compiler… yes
checking whether gcc accepts -g… yes
checking for gcc option to accept ISO C89… none needed
checking whether gcc understands -c and -o together… yes
checking for a sed that does not truncate output… /bin/sed
checking for grep that handles long lines and -e… /bin/grep
checking for egrep… /bin/grep -E
checking for fgrep… /bin/grep -F
checking for ld used by gcc… /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld… yes
checking for BSD- or MS-compatible name lister (nm)… /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface… BSD nm
checking whether ln -s works… yes
checking the maximum length of command line arguments… 3458764513820540925
checking whether the shell understands some XSI constructs… yes
checking whether the shell understands “+=”… yes
checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format… func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain format… func_convert_file_noop
checking for /usr/bin/ld option to reload object files… -r
checking for objdump… objdump
checking how to recognize dependent libraries… pass_all
checking for dlltool… no
checking how to associate runtime and link libraries… printf %s\n
checking for ar… ar
checking for archiver @FILE support… @
checking for strip… strip
checking for ranlib… ranlib
checking for gawk… no
checking for mawk… mawk
checking command to parse /usr/bin/nm -B output from gcc object… ok
checking for sysroot… no
checking for mt… mt
checking if mt is a manifest tool… no
checking how to run the C preprocessor… gcc -E
checking for ANSI C header files… yes
checking for sys/types.h… yes
checking for sys/stat.h… yes
checking for stdlib.h… yes
checking for string.h… yes
checking for memory.h… yes
checking for strings.h… yes
checking for inttypes.h… yes
checking for stdint.h… yes
checking for unistd.h… yes
checking for dlfcn.h… yes
checking for objdir… .libs
checking if gcc supports -fno-rtti -fno-exceptions… no
checking for gcc option to produce PIC… -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works… yes
checking if gcc static flag -static works… yes
checking if gcc supports -c -o file.o… yes
checking if gcc supports -c -o file.o… (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries… yes
checking whether -lc should be explicitly linked in… no
checking dynamic linker characteristics… GNU/Linux ld.so
checking how to hardcode library paths into programs… immediate
checking for shl_load… no
checking for shl_load in -ldld… no
checking for dlopen… no
checking for dlopen in -ldl… yes
checking whether a program can dlopen itself… yes
checking whether a statically linked program can dlopen itself… no
checking whether stripping libraries is possible… yes
checking if libtool supports shared libraries… yes
checking whether to build shared libraries… yes
checking whether to build static libraries… yes
checking for g++… g++
checking whether we are using the GNU C++ compiler… yes
checking whether g++ accepts -g… yes
checking how to run the C++ preprocessor… g++ -E
checking for ld used by g++… /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld… yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries… yes
checking for g++ option to produce PIC… -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works… yes
checking if g++ static flag -static works… yes
checking if g++ supports -c -o file.o… yes
checking if g++ supports -c -o file.o… (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries… yes
checking dynamic linker characteristics… (cached) GNU/Linux ld.so
checking how to hardcode library paths into programs… immediate
checking for a BSD-compatible install… /usr/bin/install -c
checking whether build environment is sane… yes
checking for a thread-safe mkdir -p… /bin/mkdir -p
checking whether make sets $(MAKE)… yes
checking for style of include used by make… GNU
checking whether make supports nested variables… yes
checking dependency style of gcc… gcc3
checking dependency style of g++… gcc3
checking for pkg-config… /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0… yes
checking for ANSI C header files… (cached) yes
checking for memory.h… (cached) yes
checking for stdint.h… (cached) yes
checking for stdlib.h… (cached) yes
checking for string.h… (cached) yes
checking time.h usability… yes
checking time.h presence… yes
checking for time.h… yes
checking math.h usability… yes
checking math.h presence… yes
checking for math.h… yes
checking expat.h usability… yes
checking expat.h presence… yes
checking for expat.h… yes
checking for XML_Parse in -lexpat… yes
checking jack/jack.h usability… yes
checking jack/jack.h presence… yes
checking for jack/jack.h… yes
checking for GLIB_DEPS… yes
checking for FLUIDSYNTH_DEPS… yes
checking for sordi… no
checking for JACK_DEPS… yes
checking for jack_port_register in -ljack… yes
checking for JACK_MIDI_DEPS… yes
checking for LV2_DEPS… yes
checking for LASH_DEPS… no
checking for LASH_DEPS… no
checking for SLV2_HACK… no
checking for GUI_DEPS… yes
checking whether to allow LV2… yes
checking whether to enable experimental/unfinished features… no
checking whether to enable debugging mode… no
checking whether to compile with SSE… no
checking where to install LV2 plugins… /usr/local/lib/lv2/
checking for BASH_COMPLETION… yes

Calf configured

Debug mode: no
With SSE: no
Experimental plugins: no
Common GUI code: yes
LV2 enabled: yes
LV2 GTK+ GUI enabled: yes
JACK host enabled: yes
LASH enabled: no
Old-style JACK MIDI: no

Installation prefix:         /usr/local
checking that generated files are newer than configure... done configure: creating ./config.status /bin/bash ./config.status config.status: creating Makefile config.status: creating calf.desktop config.status: creating gui/Makefile config.status: creating gui/icons/LV2/Makefile config.status: creating icons/Makefile config.status: creating src/Makefile config.status: creating src/calf/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing libtool commands config.status: executing depfiles commands Making check in src make[1]: entrant dans le répertoire « /home/astrapi/Téléchargements/calf-master/src » Making check in calf make[2]: entrant dans le répertoire « /home/astrapi/Téléchargements/calf-master/src/calf » make[2]: Rien à faire pour « check ». make[2]: quittant le répertoire « /home/astrapi/Téléchargements/calf-master/src/calf » make[2]: entrant dans le répertoire « /home/astrapi/Téléchargements/calf-master/src » make[2]: Rien à faire pour « check-am ». make[2]: quittant le répertoire « /home/astrapi/Téléchargements/calf-master/src » make[1]: quittant le répertoire « /home/astrapi/Téléchargements/calf-master/src » Making check in gui make[1]: entrant dans le répertoire « /home/astrapi/Téléchargements/calf-master/gui » Making check in icons/LV2 make[2]: entrant dans le répertoire « /home/astrapi/Téléchargements/calf-master/gui/icons/LV2 » make[2]: Rien à faire pour « check ». make[2]: quittant le répertoire « /home/astrapi/Téléchargements/calf-master/gui/icons/LV2 » make[2]: entrant dans le répertoire « /home/astrapi/Téléchargements/calf-master/gui » make[2]: Rien à faire pour « check-am ». make[2]: quittant le répertoire « /home/astrapi/Téléchargements/calf-master/gui » make[1]: quittant le répertoire « /home/astrapi/Téléchargements/calf-master/gui » Making check in icons make[1]: entrant dans le répertoire « /home/astrapi/Téléchargements/calf-master/icons » make[1]: Rien à faire pour « check ». make[1]: quittant le répertoire « /home/astrapi/Téléchargements/calf-master/icons » make[1]: entrant dans le répertoire « /home/astrapi/Téléchargements/calf-master » make[1]: quittant le répertoire « /home/astrapi/Téléchargements/calf-master »

If I try to run calf in gui mode, he crash when I select a plugin. (At least it’s not ardour fault :smiley: , certainly mine :frowning: )

Maybe you have calf-0.19 in /usr/lib/lv2 (from the distro) while your custom version is in /usr/local/lib/lv2 ?
duplicate plugin results in undefined behavior.

In any case: http://ardour.org/debugging_ardour would at least tell where and why ardour crashes.

Thank you, I had a folder /usr/lib/lv2, I removed it, I uninstall calf-plugin,
I unstall lv2-core, compile myself (youhooo !) lv2-core v6
I compile and install calf-plugin from http://calf-studio-gear.org/ , get the one that they say :

$ ./autogen.sh
$ make -j2

make install

didn’t work at all…
Took the one from github (calf-master)
And did

$ ./autogen.sh
$ make
$ sudo make install

… (Linux is not an easy one…)

Annnnnnd YOUHOOOOUUUU !!! That’s woooork !!! Wonderful :smiley: , it was certainly the old /usr/lib/lv2 who was in conflict (well done :smiley: )
Thank you :smiley:

Sorry, I continue to have this message
0x7f7c540d9be0 note 79/0 was already on, now at 2
0x5a00658 note 79/0 was already on, now at 2
0x5a030a2 note 79/0 was already on, now at 2
0x6273642 note 79/0 was already on, now at 2
0x63d75d2 note 79/0 was already on, now at 2
0x6415892 note 79/0 was already on, now at 2
Erreur de segmentation (core dumped)

It’s when I move the cursor during the playing (the sound make a “bzzzzzzzzz” and Ardour crash)

I’ve find a way to make it crash each time, I play and in the same time I change the button in shift-e, next to group : personal, post, out, in

I try tobuilt myself gdb (because I can’t have it by apt-get (problem of dependencies :
Les paquets suivants contiennent des dépendances non satisfaites :
gdb : Dépend: libpython3.4 (>= 3.4~b1) mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l’état ».

I’ll be back with more information about the crash I hope

SO ! I install gdb :

Thread 25 (Thread 0x7fffc965e700 (LWP 11042)):
#0 0x00007ffff0ef0b9d in nanosleep ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007ffff5104298 in g_usleep ()
from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#2 0x00007ffff6d82d6f in ARDOUR::AutomationWatch::thread() ()
from /opt/Ardour-4.2.0/lib/libardour.so.3
#3 0x00007ffff5661b72 in ?? () from /opt/Ardour-4.2.0/lib/libglibmm-2.4.so.1
#4 0x00007ffff51027f5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#5 0x00007ffff0ee9182 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#6 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 24 (Thread 0x7fffc9e5f700 (LWP 11041)):
#0 0x00007ffff0eed414 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007ffff70130d3 in ARDOUR::Session::emit_thread_run() ()
from /opt/Ardour-4.2.0/lib/libardour.so.3
#2 0x00007ffff70130f9 in ARDOUR::Session::emit_thread(void*) ()
from /opt/Ardour-4.2.0/lib/libardour.so.3
#3 0x00007ffff0ee9182 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#4 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 23 (Thread 0x7fffca660700 (LWP 11036)):
#0 0x00007fffedf6912d in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff50d7aa5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#2 0x00007ffff50d7bb5 in g_main_loop_run ()
from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#3 0x00007ffff61e0e1c in BaseUI::main_thread() ()
from /opt/Ardour-4.2.0/lib/libpbd.so.4
#4 0x00007ffff5661b72 in ?? () from /opt/Ardour-4.2.0/lib/libglibmm-2.4.so.1
#5 0x00007ffff51027f5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#6 0x00007ffff0ee9182 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#7 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 22 (Thread 0x7fffc824b800 (LWP 11035)):
#0 0x00007fffedf6912d in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff61ed254 in CrossThreadChannel::poll_for_request() ()
from /opt/Ardour-4.2.0/lib/libpbd.so.4
#2 0x00007ffff61ed2ba in CrossThreadChannel::receive(char&, bool) ()
from /opt/Ardour-4.2.0/lib/libpbd.so.4
#3 0x00007ffff6d8fcd2 in ARDOUR::Butler::thread_work() ()
from /opt/Ardour-4.2.0/lib/libardour.so.3
#4 0x00007ffff6d9010f in ARDOUR::Butler::_thread_work(void*) ()
from /opt/Ardour-4.2.0/lib/libardour.so.3
#5 0x00007ffff6205130 in ?? () from /opt/Ardour-4.2.0/lib/libpbd.so.4
#6 0x00007ffff0ee9182 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#7 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 20 (Thread 0x7fffd80ba700 (LWP 11032)):
#0 0x00007ffff0eef771 in sem_timedwait ()
from /lib/x86_64-linux-gnu/libpthread.so.0

#1 0x00007fffd9c316cc in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#2 0x00007fffd9c150f9 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#3 0x00007fffd9c19bc6 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#4 0x00007fffd9c137ba in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#5 0x00007fffd9c1367e in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#6 0x00007fffd9c1129e in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#7 0x00007fffd9c0cdd8 in jack_cycle_wait ()
from /usr/lib/x86_64-linux-gnu/libjack.so.0
#8 0x00007fffd9e6fea2 in ARDOUR::JACKAudioBackend::process_thread() ()
from /opt/Ardour-4.2.0/lib/backends/libjack_audiobackend.so
#9 0x00007fffd9c1126b in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#10 0x00007fffd9c30858 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#11 0x00007ffff0ee9182 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#12 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 19 (Thread 0x7fffd9471700 (LWP 11031)):
#0 0x00007ffff0ef03bd in read () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007fffd9c32cf6 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#2 0x00007fffd9c36287 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#3 0x00007fffd9c35f9c in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#4 0x00007fffd9c30858 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#5 0x00007ffff0ee9182 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#6 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 18 (Thread 0x7fffd96f8700 (LWP 11030)):
#0 0x00007ffff0eed414 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007fffd9c31d5a in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#2 0x00007fffd9c2df21 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#3 0x00007fffd9c30858 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
#4 0x00007ffff0ee9182 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#5 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 13 (Thread 0x7fffcbfff700 (LWP 11025)):
#0 0x00007fffedf6912d in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff50d7aa5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#2 0x00007ffff50d7cc7 in g_main_context_iteration ()
from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#3 0x00007ffff50d7d19 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#4 0x00007ffff51027f5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#5 0x00007ffff0ee9182 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#6 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 7 (Thread 0x7fffdafc2700 (LWP 11019)):
#0 0x00007ffff0eed414 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007ffff5123524 in g_cond_wait ()
from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#2 0x00007ffff6d4449b in ARDOUR::AudioEngine::do_devicelist_update() ()
from /opt/Ardour-4.2.0/lib/libardour.so.3
#3 0x00007ffff5661b72 in ?? () from /opt/Ardour-4.2.0/lib/libglibmm-2.4.so.1
#4 0x00007ffff51027f5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0
#5 0x00007ffff0ee9182 in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#6 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 6 (Thread 0x7fffdb7c3700 (LWP 11018)): #0 0x00007ffff0eed414 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x00007ffff5123524 in g_cond_wait () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #2 0x00007ffff6d4478d in ARDOUR::AudioEngine::do_reset_backend() () from /opt/Ardour-4.2.0/lib/libardour.so.3 #3 0x00007ffff5661b72 in ?? () from /opt/Ardour-4.2.0/lib/libglibmm-2.4.so.1 #4 0x00007ffff51027f5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #5 0x00007ffff0ee9182 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #6 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 5 (Thread 0x7fffe890a700 (LWP 11017)): #0 0x00007ffff0eed414 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x00007ffff5123524 in g_cond_wait () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #2 0x00007ffff6d06ea3 in ARDOUR::Analyser::work() () from /opt/Ardour-4.2.0/lib/libardour.so.3 #3 0x00007ffff5661b72 in ?? () from /opt/Ardour-4.2.0/lib/libglibmm-2.4.so.1 #4 0x00007ffff51027f5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #5 0x00007ffff0ee9182 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #6 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 4 (Thread 0x7fffe910b700 (LWP 11016)): #0 0x00007ffff0eed414 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x00007ffff5123524 in g_cond_wait () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #2 0x00007ffff706069b in ?? () from /opt/Ardour-4.2.0/lib/libardour.so.3 #3 0x00007ffff5661b72 in ?? () from /opt/Ardour-4.2.0/lib/libglibmm-2.4.so.1 #4 0x00007ffff51027f5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #5 0x00007ffff0ee9182 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #6 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 3 (Thread 0x7fffe990c700 (LWP 11015)): #0 0x00007ffff0eed414 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x00007ffff5123524 in g_cond_wait () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #2 0x00007ffff706069b in ?? () from /opt/Ardour-4.2.0/lib/libardour.so.3 #3 0x00007ffff5661b72 in ?? () from /opt/Ardour-4.2.0/lib/libglibmm-2.4.so.1 ---Type to continue, or q to quit--- #4 0x00007ffff51027f5 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #5 0x00007ffff0ee9182 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #6 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 2 (Thread 0x7fffea10d700 (LWP 11014)): #0 0x00007ffff0ef0b9d in nanosleep () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x00007ffff5104298 in g_usleep () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #2 0x0000000000bd6313 in ?? () #3 0x00007ffff0ee9182 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #4 0x00007fffedf7647d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 1 (Thread 0x7ffff7fb8900 (LWP 11010)): #0 0x000000000097b10a in ?? () #1 0x00000000004aa5d6 in boost::detail::function::void_function_obj_invoker0<boost::_bi::bind_t<boost::_bi::unspecified, boost::function, boost::_bi::list0>, void>::invoke(boost::detail::function::function_buffer&) () #2 0x000000000084abd3 in boost::function0::operator()() const () #3 0x00007ffff76c575a in AbstractUI::handle_ui_requests() () from /opt/Ardour-4.2.0/lib/libgtkmm2ext.so.0 #4 0x00007ffff61e0be7 in BaseUI::request_handler(Glib::IOCondition) () from /opt/Ardour-4.2.0/lib/libpbd.so.4 #5 0x00007ffff61ed153 in cross_thread_channel_call_receive_slot(_GIOChannel*, GIOCondition, void*) () from /opt/Ardour-4.2.0/lib/libpbd.so.4 #6 0x00007ffff50d5c95 in g_main_context_dispatch () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #7 0x00007ffff50d7b08 in ?? () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #8 0x00007ffff50d7bb5 in g_main_loop_run () from /opt/Ardour-4.2.0/lib/libglib-2.0.so.0 #9 0x00007ffff453e657 in gtk_main () from /opt/Ardour-4.2.0/lib/libgtk-x11-2.0.so.0 #10 0x00007ffff76be244 in Gtkmm2ext::UI::run(Receiver&) () from /opt/Ardour-4.2.0/lib/libgtkmm2ext.so.0 #11 0x00000000007ef5ad in ?? () #12 0x00007fffede9dec5 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #13 0x000000000048a599 in ?? () #14 0x00007fffffffd258 in ?? () #15 0x000000000000001c in ?? () #16 0x0000000000000001 in ?? () #17 0x00007fffffffd5fc in ?? () #18 0x0000000000000000 in ?? ()

Is this help you ? …

The note messages are unrelated, and unrelated to crashing.

You do not need to build Ardour yourself, you can simply download the free/demo + Debug version from http://nightly.ardour.org.

When pasting output from gdb, it is more helpful to include the several lines before you were able to type “thread apply bt all” which show where the crash is actually happening.

Ok so I give you some useless information…
I-ve already download this version (that I found where you told me, but it’s not the demo version (I became subscriber (a little one)) :
$ Ardour4 -v
bind txt domain [gtk2_ardour4] to /opt/Ardour-4.2.0/share/locale
Ardour4.2.0 (construit avec 4.2 et GCC version 4.4.7)

the result from the bug before I type thread apply bt all :
Set buffering params to 262144|131072|10|10
Skip explicit buffer seconds, preset in use
Skip explicit buffer seconds, preset in use
[New Thread 0x7fffc9e5f700 (LWP 3419)]
[New Thread 0x7fffc8e5d700 (LWP 3420)]
[Thread 0x7fffc965e700 (LWP 3410) exited]
[New Thread 0x7fffc965e700 (LWP 3421)]
[New Thread 0x7fffab188700 (LWP 3422)]
[Thread 0x7fffc965e700 (LWP 3421) exited]
[New Thread 0x7fffc965e700 (LWP 3423)]

Program received signal SIGSEGV, Segmentation fault.
0x000000000097b0e0 in ?? ()

I hope it was what you ask… Thank you again for your help !

Sorry, I come back to you…
If I touch the panning during the audition, I freeze and I’ve this message repeating :

JackAudioDriver::ProcessGraphAsyncMaster: Process error JackAudioDriver::ProcessGraphAsyncMaster: Process error JackEngine::XRun: client = ardour was not finished, state = Triggered JackAudioDriver::ProcessGraphAsyncMaster: Process error JackAudioDriver::ProcessGraphAsyncMaster: Process error JackAudioDriver::ProcessGraphAsyncMaster: Process error

If someone knows what is happening…

Thanks again for helping :slight_smile:

ps : I try to install the new version 4.4 maybe that will heal everythink ^^

It’s look like to be better ! Good job all folks !