Tweet
We have seen, when running 72-hour burnintests in Xen virtual machines:
On Vista SP1 32bit, running burnintest 1012:
Faulting application bit.exe, version 5.3.1012.0, time stamp 0x4715ab72, faulting module unknown, version 0.0.0.0, time stamp 0x00000000, exception code 0xc0000005, fault offset 0x01010101, process id 0xefc, application start time 0x01c8c3d48f8decae.
On Vista SP1 32bit, running burnintest 1022:
Faulting application bit.exe, version 5.3.1022.0, time stamp 0x4850d46a, faulting module unknown, version 0.0.0.0, time stamp 0x00000000, exception code 0xc0000005, fault offset 0x28272634, process id 0xc94, application start time 0x01c8de315c210b78.
I'm afraid I don't have access to the burnintest log files from those runs right now.
Earlier posts from Ian suggest that you think errors like these are caused by something in Vista, or a driver, interacting poorly with burnintest. Is there anything more known about that?
We have also seen other failures that look like test patterns have overwritten something but that was on 2k3 and that's not something that's been reported on real hardware.
Once again: I don't think this is a bug in your software. But if there is a bug (in Windows?) that makes burnintest do this (as reported above by jimyin) it would be great to know whether it's understood, fixed, or can be worked around so we can get back to our own bugs.
Cheers,
Tim.
On Vista SP1 32bit, running burnintest 1012:
Faulting application bit.exe, version 5.3.1012.0, time stamp 0x4715ab72, faulting module unknown, version 0.0.0.0, time stamp 0x00000000, exception code 0xc0000005, fault offset 0x01010101, process id 0xefc, application start time 0x01c8c3d48f8decae.
On Vista SP1 32bit, running burnintest 1022:
Faulting application bit.exe, version 5.3.1022.0, time stamp 0x4850d46a, faulting module unknown, version 0.0.0.0, time stamp 0x00000000, exception code 0xc0000005, fault offset 0x28272634, process id 0xc94, application start time 0x01c8de315c210b78.
I'm afraid I don't have access to the burnintest log files from those runs right now.
Earlier posts from Ian suggest that you think errors like these are caused by something in Vista, or a driver, interacting poorly with burnintest. Is there anything more known about that?
We have also seen other failures that look like test patterns have overwritten something but that was on 2k3 and that's not something that's been reported on real hardware.
Once again: I don't think this is a bug in your software. But if there is a bug (in Windows?) that makes burnintest do this (as reported above by jimyin) it would be great to know whether it's understood, fixed, or can be worked around so we can get back to our own bugs.
Cheers,
Tim.
Comment