<br><br><div class="gmail_quote">2009/12/26 Pierre d'Herbemont <span dir="ltr"><<a href="mailto:pdherbemont@free.fr">pdherbemont@free.fr</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Sat, Dec 26, 2009 at 4:52 PM, Brian Weaver <<a href="mailto:cmdrclueless@gmail.com">cmdrclueless@gmail.com</a>> wrote:<br>
> It should if it did before; from a logical perspective it works the<br>
> same as before. Previously the code was using setjmp()/longjmp() to<br>
> return control back to the caller of NSApp run(). By invoking the<br>
> 'stop' selector instead of 'quit' the Cocoa framework will return<br>
> control after processing the stop event. It accomplishes the same end<br>
> result, but avoid any potential side effects from using jump routines<br>
> in a managed run time environment.<br>
<br>
</div>Sure, but when you select the Quit menu from the Dock it sends a -(id)<br>
terminate:, so you'll need to send a -stop from here. Or so I believe,<br>
that was the question asked :-)<br>
<div class="im"><br></div></blockquote><div>You're right, and the libvlc does not exit properly (ML is not saved : #3825).</div><div>Unfortunately, we are not able to change the action-method sent by this standard menu item.</div>
<div>In attachment i provided a patch that overrides the terminate: method to call a stop:.</div><div><br></div><div>--</div><div>Sebastien Zwickert</div></div>