<div>Hi Filippo,</div>  <div> </div>  <div>Are you going to verify the destroy method logic? I had someone verify the method was correct for the 8.6 but somehow the logic since then has been changed such that destroy will not work.</div>  <div> </div>  <div>I did not put it on the forum if that is what you mean by public till I had verification of why the sequence removeNotify() _destroy() matters. There are still issues to be resolved like streaming for instance. Have you fixed that yet? I was hoping you would have that resolved by now so others can use steaming via the api. I am getting more emails from people that want to use the jvlc api but there are a few important issues left to resolve like streaming.</div>  <div> </div>  <div>Regards,</div>  <div>-Tony<BR><BR><B><I>Filippo Carone <filippo@carone.org></I></B> wrote:</div>  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Tony Anecito ha
 scritto:<BR>> Hi Ahmad,<BR>> <BR>> I figured out how to keep vlc from crashing the Sun jvm. in the<BR>> removeNotify() in the Cavas with the peer call the<BR>> super.removeNotify() then the destroy. That seems the only way to<BR>> keep things from crashing. Never call destroy while the peer it is<BR>> associated with is still tied to the Canvas.<BR>> <BR>> Now at least the vout_RequestWindow has the correct windows handle<BR>> but not the expected libvlc instance for the window.<BR>> <BR>> The jvlc and vlc team can decide what they want to do but at least I<BR>> have a way to keep the jre/jvlc/vlc combination working when peers<BR>> are destroyed when toFront() or moveToFront() is called.<BR>> <BR>> Regards, -Tony<BR>> <BR><BR>Hi Tony,<BR>as you figured out, the problem of the jvm crash was about the existance <BR>of the peer when calling destroy(). The destroy method deallocates the <BR>libvlc instance and all its
 objects, including vout. So the correct way <BR>of calling destroy is, as you said, after the peer has been deallocated.<BR>I think that cleaning up the peer before calling destroy is up to the <BR>application.<BR><BR>I'm going to override removenotify in order to tighen the cases of jvm <BR>crashes, but still calling jvlc.destroy() when the peer is still <BR>attached to the vout will cause a crash.<BR><BR>If there are other changes you did to vlc or to the java bindings, <BR>please make them public so that i can include them in the jvlc distribution.<BR><BR>Cheers,<BR>Filippo<BR><BR>-- <BR>This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/<BR>To unsubscribe, please read http://developers.videolan.org/lists.html<BR><BR></BLOCKQUOTE><BR><p>

<hr size=1>TV dinner still cooling?<br><a href="http://us.rd.yahoo.com/evt=49979/*http://tv.yahoo.com/">Check out "Tonight's Picks"</a> on Yahoo! TV.