View Issue Details

IDProjectCategoryView StatusLast Update
0010283MMW v4Conversion/Levelingpublic2013-07-05 21:52
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilitysometimes
Status closedResolutionfixed 
Product Version4.1 
Target Version4.1Fixed in Version4.1 
Summary0010283: AV while ripping CD
DescriptionDuring 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 #.
TagsNo tags attached.
Attached Files
Fixed in build1617

Relationships

related to 0008487 closedmichal Last Modified timestamp fails to update on some NAS devices 

Activities

Ludek

2013-01-03 14:08

developer   ~0034247

Last edited: 2013-01-03 14:15

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.

Ludek

2013-01-03 14:27

developer   ~0034248

Last edited: 2013-01-03 18:20

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)

Ludek

2013-01-03 18:18

developer   ~0034252

Fixed in 1617.

peke

2013-07-05 21:52

developer   ~0036761

Verified 1646