Race condition in rad_Extract Full Image.vi

[clendon-gibson]

There is a race condition in rad_Extract Full Image.vi. In the VI there is a copy function and a subVI called Util_AppCreateTempDirectory.vi. The order of execution of these two functions is not guaranteed. If the util runs first, it deletes and recreates a directory. The copy then copies the image file to this newly created directory. This is the correct order.

If the copy happens first, then the util deletes the directory along with the copied image file and leaves an empty directory.

Functions downstream fail in this case as they expect the image to be there and it isn't. The user level symptom of this is being told that the image file is incompatible with the version of RAD. This is because the image file version string is empty.

[SparkingSpork]

Thanks for reporting this. You're definitely correct about the order of execution not being enforced properly and this is a bug.

As far as I can tell, there shouldn't be a folder already present that gets deleted unless an error has occurred somewhere during execution. I've also never seen this error happen. Do you have a consistent way to reproduce this behavior?

[Sicitronic]

I also have the same problem. Into Replication and Deployment Utility.vi -> rad_Deploy Application Image.vi -> rad_Extract Full Image.vi. sometimes the task that copies .lvappimg image into lvtemporary_xxxxxx.tmp\lvappimage.contents is executed before deleting the content into lvtemporary_xxxxxx.tmp\lvappimage.contents, so the image is deleted. The program flow must guarantee to delete the content into lvtemporary_xxxxxx.tmp\lvappimage.contents before copy the image into it.