|
|
1cdf02ae2f
|
remove use of boost::thread/boost::mutex; bump glibmm requirement to 2.30 in order to pick up Glib::Threads::Mutex which can be used statically, use that to replace boost::mutex; add required inclusion of <cerrno> in a couple of places
git-svn-id: svn://localhost/ardour2/branches/3.0@13076 d708f5d6-7413-0410-9779-e7cbd77b26cf
|
2012-07-24 21:43:05 +00:00 |
|
Carl Hetherington
|
32bed9aaf0
|
Make ScopedConnectionList's mutex non-static so that one
list's destruction can cause another without a
deadlock.
git-svn-id: svn://localhost/ardour2/branches/3.0@12279 d708f5d6-7413-0410-9779-e7cbd77b26cf
|
2012-05-15 00:06:06 +00:00 |
|
Carl Hetherington
|
42267ff78c
|
Remove debug output.
git-svn-id: svn://localhost/ardour2/branches/3.0@12276 d708f5d6-7413-0410-9779-e7cbd77b26cf
|
2012-05-15 00:04:36 +00:00 |
|
|
|
1e0fd01815
|
drop boost::signals2 and replace with carl's solution which continues to rely on boost::function and boost::bind but alters two important semantics of signals2: (1) when a Connection object is disconnected, the slot ("functor") associated with the connection is destroyed immediately, unlike signals2 where this is deferred to a subsequent connect/emit call on the signal (2) if one functor called by the signal disconnects another Connection, the functor represented by the Connection will NOT be called during the current signal emission (signals2 copies the slot list at the start of emission and calls everything in the slot list). this change fixes some very nasty crashes apparently caused by boost::signals2 assuming that the memory referenced by a functor remains valid after a disconnect (google will show other developers who had issues with this).
git-svn-id: svn://localhost/ardour2/branches/3.0@12265 d708f5d6-7413-0410-9779-e7cbd77b26cf
|
2012-05-14 17:18:48 +00:00 |
|
|
|
aae367b63c
|
use new syntax for connecting to backend signals that enforces explicit connection scope, plus a few other related matters
git-svn-id: svn://localhost/ardour2/branches/3.0@6376 d708f5d6-7413-0410-9779-e7cbd77b26cf
|
2009-12-19 20:26:31 +00:00 |
|
