<div dir="ltr">Hi Frank, all,<br><div><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
</span>Chris, I just saw your reply to Leif in the other mail:<br>
<span><br>
> If I'm not mistaken, this is more or less what we've begun implementing; I<br>
> think we have a ~working implementation for 1D histograms. We have not<br>
> expanded this to other types yet.<br>
<br>
</span>Can you iterate a bit on which work has started on this re-entrant<br>
histogramming? I pinged Andy about it a few months ago when I realized<br>
that it doesn't even have to be that interruptive because the basic<br>
book keeping of analysis objects already exists. I would be interested<br>
to hear which direction you are taking now. If you want, we could also<br>
have a chat about it on Skype/Vidyo/...<br></blockquote><div><br></div><div>Sorry: I didn't respond very clearly to Leif's email. The mechanism for storing temporary histograms that deal with the NLO counter events has been started. So far there are no (significant) changes to finalize() to deal with multiple runs.<br><br></div><div>In any case, a skype chat might be nice to re-kickstart this effort a bit. I'm not certain I understand your statement about non-interruptive book keeping.<br><br></div><div>Chris<br></div></div></div></div></div>