File in use problem

[ttfitz]

I'm running into this problem with ImageGrabLite, but since it's not so much a problem with the plug-in but the circumstances, I thought I'd post here for more general assistance. If I have erred, please accept my apologies and move to the appropriate area.

A while back, during the renaming phase of ImageGrabLite, I had an error with the rename because the file was in use("The process cannot access the file because it is being used by another process"). I figured comskip still had the file open (being run in parallel), so I put some coding in my batch file to wait if the comfix files weren't available, and I thought that took care of it. But recently I've had the problem pop up again, and then twice tonight. After I saw the first one, I added the following code to my batch, but it happened a second time tonight after the change:

Code:

REM try renaming the file to the same name, see if gets an error
:checkopen
ren %1 "%~nx1"
if errorlevel 1 goto waitandcheck
goto grab
:waitandcheck
REM if we got here, the rename failed so wait a bit and try again
ping 1.1.1.1
goto checkopen

:grab

So, anyone have an idea why the file might be otherwise in use? I can think of nothing outside the NPVR universe that should be messing with the file, and it seems that this should catch if it is open there (okay, I stole it from someone else's batch file I found here).

Thanks.

[mvallevand]

There is a useful command line tool that is part of the SysInternals suite called handle.exe that will tell you the process id and name. In Systernals there is also Process Explorer if you want a GUI, these might help with the mystery.

Right now I am working on a version that will queue up all failed renames and do them all as part of the nightly imageGrabLite --updateEPG

Martin.

[johnsonx42]

hmmm... who's batch file could it have been that you STOLE from... hmmm.... :mad:
just kidding, all are welcome to anything I post (that's why I post it), and it's not like I came up with the idea of renaming a file to the same name as a file-open test all on my own.

I'm not sure what else could be messing with the file. maybe comskip opens and closes it again one extra time at the end? perhaps if you add one more delay after the :grab tag to make sure everything is really done.

[mvallevand]

Thanking about the batch file and the handle program I confirmed it returns 0 if the file is in use and 1 if not, so you could use

Code:

:checkopen
handle %1
if errorlevel 1 goto grab
timeout 20
goto checkopen

:grab

Martin

[ttfitz]

Thanking about the batch file and the handle program I confirmed it returns 0 if the file is in use and 1 if not, so you could use

Code:

:checkopen
handle %1
if errorlevel 1 goto grab
timeout 20
goto checkopen

:grab

Martin

Just trying to run Handle in a cmd window, I found it has to have administrative privileges to run. I'm often unclear about such things, but will whatever process that runs postprocessing.bat have the proper privileges?

[johnsonx42]

postprocessing.bat will run as local system. that should have the needed priveleges. I know Martin has posted a method previously that will let you get a command prompt running under the local system account for testing like this, but I don't recall how to do it. google will probably be your friend here, as always.

[ttfitz]

hmmm... who's batch file could it have been that you STOLE from... hmmm.... :mad:
just kidding, all are welcome to anything I post (that's why I post it), and it's not like I came up with the idea of renaming a file to the same name as a file-open test all on my own.

I was too lazy to go back and find where exactly I had copied that, or I would have given a shout-out, like the kids used to say.

I'm not sure what else could be messing with the file. maybe comskip opens and closes it again one extra time at the end? perhaps if you add one more delay after the :grab tag to make sure everything is really done.

Wellllll - I left it out, but I actually had a second delay loop after that one (my original one), which looks for the VPrj file that comskip creates that I use, to see if it exists before finally calling ImageGrabLite. I thought for sure if (1) I did the rename thing to see if the TS file was free, and (2) looked for the comskip file to make sure comskip was finished, that I would have gotten past the locked file time. Guess not. Looking at the comskip log, it says "Time at end of run: Mon Mar 19 23:01:20 2012", which is 4 seconds after the comskip EDL file was created, and right around 4 seconds after ImageGrabLite has the Read Error.

[ttfitz]

postprocessing.bat will run as local system. that should have the needed priveleges. I know Martin has posted a method previously that will let you get a command prompt running under the local system account for testing like this, but I don't recall how to do it. google will probably be your friend here, as always.

Thanks - I found a method just as you proposed, and handle did run, so we'll see how this goes tomorrow.

[mvallevand]

Wellllll - I left it out, but I actually had a second delay loop after that one (my original one), which looks for the VPrj file that comskip creates that I use, to see if it exists before finally calling ImageGrabLite. I thought for sure if (1) I did the rename thing to see if the TS file was free, and (2) looked for the comskip file to make sure comskip was finished, that I would have gotten past the locked file time. Guess not. Looking at the comskip log, it says "Time at end of run: Mon Mar 19 23:01:20 2012", which is 4 seconds after the comskip EDL file was created, and right around 4 seconds after ImageGrabLite has the Read Error.

Perhaps you stumbled on the problem that the file that was locked was not the .ts file Consider using

handle %~dpn1

to check for all the files.

Martin

[ttfitz]

Perhaps you stumbled on the problem that the file that was locked was not the .ts file Consider using

handle %~dpn1

to check for all the files.

Martin

Good point. I think I will do just that. Thanks.