<div dir="ltr">Hi David,<div><br></div><div>Just to be sure I understand you: YODA should always raise these exceptions; it's a question of whether Rivet catches them gracefully, correct?</div><div><br></div><div>I am not sure all users want Rivet to continue running when at least one analysis crashes, but I can see why some might. Maybe a --continue-run flag or similar is more appropriate for those that don't want to stop the run when there is at least one analysis "still standing"?</div><div><br></div><div>Chris</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 19, 2016 at 10:35 AM, David Grellscheid <span dir="ltr"><<a href="mailto:david.grellscheid@durham.ac.uk" target="_blank">david.grellscheid@durham.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
can we discuss the new YODA stance of always raising exceptions?<br>
<br>
Within the lowest level of YODA, I have no problem with that, it's the right thing to do. The question is at what level you need to swallow these. One rogue point in one dodgy Rivet analysis can kill a whole run right now.<br>
<br>
I think that<br>
<br>
1) no YODA exceptions should be able to propagate outside of Rivet. Rivet needs to deal with them and "do the right thing" whatever that may be.<br>
<br>
2) Rivet needs to isolate crashing analyses and allows the remaining run to proceed<br>
<br>
Any comments?<br>
<br>
  David<br>
_______________________________________________<br>
Rivet mailing list<br>
<a href="mailto:Rivet@projects.hepforge.org" target="_blank">Rivet@projects.hepforge.org</a><br>
<a href="https://www.hepforge.org/lists/listinfo/rivet" rel="noreferrer" target="_blank">https://www.hepforge.org/lists/listinfo/rivet</a><br>
</blockquote></div><br></div></div>