<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">Andrew, the latest GIT checkin fixes the crash and provides a warning as you suggested.  It works on the latest 2.4.1 version as there were some code improvements over the 2.2.1.  Try it now.<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> > Also, minor bug:<br>
> ><br>
> > If I render OpenEXR sequence, load it, play it,<br>
> > and then delete main image files but NOT index *.exrs<br>
> >  - and try to load file from "recent files" sub-menu in main menu - Cin<br>
> > will terminate<br>
> ><br>
> > Easily reproduced here.  GG says OpenExr is doing a "throw" and Cinelerra<br>
> normally does not "catch". This would be the very first "catch" in<br>
> Cinelerra if it would be added and that is not the way gg wants to go<br>
> unless we absolutely have to. This requires the error handling<br>
> characteristics of the C++ runtime library.<br>
> If you do that same thing with a TIFF sequence, it passes the error<br>
> correctly back to Cinelerra to field instead of crash.<br>
> <br>
<br>
H, sorry for such suggestion without patch - but can't be OpenEXR sequence <br>
file  validated before passing it into library?<br>
<br>
Of course, on multiproces/user system  user may delete files right after they passes test of existence ....<br>
<br>
May be just document it? :}<br>
<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div></div>