|Anonymous | Login | Signup for a new account||2018-12-15 19:23 PST|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0004807||ardour||bugs||public||2012-04-02 21:25||2012-04-04 04:15|
|Target Version||3.X||Fixed in Version|
|Summary||0004807: Ardour crashes when a plugin throws up a licence or other dialog|
|Description||This is a specific case but may occur with other plugins throwing up licencing or other dialogs. It is may be directly associated with the system exit status of the plugins dialog. IE exit status may be 1 or another status that is interpreted by Ardour as a signal to close down?? Crash report suggests otherwise.|
Specific case - Arturias's Jupiter-8V2 plugin requires a licencing tool to be connected to authorise any use, even for demo. If this has not been done then running the plugin will pop up the dialog in the attached file.
This happens when Ardour checks the plugin (AU) on startup. The dialog shown in the attachment is displayed and Cancel is selected from the dialog. The dialog reappears. Clicking cancel again causes Ardour to crash. Following attachment will be crash report.
|Tags||No tags attached.|
|Attached Files|| Screen Shot 2012-04-03 at 2.20.19 PM.png [^] (37,672 bytes) 2012-04-02 21:25
Ardour3.bin_2012-04-03-134216_server.crash [^] (69,347 bytes) 2012-04-02 21:27
|As a general thing Ardour should be able to bypass and put "on hold" or even ignore any plugin that has a non normal return state.|
Summary should have made clear that this crash occurs when Ardour is checking a new AU plugin at startup.
Also should add that when plugin is removed (deleted from components) all is well - in other words there is no obvious mess left as a result of the crash.
Mac OS X Lion 10.7.3
using JackRouter to route audio into ardour
interface M-Audio fast track ultra 8R
|Further investigation shows that it is the plugin that crashes - running the standalone Jupiter-8V2 app exhibits the crash. In other words Ardour is inheriting the crash state. So, not Ardour's problem per se, but none the less would be good to have Ardour isolate plugins in a forked process/new thread to avoid the main Ardour thread crashing with the plugin, at least during the check phase. Not knowing Ardour's architecture, I may be talking trash - but the principle applies.|
|And just to complete the picture - it appears I was trying to run the paid version without the bits it needs rather than the demo - a problem for Arturia to deal with of course. Nonetheless Ardour should protect itself if possible from hosted plugin crashes.|
|2012-04-02 21:25||geoffsh||New Issue|
|2012-04-02 21:25||geoffsh||File Added: Screen Shot 2012-04-03 at 2.20.19 PM.png|
|2012-04-02 21:27||geoffsh||File Added: Ardour3.bin_2012-04-03-134216_server.crash|
|2012-04-02 21:31||geoffsh||Note Added: 0013068|
|2012-04-02 21:47||geoffsh||Note Added: 0013070|
|2012-04-02 22:01||geoffsh||Note Added: 0013072|
|2012-04-03 10:01||cth103||cost||=> 0.00|
|2012-04-03 10:01||cth103||Target Version||=> 3.0 beta4|
|2012-04-03 20:54||geoffsh||Note Added: 0013074|
|2012-04-03 21:14||geoffsh||Note Added: 0013075|
|2012-04-04 04:15||cth103||Target Version||3.0 beta4 => 3.X|
|Copyright © 2000 - 2018 MantisBT Team|