<div dir="ltr">Hi David, all,<div><br></div><div>Before responding below, can I solicit opinions from David and Frank on whether we should move forward with the release? This still looks like a complicated issue to me that needs more time...<br><div><br><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
         In that case we would need to understand why<br>
         VetoedFinalState remainder = zfinder.remainingFinalState();<br>
         addProjection(remainder, "RFS");<br>
         (i.e. making a full copy, not just by reference)<br>
         makes Rivet's projection book-keeping fall over:<br>
<br>
         Error in MY_RFSTEST2c::init method: No projections registered<br>
         for<br>
         parent 0x7ffe07be8840<br>
</blockquote></blockquote>
<br></span>
I guess that's because we don't have a dedicated copy constructor that re-registers the copy with the handler. This now would be a valid reason to ban copies completely, but needs to be done consistently throughout the projection machinery.</blockquote><div><br></div><div>Do we have other options? Isn't it possible to check with the handler whether the projection-being-copied already has been registered and, if so, register the new projection as well?</div><div><br></div><div>Chris</div></div></div></div></div></div></div>