View Issue Details

IDProjectCategoryView StatusLast Update
0007715ardourbugspublic2019-01-23 12:00
ReporterSukovec Assigned To 
Status newResolutionopen 
PlatformLinuxOSArchlinuxOS VersionAlways newest
Product Version5.12 
Summary0007715: Ardour crashes on exporting (before "Normalizing" stage).
DescriptionWhenever I try to do export of short sample from my project, Ardour crashes. Other projects works okay (occasionally other bigger and older projects makes problems too). The stacktrace (ard.txt), project file (sysel.ardour) and MP3 output profile are attached in zipfile.

By the way, as a "bonus", jackd server is being "stuck" after a crash.
Steps To ReproduceExport -> Select Loop region and MP3 output -> Export -> Wait till crash
Additional InformationYou can catch me sometimes on IRC as "suk"
TagsNo tags attached.



2018-12-27 17:57

reporter (484,518 bytes)


2019-01-23 11:35

administrator   ~0020574

relevant part from the backtrace (calling lame to encode):

[Detaching after vfork from child process 26671]
[New Thread 0x7fff8ffff700 (LWP 26672)]
*** buffer overflow detected ***: /usr/lib/ardour5/ardour-5.12.0 terminated

Thread 42 "ardour-5.12.0" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fff8ffff700 (LWP 26672)]
0x00007ffff4b1ad7f in raise () from /usr/lib/
(gdb) thread apply all bt

Thread 42 (Thread 0x7fff8ffff700 (LWP 26672)):
#0 0x00007ffff4b1ad7f in raise () at /usr/lib/
0000001 0x00007ffff4b05672 in abort () at /usr/lib/
#2 0x00007ffff4b5d878 in __libc_message () at /usr/lib/
#3 0x00007ffff4bf0415 in __fortify_fail_abort () at /usr/lib/
0000004 0x00007ffff4bf0445 in () at /usr/lib/
0000005 0x00007ffff4bee3b4 in () at /usr/lib/
#6 0x00007ffff4bf033b in () at /usr/lib/
#7 0x00007ffff70b883f in PBD::SystemExec::output_interposer() () at /usr/lib/ardour5/
0000008 0x00007ffff70b8959 in () at /usr/lib/ardour5/
0000009 0x00007ffff54d0a9d in start_thread () at /usr/lib/
0000010 0x00007ffff4bdeb23 in clone () at /usr/lib/


2019-01-23 12:00

administrator   ~0020575

Possibly fixed in 6.0-pre0-1505-g87602e7fb - a workaround may be to call `lame --quiet ...` to encode the mp3

Issue History

Date Modified Username Field Change
2018-12-27 17:57 Sukovec New Issue
2018-12-27 17:57 Sukovec File Added:
2019-01-23 11:35 x42 Note Added: 0020574
2019-01-23 12:00 x42 Note Added: 0020575