error: c101008d
-
Monday, August 14, 2006 3:56 PM
Hi all,
I have the following minor but annoying error whenever I build my application for the first time after modifying its code .
"Error 2 general error c101008d: Failed to write the updated manifest to the resource of file ".\Debug\eConsole.exe". The process cannot access the file because it is being used by another process. mt.exe "
The building is fine for the second time. In other words, whenever I modify the code, I have to build it twice because the first time always generates the above error. This is true for both debuga and release versions. This is not a big deal, but just a bit annoying.
Could anyone offer some tip to fix this?
Thanks,
hz
All Replies
-
Tuesday, August 15, 2006 11:21 AMUse Handle from SysInternals to see what other process has a handle to the exe.
I suspect what you'll find is that it is a devenv bug, though, especially if you're using VS 2005 which is the worst IDE put out yet by Microsoft in terms of stability.
Handle can be found here:
http://www.sysinternals.com/Utilities/Handle.html -
Wednesday, August 16, 2006 9:37 PM
Thanks, Rabbi!
I searched for mt.exe before and after the building and could not find anything. I am quite sure that I did the search in a correct way because if I have a word file open and search for the file name it will return winword.exe as the process holding the file.
What is puzzling is if I build it again WITHTOUT doing anything, it will build it correctly. In other words, I need to click the build button twice.
hz
-
Wednesday, August 16, 2006 10:03 PM
Its probably not related, but atleast two websites report mt.exe as 'most likely a virus/trojan' called Backdoor.W32.EmTee.
See http://www.processlibrary.com/directory/files/mt/ for more information.
-
Thursday, August 17, 2006 1:39 PM
Thanks, Nikhil!
According to MSDN, mt.exe seems to be a useful or even necessary file.
http://windowssdk.msdn.microsoft.com/en-us/library/ms716972.aspx
Do you know MS's official opinion regarding this. I just want to avoid any risk of jeopardizing VS by erasing somthing needed by it.
hz
-
Thursday, August 17, 2006 1:53 PMYes, but documentation seems to suggest that you need to manually invoke it to sign files and catalogs. I dont think the IDE invokes it automatically. So unless you are calling it manually or through a precompile step on your project....
-
Thursday, August 17, 2006 1:59 PM
Nikhil,
I have just gone through all the properties of the VS project and could not find anything referring to mt.exe. I am lost.
hz
-
Thursday, August 17, 2006 2:51 PM
Find mt.exe and look at its properties... Use processexplorer from sysinternals to see whats spawning mt.exe before/during/after rebuilds. See if you can in any ways indentify what and where this process comes from. All failing, run a antivirus check/investigate possibility that this is a malicious application. -
Thursday, August 17, 2006 10:35 PM
Hi Nikhil,
I used processexplorer to search for mt.exe yesterday and today, before, during and after the building, but I found nothing.
I have just done a virus scan and found nothing. My computer is on our corporate network and guarded tightly.
hz
-
Tuesday, September 05, 2006 10:00 PMI get this all the time. VS2005, C++ project, release build (debug works fine). I just built the app 27 times in a row before it finally succeeded. It drives me absolutely bonkers. A coworker of mine says he has seen it only a couple times while building the same app.
-
Wednesday, September 06, 2006 3:47 PM
Thanks, BradEdwards, for the information. Now, at least, I know that I am not alone so my computer and its configuration are unlikely the problem. Most probably it is another VS bug that I can live with for now.
-
Wednesday, April 18, 2007 2:01 PM
I had this error, too. It seemed to be caused by Norton Antivirus Autoprotect, which tried to scan doings of mt.exe (since it is odd application launched by application). I got rid of the error when I defined Autoprotect to ignore mt.exe. Now everything is smooth.- Proposed As Answer by Volkan Altuntaş Thursday, May 13, 2010 7:37 AM
-
Wednesday, May 02, 2007 9:24 AMYou may turn off embedding manufist file.. I'm not sure if adding a resource file to your project would help.. but most propubly option one will work.
-
Thursday, June 14, 2007 5:22 PM
There is a 'maximum number of paralel project builds' option under 'Tools', 'Options', 'Projects and Solutions', 'Build and Run' branch... Setting it to 1 solved my problems...
Krassi
- Proposed As Answer by rbronco21 Tuesday, June 08, 2010 8:08 PM
-
Saturday, July 14, 2007 3:47 AM
Great diagnosis Anonymousojjojo! I had this problem as well. VERY annoying. The problem was Symantec Antivirus Autoprotect. I turned AutoProtect off and immediately everything worked. Now I just have to figure out how to turn Autoprotect back on without it scanning mt.exe but that should not be very difficult.
- Proposed As Answer by Volkan Altuntaş Thursday, May 13, 2010 7:37 AM
-
Thursday, March 06, 2008 6:24 PM
necrophilissim wrote: I had this error, too. It seemed to be caused by Norton Antivirus Autoprotect, which tried to scan doings of mt.exe (since it is odd application launched by application). I got rid of the error when I defined Autoprotect to ignore mt.exe. Now everything is smooth. same here. you may want to set norton to ASK ME WHAT TO DO under REAL TIME PROTECTION / AUTO PROTECT which is under ADDITIONAL OPTIONS which is under SETTINGS.
Options -> Norton Internet Security -> Real-Time Protection ->Auto-Protect, Uncheck Auto-Protect for long enough to compile your program.
Worked like a charm after several failed attempts and an annoying trip to the forums.
- Proposed As Answer by Volkan Altuntaş Thursday, May 13, 2010 7:40 AM
There is a 'maximum number of paralel project builds' option under 'Tools', 'Options', 'Projects and Solutions', 'Build and Run' branch... Setting it to 1 solved my problems...
Krassi
it solved my problem, but then i'm not sure if it will increase building time.
I think it's a bug for IDE, one thread hold the file and the other thread try to update the manifest
Maximum number of parallel project builds did not help the issue for me.
http://www.symantec.com/docs/TECH196178
With SEP 12.1 installed, Microsoft Visio 2010 reports an error when compiling:
Compiler error: mt.exe : general error c101008d: Failed to write the updated manifest to the resource of file "x:\path\file_name.dll". Access is denied. Build failed.
Cause
The error can occur in some situations due to a race condition between the compiler process and the anti-virus file-system auto-protect.
Update: This worked for me like a charm. You have to turn tamper protection off on the Symantec/Norton client before you can make the registry change and then back on again once you are done. And the "0" appears to be the correct value. The title in the tech bulletin is just wrong. It should say Microsoft Visual Studio, not Microsoft Visio.
- Edited by _Andy__ Tuesday, February 05, 2013 9:41 PM Additional info added

