View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010283 | MMW v4 | Conversion/Leveling | public | 2012-12-24 03:19 | 2013-07-05 21:52 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.1 | ||||
| Target Version | 4.1 | Fixed in Version | 4.1 | ||
| Summary | 0010283: AV while ripping CD | ||||
| Description | During some CD ripping operations, an AV occurred with a message that the process cannot access the file because it's being used by another process. Debug log was uploaded 12/23 10:19pm EST, with identifying bug #. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 1617 | ||||
|
|
I analyzed the log and the AV occured once MM ripped the track, set the file tag and wanted to set the file timestamp. In that time the file was locked by another process. I revised our code and it doens't look that it could be our process that blocked the file. Is this consistently reproducable on your machine or it was a random error? Maybe some file auto-scan or auto backup apps are running on your PC and locked the file? Or could it be just another instance of this http://www.ventismedia.com/mantis/view.php?id=8398#c27873 ? Although there just directories were locked when Win generates thumbs. ProcessExplorer should tell more which process does it once the issue occurs again. |
|
|
Assigned back to me, I guess we should wait for the file in such a cases and fail only if the file is locked for several seconds. The same we already do in similar scenarios. BTW. This seems to be child of 0008487 (i.e. introduced while fixing 0008487) |
|
|
Fixed in 1617. |
|
|
Verified 1646 |
