This is the file. Rob took at look at it and had the following feedback. I did find that we are writing the PCR and MRR records 2 times which is the problem. But the error
statement didn’t really provide any clues as to why the query failed.
Thanks for your help,
From: marklio [mailto:firstname.lastname@example.org]
Sent: Thursday, October 30, 2008 12:12 PM
Subject: Re: Rewind problem [LinqToStdf:38633]
That's a very interesting file. As you say, Galaxy processes it fine but ....
I ran it through two of my internal tools - one crashed and one processed it without coment.
The one that crashed wasn't written by me and I don't have the source so I can't get any clues from that crash.
I also tried to run it through one of Teradynes tools and got a message saying that the file was not a valid STDF file.
I'm intrigued so I am going to try and work my way through all the records to see if there is anything seriously wrong with the format.
I have noticed a few things that are not quite as I would expect.
1) You have two PCR records - both for site zero.
Normally there should be one per site plus a global one for all sites (site 255)
2) The secod PCR is after the MRR. The V4 spec states that the MRR must be the LAST record in the stream.
- Maybe this is the problem.
3) There are no HBR, SBR and TSR records. I don't think that the V4 spec does not list these records as optional.
Could you check your STDF generator to see if the ordering of PCR and MRR is correct?
Eric, shoot the file to me and I'll see if I can repro. If so, this would definitely be a bug. We shouldn't be invoking rewind in this scenario. We invoke rewind if a record filter is
registered that triggers corruption detection. From the code above, you don't appear to be doing that.
I'm working on getting our test infrastructure into the CodePlex project, which should help us improve the quality dramatically.