From: Frank Geurts (geurts_at_rice.edu)
Date: Tue Jan 21 2003 - 16:48:22 EST
W.J. Llope wrote:
>
>
> At 12:54 PM -0600 1/21/03, Frank Geurts wrote:
>
>> a very unfortunate bug ... i will talk to Herb about this since it
>> can be fixed in offline.
>
>
> i am very glad to read that this can be fixed in offline -
> thank you in advance for checking with Herb.
>
> the block of data we've collected so far is not small
> enough to simply ignore in my opinion.
the data will not be ignored, there will be an offline trick to
accomodate the ~2 days of data w/ the inconsistent TOFP header. Although
i think these two days is not a lot considering the weeks to come,
inconsistent headers do not mean lost data, just more digging :)
> one reason i remain confused about this is the fact that
> on last saturday you mentioned that you had looked at an actual
> daq file from a test run (from Dave h.) in some detail and all
> looked good. this is something that started between then?! if
> not, how did your reader work if the headers were fouled?!
> i.e. this thread implied to me that this something that didn't
> break our daq reader but DID break daq's daq reader - i thought
> these were (exactly or at least algorithmically) the same....
yes they are the same. And no, the daqreader has not changed. Saturday a
single event was checked. The TOFP header is not relevant for those
checks, it becomes relevant when browsing through a daq file, i.e.
moving to another subevent (bank) or event. (Keep in mind that pedestal
runs are only a single event)
So, this bug has been in there all the time, but never got noticed
simply because we didn't look further than one event.
Btw. the daqreader for the TOFp+r data is *not* committed to CVS yet ...
i am working on it right now. Well that's why, you could say, those
fast-offline folks see problems! Nope, the reported problems are in a
piece of code maintained by Herb which does simple consistency checks.
Our TOF_Reader was not even involved at that stage ...
anyway, this is work in progress ... more later
-frank
This archive was generated by hypermail 2.1.4 : Thu Jul 24 2003 - 00:39:32 EDT