MantisBT

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0006478ardourbugspublic2015-07-26 15:552017-07-24 13:17
ReporterSideboard 
Assigned Tox42 
PrioritynormalSeveritycrashReproducibilityalways
StatusfeedbackResolutionopen 
PlatformOSOS Version
Product Version5.X git (version in description) 
Target VersionFixed in Version 
Summary0006478: Crash after some time of recording
DescriptionWith Ardour_64bit-4.1.405-dbg I was recording with four mono tracks. After an hour or so the program crashed. After restarting the program part of the old tracks were not shown. Resuming recording was followed by another crash after some shorter time than before. Same thing the third time. The crashed recording files are in the appropriate directory but not within their tracks in Ardour.

I could reproduce the issue with a new project.
Additional InformationI could not reproduce with Ardour_64bit-4.1.446-dbg since another bug prevents saving the tracks so recording is stopped after about two seconds already (without crash).
TagsNo tags attached.
Attached Filestxt file icon gdb.txt [^] (31,050 bytes) 2015-07-26 15:55 [Show Content]
log file icon gdb-Ardour-4.1.485-dbg.log [^] (6,750 bytes) 2015-08-01 15:55
log file icon Ardour_64bit_4.4-dgb_crash_backtrace.log [^] (2,146 bytes) 2015-10-26 14:17
log file icon Ardour_64bit_4.4.143-dgb_crash_backtrace.log [^] (1,762 bytes) 2015-10-26 14:17
txt file icon Ardour_64bit_4.4.143-dgb_crash_backtrace.txt [^] (29,584 bytes) 2015-10-26 14:21 [Show Content]
log file icon ardour-4.7.660-dbg.log [^] (31,745 bytes) 2016-04-10 14:56
log file icon Ardour_64bit-4.7.914-dbg-gcc5.log [^] (32,356 bytes) 2016-05-01 14:26
? file icon ardour-recording-crash-bt [^] (58,461 bytes) 2017-05-02 12:08 [Show Content]
txt file icon 2017-06-28_backtrace.txt [^] (17,799 bytes) 2017-06-28 09:35 [Show Content]

- Relationships
has duplicate 0006690new Ardour terminates while recording 
has duplicate 0006958assignedpaul Application crashes while recording- C++ Runtime error 
has duplicate 0007128closed Ardour crashes suddenly while recording without further user interaction 
has duplicate 0007250closed Ardour 4.7 occasionally dumps core mid-MIDI recording 
has duplicate 0007335new Crash when recording 
related to 0007309new Tracker bug for possible issues with rewaveview branch 
related to 0007401new 5.10.22 crash while mooving 2 regions to create new tracks 
related to 0007366feedback Crash while editing. 

-  Notes
(0016982)
Sideboard (reporter)
2015-08-01 15:54

Could now reproduce with Ardour-4.1.485-dbg.
(0016986)
Sideboard (reporter)
2015-08-04 03:56

The above tests were done with Ubuntu 14.04 LTS.
(0017128)
Sideboard (reporter)
2015-08-31 12:17

Could reproduce with Ardour-4.2.64-dgb.
(0017132)
x42 (administrator)
2015-09-02 05:42

There is a potential fix for this in Ardour-4.2-148-g93aa8d3

but I could not reproduce the issue in the first place, so I can't be sure.
(0017134)
x42 (administrator)
2015-09-02 07:56
edited on: 2015-09-02 07:58

another backtrace from the_CLA (just in case) with Ardour-4.2-146-g7521028 http://pastebin.com/kH2XZyw2 [^]

(0017516)
Sideboard (reporter)
2015-10-26 14:16
edited on: 2015-10-26 14:24

Issue still there, both with 4.4 and 4.4.143.

Edit: Sorry, I uploaded backtrace logs without symbols and don't know how to delete them. I uploaded a better version afterwards.

(0017517)
paul (administrator)
2015-10-26 18:42

I also cannot reproduce this. Assuming that you still can, could you run a debug build from the command line with

    -D waveview

added to the command? It will print out quite a bit of information - we would want the last 100 or so lines before the crash. Thanks.
(0017522)
paul (administrator)
2015-10-26 19:20

replicated here, and run with appropriate debugging ...
(0017719)
x42 (administrator)
2015-12-10 09:44

another BT: http://pastebin.com/93PiQgFM [^] from the CLA.
(0017720)
paul (administrator)
2015-12-10 11:28

same cause as before ... using a cairo surface with a zero reference count.
(0018038)
x42 (administrator)
2016-03-04 08:10

We believe this issue is resolved since Ardour 4.7-274.

It'd be great to get feedback from users who previously experienced these crashes.
(0018146)
Sideboard (reporter)
2016-04-10 14:56

Sorry for the enormous delay.

I tried 4.7.408 some weeks ago but it crashed after a short time with the Ardour window still open but greyed out and unresponsive. I thought that would be a different error that might get fixed soon as had happened in the past.

Now I checked 4.7.660 and it's the same symptom. Not sure if it's the same bug I opened the issue for but the backtrace might help anyway.
(0018166)
Sideboard (reporter)
2016-05-01 14:26

Tried 4.7.909, now 4.7.914. Both crashed. Last one after about 10 minutes of recording with four mono tracks and one stereo track. Backtrace attached.
(0018167)
paul (administrator)
2016-05-01 15:15

OK, I guess this establishes that this is still a problem. A simple fix for us is to just disable threaded waveviews again, but we still have no idea of how this crash is happening.
(0019531)
x42 (administrator)
2017-03-15 06:44

It's possible that this issue is actually https://bugs.freedesktop.org/show_bug.cgi?id=91967 [^] (fixed in libcairo 1.14.8) related to X11/Xshm which would explain why it's grapics-card/system/memory dependent and some systems are affected differently than others.

Ardour nightly builds since 2017-03-15 Ardour-5.8-139-gcd44623 now come with updated libcairo.

It's still unclear that if this is the actual cause, so it would be great if users if users who have affected systems could try some long-term recordings and report back.

PS. On the_CLA's test-rig (which was affected) the issue seems gone.. 2 x ~2 hours continuous recording without crashes.
(0019646)
colinf (updater)
2017-05-02 04:58

I saw this at the weekend on my studio desktop machine, with Saturday's ardour git built from source on fully up-to-date Debian testing, which as far as I know has libcairo 1.14.8-1. I think this is the first time it's happened on that machine.

I have a backtrace if anyone's interested, though I presume it's unlikely to shed much further light, but one other thing I recently changed on that machine was to replace the standard debian 4.9.0-2-amd64 kernel with 4.9.25 built from source with PREEMPT_FULL.

The machine has dual graphics cards: I think they're NVidia, with the free driver. I'll double-check the model next time I'm there.
(0019647)
x42 (administrator)
2017-05-02 05:14

@Colinf, if you could attach the backtrace here, that might be helpful. Is this also a

cairo-surface.c:928: cairo_surface_reference: Assertion `((*&(&surface->ref_count)->ref_count) > 0)' failed

or something different?
(0019648)
colinf (updater)
2017-05-02 07:26

I think it was that same assertion failure, yes, though I was trying to both play guitar and engineer the session when it happened, so my attention was somewhat divided...

I'll grab the backtrace from the studio machine when I'm passing by there later.
(0019650)
colinf (updater)
2017-05-02 12:25

As promised, backtrace attached.

Incidentally, lspci tells me I have two of:

02:00.0 VGA compatible controller: NVIDIA Corporation GT218 [NVS 300] (rev a2)
(0019811)
timbyr (developer)
2017-06-25 19:26

Some significant changes related to this issue have been merged into the master branch as of commit 6e91ee071 and will be included in a nightly build >= 5.10.136

Any testing to try and reproduce this bug would be appreciated.
(0019814)
holmian (reporter)
2017-06-26 15:44

I've done some tests with self compiled 5.9.0 and 5.10.0 on Debian 8.
Recording crashes after 1-2h recording. This happens only when Editor window is
shown. The message is:
 ardour-5.9.0: ../../../../src/cairo-surface.c:928: cairo_surface_reference: Zusicherung »((*&(&surface->ref_count)->ref_count) > 0)« nicht erfüllt.
Abgebrochen (Speicherabzug geschrieben).
It seems that that when I disable "Show waveforms while recording" it works fine.
I'll test the latest release from git.
(0019819)
holmian (reporter)
2017-06-27 14:05

I've tested build 5.10-139.
I've done 3 recordings with maximal length of 9 hours.
No crash. Seems to work.
Thanks a lot.
(0019820)
holmian (reporter)
2017-06-28 09:34

I've done some more tests.
I've created a recording with 8 tracks each with a 4.2GB wave file.
Recording works fine but when I save and open the file the project crashes after some klicks, Message is:

(ardour-5.10.142:2199): glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: std::bad_alloc


Backtrace is added as 2017-06-28_backtrace.txt
(0019821)
paul (administrator)
2017-06-28 09:54

what file format?
(0019822)
holmian (reporter)
2017-06-28 10:56

I'm staring ardour with: ./ardbg
The files are recorded in a previous session with ardour.
(0019823)
paul (administrator)
2017-06-28 11:12

sure, but what format were they. they sound too large for normal WAV.
(0019824)
johmue-eo (reporter)
2017-06-28 11:27

Well, when I am recording podcasts I have usually files > 1GB. I remember some other podcast ranting about Abelton Live because it for some 32bit reason could not handle files > 4GB and therefore silently stopped recording after a couple of hours.
(0019825)
holmian (reporter)
2017-06-28 11:31

Here are the files I've recorded with ardour:

rocholl@musix:~/ardour-work/Test09$ ls -lh interchange/Test09/audiofiles/
insgesamt 41G
-rw-r--r-- 1 rocholl users 288M Jun 27 23:41 Audio 1-1.wav
-rw-r--r-- 1 rocholl users 208M Jun 28 00:03 Audio 1-2.wav
-rw-r--r-- 1 rocholl users 4,6G Jun 28 07:12 Audio 1-3.wav
-rw-r--r-- 1 rocholl users 288M Jun 27 23:41 Audio 2-1.wav
-rw-r--r-- 1 rocholl users 208M Jun 28 00:03 Audio 2-2.wav
-rw-r--r-- 1 rocholl users 4,6G Jun 28 07:12 Audio 2-3.wav
-rw-r--r-- 1 rocholl users 288M Jun 27 23:41 Audio 3-1.wav
-rw-r--r-- 1 rocholl users 208M Jun 28 00:03 Audio 3-2.wav
-rw-r--r-- 1 rocholl users 4,6G Jun 28 07:12 Audio 3-3.wav
-rw-r--r-- 1 rocholl users 288M Jun 27 23:41 Audio 4-1.wav
-rw-r--r-- 1 rocholl users 208M Jun 28 00:03 Audio 4-2.wav
-rw-r--r-- 1 rocholl users 4,6G Jun 28 07:12 Audio 4-3.wav
-rw-r--r-- 1 rocholl users 288M Jun 27 23:41 Audio 5-1.wav
-rw-r--r-- 1 rocholl users 208M Jun 28 00:03 Audio 5-2.wav
-rw-r--r-- 1 rocholl users 4,6G Jun 28 07:12 Audio 5-3.wav
-rw-r--r-- 1 rocholl users 288M Jun 27 23:41 Audio 6-1.wav
-rw-r--r-- 1 rocholl users 208M Jun 28 00:03 Audio 6-2.wav
-rw-r--r-- 1 rocholl users 4,6G Jun 28 07:12 Audio 6-3.wav
-rw-r--r-- 1 rocholl users 288M Jun 27 23:41 Audio 7-1.wav
-rw-r--r-- 1 rocholl users 208M Jun 28 00:03 Audio 7-2.wav
-rw-r--r-- 1 rocholl users 4,6G Jun 28 07:12 Audio 7-3.wav
-rw-r--r-- 1 rocholl users 288M Jun 27 23:41 Audio 8-1.wav
-rw-r--r-- 1 rocholl users 208M Jun 28 00:03 Audio 8-2.wav
-rw-r--r-- 1 rocholl users 4,6G Jun 28 07:12 Audio 8-3.wav

rocholl@musix:~/ardour-work/Test09$ file "./interchange/Test09/audiofiles/Audio 4-3.wav"
./interchange/Test09/audiofiles/Audio 4-3.wav: RIFF (little-endian) data, WAVE audio, mono 48000 Hz
(0019826)
paul (administrator)
2017-06-28 11:45

please install & run:

   sndfile-info "./interchange/Test09/audiofiles/Audio 4-3.wav"

and paste the output.

WAV files are limited to either precisely 4GB (GB = 1024 * 1048576 bytes) or 4.09 "GB" ("GB" = 1000 * 1048576 bytes). Some implementations/interpretations of the WAV format specification limit it to 2GB.

The format does not allow them to be larger, which is why alternative formats exist, and why other applications (and Ardour) may fail to open such files.

There are, however, alternatives.
(0019827)
holmian (reporter)
2017-06-28 13:14

Here is the output:

rocholl@musix:~/ardour-work/Test09$ sndfile-info "./interchange/Test09/audiofiles/Audio 4-3.wav"

Version : libsndfile-1.0.25

========================================
File : ./interchange/Test09/audiofiles/Audio 4-3.wav
Length : 4904763448
Warning : filelength > 0xffffffff. This is bad!!!!
RIFF : 609796144
WAVE
fmt : 16
  Format : 0x3 => WAVE_FORMAT_IEEE_FLOAT
  Channels : 1
  Sample Rate : 48000
  Block Align : 4
  Bit Width : 32
  Bytes/sec : 192000
fact : 4
  frames : 1226190848
data : 609796096
*** Unknown chunk marker (0) at position 609796152. Exiting parser.

----------------------------------------
Sample Rate : 48000
Frames : 152449024
Channels : 1
Format : 0x00010006
Sections : 1
Seekable : TRUE
Duration : 00:52:56.021
(0019828)
paul (administrator)
2017-06-28 13:53

what version of Ardour were these files created with?

also, this is moving rapidly off-topic. it would be better to open a different bug report for this.
(0019829)
holmian (reporter)
2017-06-28 14:43

The version is: ardour-5.10.142.

Yes you are right. It is a different issue. But as I've learned it is not a bug. The files are too large.
I'll test if the the issue also will occours if the files are smaller.
There is also no need to have such long recordings.
I just want to know why ardour crashes.

Now it's clear for me. Thanks a lot for your work.
(0019871)
x42 (administrator)
2017-07-06 17:52

still OT: but for long recordings / large files:
   Ardour-Menu > Session > Properties > Media
use Wave-64
(0019896)
hpfmn (reporter)
2017-07-16 13:52
edited on: 2017-07-16 14:07

I can confirm the issue on ArchLinux - 6 Tracks after some time during recoring it started crashing and does that again after that in short intervals. Always this message:

renaming state to /home/hpfmn/Dokumente/Ardour/SonatorRec/SonatorRec.pending
ardour-5.9.0: cairo-surface.c:931: cairo_surface_reference: Assertion `CAIRO_REFERENCE_COUNT_HAS_REFERENCE (&surface->ref_count)' failed.
[1] 10172 segmentation fault (core dumped) ardour5

I just read it is maybe bound to gfx system: using it with intel graphics and SNA

And I noticed the message is slightly different from the one disussed here


- Issue History
Date Modified Username Field Change
2015-07-26 15:55 Sideboard New Issue
2015-07-26 15:55 Sideboard File Added: gdb.txt
2015-08-01 15:54 Sideboard Note Added: 0016982
2015-08-01 15:55 Sideboard File Added: gdb-Ardour-4.1.485-dbg.log
2015-08-04 03:56 Sideboard Note Added: 0016986
2015-08-31 12:17 Sideboard Note Added: 0017128
2015-09-02 05:42 x42 Note Added: 0017132
2015-09-02 07:56 x42 Note Added: 0017134
2015-09-02 07:57 x42 Note Edited: 0017134
2015-09-02 07:58 x42 Note Edited: 0017134
2015-10-26 14:16 Sideboard Note Added: 0017516
2015-10-26 14:17 Sideboard File Added: Ardour_64bit_4.4-dgb_crash_backtrace.log
2015-10-26 14:17 Sideboard File Added: Ardour_64bit_4.4.143-dgb_crash_backtrace.log
2015-10-26 14:21 Sideboard File Added: Ardour_64bit_4.4.143-dgb_crash_backtrace.txt
2015-10-26 14:24 Sideboard Note Edited: 0017516
2015-10-26 18:42 paul Note Added: 0017517
2015-10-26 19:20 paul Note Added: 0017522
2015-11-30 16:21 x42 Relationship added has duplicate 0006690
2015-12-10 09:44 x42 Note Added: 0017719
2015-12-10 11:28 paul Note Added: 0017720
2016-02-22 03:41 timbyr Status new => confirmed
2016-03-04 08:10 x42 Note Added: 0018038
2016-03-04 08:10 x42 Assigned To => x42
2016-03-04 08:10 x42 Status confirmed => feedback
2016-04-10 14:56 Sideboard Note Added: 0018146
2016-04-10 14:56 Sideboard Status feedback => assigned
2016-04-10 14:56 Sideboard File Added: ardour-4.7.660-dbg.log
2016-05-01 14:26 Sideboard Note Added: 0018166
2016-05-01 14:26 Sideboard File Added: Ardour_64bit-4.7.914-dbg-gcc5.log
2016-05-01 15:15 paul Note Added: 0018167
2016-08-17 18:56 x42 Relationship added has duplicate 0006958
2016-11-22 14:10 timbyr Relationship added has duplicate 0007128
2016-11-22 14:11 x42 Assigned To x42 =>
2016-11-22 15:12 timbyr Product Version 4.X git (version in description) => 5.X git (version in description)
2017-03-04 02:40 timbyr Relationship added has duplicate 0007250
2017-03-15 06:44 x42 Note Added: 0019531
2017-03-15 06:44 x42 Assigned To => x42
2017-03-15 06:44 x42 Status assigned => feedback
2017-05-02 04:58 colinf Note Added: 0019646
2017-05-02 05:14 x42 Note Added: 0019647
2017-05-02 07:26 colinf Note Added: 0019648
2017-05-02 12:08 colinf File Added: ardour-recording-crash-bt
2017-05-02 12:12 colinf Relationship added has duplicate 0007335
2017-05-02 12:25 colinf Note Added: 0019650
2017-05-11 16:13 timbyr Relationship added related to 0007309
2017-06-25 19:26 timbyr Note Added: 0019811
2017-06-26 15:44 holmian Note Added: 0019814
2017-06-27 14:05 holmian Note Added: 0019819
2017-06-28 09:34 holmian Note Added: 0019820
2017-06-28 09:35 holmian File Added: 2017-06-28_backtrace.txt
2017-06-28 09:54 paul Note Added: 0019821
2017-06-28 10:56 holmian Note Added: 0019822
2017-06-28 11:12 paul Note Added: 0019823
2017-06-28 11:27 johmue-eo Note Added: 0019824
2017-06-28 11:31 holmian Note Added: 0019825
2017-06-28 11:45 paul Note Added: 0019826
2017-06-28 13:14 holmian Note Added: 0019827
2017-06-28 13:53 paul Note Added: 0019828
2017-06-28 14:43 holmian Note Added: 0019829
2017-07-06 17:46 x42 Relationship added related to 0007401
2017-07-06 17:52 x42 Note Added: 0019871
2017-07-16 13:52 hpfmn Note Added: 0019896
2017-07-16 14:04 hpfmn Note Edited: 0019896 View Revisions
2017-07-16 14:07 hpfmn Note Edited: 0019896 View Revisions
2017-07-24 13:17 x42 Relationship added related to 0007366


Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker