Robin Gareus d3803c54de Fix a potential deadlock/crash (here tape-track peak-file)
read_peaks_with_fpp() already holds _lock, build_peaks_from_scratch()
takes the _lock again.

Depending on glib[mm] and the threading lib it may either result in a
deadlock, or with EDEADLK in undefined behavior when a
non-recursive lock is released twice.
2016-12-12 03:13:16 +01:00
2016-02-28 21:16:44 +01:00
2016-02-28 21:16:44 +01:00
2016-08-24 10:07:21 -07:00
2016-06-25 00:44:04 +02:00
2016-07-06 03:12:19 +02:00
2009-11-09 14:13:59 +00:00
2016-10-18 22:26:23 +02:00
2015-05-09 13:08:56 -04:00
2013-03-13 14:35:39 -04:00
2016-11-30 14:49:42 +01:00
2016-02-28 21:48:49 +01:00

Please see the Ardour web site at http://ardour.org/ for all documentation..

For information on building ardour: 
      
     http://ardour.org/development.html
Description
No description provided
Readme 202 MiB
Languages
C++ 56.5%
C 39.6%
JavaScript 1.3%
Lua 0.9%
Python 0.6%
Other 0.9%