View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002525 | ardour | bugs | public | 2009-01-22 22:47 | 2020-04-19 20:13 |
| Reporter | mtaht | Assigned To | cth103 | ||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Target Version | 3.0-beta1 | ||||
| Summary | 0002525: no space in Ardour-UI request buffer for thread import - fix | ||||
| Description | I have seen ardour in various modules blow up with errors of the form: no space in Ardour-UI request buffer for thread import Merely increasing the size of the buffer seems to fix it in the general case on my quad-core box. I think I've also hit it in the butler, where again, I increased it by a factor of 4. I hit it this time by: Doing a session->import, importing 11 stereo files as regions, splitting channels into separate regions... | ||||
| Additional Information | Index: libs/pbd/pbd/abstract_ui.cc =================================================================== --- libs/pbd/pbd/abstract_ui.cc (revision 4431) +++ libs/pbd/pbd/abstract_ui.cc (working copy) @@ -23,7 +23,7 @@ template <typename RequestObject> void AbstractUI<RequestObject>::register_thread (pthread_t thread_id, string name) { - register_thread_with_request_count (thread_id, name, 256); + register_thread_with_request_count (thread_id, name, 1024); } template <typename RequestObject> void | ||||
| Tags | No tags attached. | ||||
|
|
I note that the old style region area on the right no longer appears in ardour3 for some reason (at least, with a fresh build from svn). And session export no longer exists.... output from the ardour start loading bindings from /usr/local/etc/ardour3/mnemonic-us.bindings (ardour-3.0:20086): Gtk-WARNING **: ExportSession: missing action ExportSession (ardour-3.0:20086): Gtk-WARNING **: ExportSelection: missing action ExportSelection (ardour-3.0:20086): Gtk-WARNING **: ExportRangeMarkers: missing action ExportRangeMarkers Normal height is 54 + 14 Loading history from /home/d/kyle6/kyle6.history (ardour-3.0:20086): Gtk-CRITICAL **: gtk_window_realize_icon: assertion `info->icon_pixmap == NULL' failed options:UseOSC not an action I commented out line line 881 in ardour_ui2.cc, because it made ardour crash somewhere in Gnome::Canvas::Text |
|
|
same fix makes ardour-2.7.1 somewhat happier on import of multiple files as well (otherwise, it locks up solid on the 2nd file). Now ardour2 just locks up on importing the 10th file... I have ardour2 compiled optimized, ardour3 for debugging) I'm having one of those days where I no longer trust the gcc compiler... $ g++ --version g++ (Ubuntu 4.3.2-1ubuntu11) 4.3.2 |
|
|
fine, bumped it up to 4096 on ardour2. worked. |
|
|
I am also typically running at 96k all the time. |
|
|
Is this still happening with recent SVN? |
|
|
Marking this as resolved; please re-open if you are still having problems. |
|
|
Issue has been closed automatically, by Trigger Close Plugin. Feel free to re-open with additional information if you think the issue is not resolved. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2009-01-22 22:47 | mtaht | New Issue | |
| 2009-01-22 22:47 | mtaht | cost | => 0.00 |
| 2009-01-22 22:50 | mtaht | Note Added: 0005636 | |
| 2009-01-22 23:33 | mtaht | Note Added: 0005637 | |
| 2009-01-22 23:55 | mtaht | Note Added: 0005638 | |
| 2009-03-04 15:52 | mtaht | Note Added: 0005790 | |
| 2010-04-24 10:28 | cth103 | Category | bugs => bugs2 |
| 2010-04-24 10:31 | cth103 | Category | bugs2 => bugs |
| 2010-07-21 02:42 | cth103 | Target Version | => 3.0-beta1 |
| 2011-01-01 18:19 | cth103 | Note Added: 0009774 | |
| 2011-01-01 18:19 | cth103 | Status | new => feedback |
| 2011-11-15 17:22 | cth103 | Note Added: 0012050 | |
| 2011-11-15 17:22 | cth103 | Status | feedback => resolved |
| 2011-11-15 17:22 | cth103 | Resolution | open => fixed |
| 2011-11-15 17:22 | cth103 | Assigned To | => cth103 |
| 2020-04-19 20:13 | system | Note Added: 0021852 | |
| 2020-04-19 20:13 | system | Status | resolved => closed |
