<div dir="ltr"><div class="gmail_default" style="font-size:small">It compiles and seems to run OK with single test of EXR sequence on Ubuntu 16 and Debian 99 32-bit.</div><div class="gmail_default" style="font-size:small">PLEASE see next email in case there is an error.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 30, 2023 at 11:30 AM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com">randrianasulu@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">According to this page<br>
<br>
<a href="https://openexr.com/en/latest/ReadingAndWritingImageFiles.html" rel="noreferrer" target="_blank">https://openexr.com/en/latest/ReadingAndWritingImageFiles.html</a><br>
<br>
====<br>
You may have noticed that in the example above, there are no explicit<br>
checks to verify that writing the file actually succeeded. If the<br>
OpenEXR library detects an error, it throws a C++ exception instead of<br>
returning a C-style error code. With exceptions, error handling tends<br>
to be easier to get right than with error return values. For instance,<br>
a program that calls our writeRgba1() function can handle all possible<br>
error conditions with a single try/catch block:<br>
<br>
1 try<br>
2 {<br>
3     writeRgba1 (fileName, pixels, width, height);<br>
4 }<br>
5 catch (const std::exception &exc)<br>
6 {<br>
7     std::cerr << exc.what() << std::endl;<br>
8 }<br>
<br>
=====<br>
<br>
I guess this mechanism was not very refined in c++98, so it was not<br>
used in Cinelerra. Then come I and made EXR one of choices in<br>
background render (where error handling apparently matters). I hope<br>
one call per frame will not slow us down much .... and better slower<br>
than crash?<br>
</blockquote></div>