James,
The Rip DVD to Harddisk... function seems to be able to handle an inadvertent eject (or disc media read error) normally. It will throw a FileIO error in the interface and the operator can handle the issue.
However, if you have two drives and then choose "Rip DVD to Harddisk..." on both of them, and then eject both at the same time, one of the ripper windows gets the FileIO error, while the other does not.
Once you close the ripper that got the FileIO error, the other window will accept clicks, but pressing the Abort button does nothing. There's no way to get rid of the dialog box (and clearly ripping isn't continuing).
It looks like the disc IO error handler isn't properly re-entrant if you have two ripping threads that fail and the first error hasn't been cleared by the operator before the second one fails.
I am going to do some more experiments to see if the problem requires simultaneous drive errors, or if it only requires that the operator not have closed out the error dialogs from the first error by the time the second error comes along. I also suspect this triggers a stale drive/file handle issue because I can't shutdown cleanly after the problem occurs.
-brendan
PS - if you get a chance to look into that, it might also be nice to include the drive letter of the problem drive in the dialog box reporting the FileIO error (for automation purposes, <grin>).
The Rip DVD to Harddisk... function seems to be able to handle an inadvertent eject (or disc media read error) normally. It will throw a FileIO error in the interface and the operator can handle the issue.
However, if you have two drives and then choose "Rip DVD to Harddisk..." on both of them, and then eject both at the same time, one of the ripper windows gets the FileIO error, while the other does not.
Once you close the ripper that got the FileIO error, the other window will accept clicks, but pressing the Abort button does nothing. There's no way to get rid of the dialog box (and clearly ripping isn't continuing).
It looks like the disc IO error handler isn't properly re-entrant if you have two ripping threads that fail and the first error hasn't been cleared by the operator before the second one fails.
I am going to do some more experiments to see if the problem requires simultaneous drive errors, or if it only requires that the operator not have closed out the error dialogs from the first error by the time the second error comes along. I also suspect this triggers a stale drive/file handle issue because I can't shutdown cleanly after the problem occurs.
-brendan
PS - if you get a chance to look into that, it might also be nice to include the drive letter of the problem drive in the dialog box reporting the FileIO error (for automation purposes, <grin>).
Last edited: