Памылка MSB6006: «mt.exe» завяршыўся з кодам 31

Я сутыкнуўся з гэтай праблемай сёння ў час міграцыі VS2008 рашэння VS2010. Праблема паўстала ў адным з наступных сцэнарыяў:

  1. Rebuild Solution
  2. Clean затым Build Solution

Калі б я зрабіў другі Пабудаваць пасля любой з іх, праблема не выяўлялася. З дапамогай Google, усё, што я прыдумаў быў падгадаванага блогі ад Microsoft кажуць, што яны не ў стане прайграць праблему, ці што яна зафіксавана ў будучыні выпуску.

The best thing I found was here: Mikazo Tech Blog: Solve MT.exe Errors in Visual Studio 2010

In the above article it said that the problem is related to Manifest generation, and that the solution is to turn off Manifests in settings under Linker-->Manifest. I don't need Manifests for this project, but I still wasn't satisfied.

Я вырашыў гэтую праблему, і я проста збіраюся адказаць на мой уласны пытанне, таму што я не знайшоў гэтую канкрэтную памылку (код 31) на StackOverflow.

34
Спасылка на Mikazo Tech Блог цяпер зламаная.
дададзена аўтар Max Yaffe, крыніца
Спасылка на Mikazo Tech Блог цяпер зламаная.
дададзена аўтар Max Yaffe, крыніца

21 адказы

Выкарыстанне працэсу маніторынгу і DbgView я выявіў msmpeng (Microsoft Security Essentials) быў доступ да файла, толькі калі mt.exe хацеў мець яго выключна. За выключэннем каталога распрацоўкі вырашыць гэтую праблему. Гэта яшчэ абыходны шлях, вядома.

35
дададзена
Я не правяраў, але гэта здаецца найбольш праўдападобным рашэннем дагэтуль =)
дададзена аўтар paddy, крыніца
У мяне было гэтае пытаньне, і гэта было прычынай. Тым не менш, маё рашэнне было змяніць выхадны каталог і прамежкавы рэж будзе каталог, які не адсканаваны з дапамогай анты-віруса (я ў карпаратыўнай сеткі і не магу наладзіць свой анты віруса).
дададзена аўтар ytoledano, крыніца
Проста для праверкі; гэта рашэнне працуе! Дзякуй! :)
дададзена аўтар Rami A., крыніца
Тое ж самае здарылася з намі на працягу ночы і зусім нечакана. Там няма Microsoft Security Essentials больш, гэта называецца Windows Defender, у цяперашні час. Гэта ў раздзеле Налады -> Абнаўленне і Бяспека -> Windows Defender -> Дадаць выключэнне.
дададзена аўтар Tamas Demjen, крыніца
Я таксама толькі што бачыў гэты ж пытанне ў першы раз сёння раніцай. Адкрыццё Security Essentials і за выключэннем майго Візуальная папка Студыя праект ўсталяваў яе для мяне. Дзякуй за рашэнне.
дададзена аўтар Gixxernaut, крыніца

Выкарыстанне працэсу маніторынгу і DbgView я выявіў msmpeng (Microsoft Security Essentials) быў доступ да файла, толькі калі mt.exe хацеў мець яго выключна. За выключэннем каталога распрацоўкі вырашыць гэтую праблему. Гэта яшчэ абыходны шлях, вядома.

35
дададзена
Я не правяраў, але гэта здаецца найбольш праўдападобным рашэннем дагэтуль =)
дададзена аўтар paddy, крыніца
У мяне было гэтае пытаньне, і гэта было прычынай. Тым не менш, маё рашэнне было змяніць выхадны каталог і прамежкавы рэж будзе каталог, які не адсканаваны з дапамогай анты-віруса (я ў карпаратыўнай сеткі і не магу наладзіць свой анты віруса).
дададзена аўтар ytoledano, крыніца
Проста для праверкі; гэта рашэнне працуе! Дзякуй! :)
дададзена аўтар Rami A., крыніца
Тое ж самае здарылася з намі на працягу ночы і зусім нечакана. Там няма Microsoft Security Essentials больш, гэта называецца Windows Defender, у цяперашні час. Гэта ў раздзеле Налады -> Абнаўленне і Бяспека -> Windows Defender -> Дадаць выключэнне.
дададзена аўтар Tamas Demjen, крыніца
Я таксама толькі што бачыў гэты ж пытанне ў першы раз сёння раніцай. Адкрыццё Security Essentials і за выключэннем майго Візуальная папка Студыя праект ўсталяваў яе для мяне. Дзякуй за рашэнне.
дададзена аўтар Gixxernaut, крыніца

WARNING: This exact error can also happen as a result of having a Windows Explorer window open in the folder containing the *.exe which you are currently attempting to build.

Напрыклад: Explorer адкрыць у /.../ MYPROJ/Debug/ пры спробе пабудаваць Debug версію кода ў Visual Studio.

Я быў злы на сябе за ~ 10 хвілін, перш чым зразумеў гэта.

32
дададзена
Ці былі ў мэтавай файл вылучаны ў Windows Explorer, ці гэта быў проста акт таго, што папка адкрыта?
дададзена аўтар paddy, крыніца
Гэта было проста адкрыць і сядзеў там. Дзіўна, я ведаю. Неўзабаве, як я зачыніў яго там не было ніякіх праблем.
дададзена аўтар bunkerdive, крыніца

WARNING: This exact error can also happen as a result of having a Windows Explorer window open in the folder containing the *.exe which you are currently attempting to build.

Напрыклад: Explorer адкрыць у /.../ MYPROJ/Debug/ пры спробе пабудаваць Debug версію кода ў Visual Studio.

Я быў злы на сябе за ~ 10 хвілін, перш чым зразумеў гэта.

32
дададзена
Ці былі ў мэтавай файл вылучаны ў Windows Explorer, ці гэта быў проста акт таго, што папка адкрыта?
дададзена аўтар paddy, крыніца
Гэта было проста адкрыць і сядзеў там. Дзіўна, я ведаю. Неўзабаве, як я зачыніў яго там не было ніякіх праблем.
дададзена аўтар bunkerdive, крыніца

У маіх праектах, прамежкавыя і выхадныя каталогі былі ўстаноўлены:

  • Прамежкавы Dir: $ (Канфігурацыя) \
  • Выхадныя Dir: $ (SolutionDir) бен \ $ (Configuration) \

Under C/C++-->Output Files, I had the following:

  • ASM Спіс Месцазнаходжанне: $ (IntDir) \
  • Імя файла аб'екта: $ (IntDir) \
  • Імя файла
  • Праграмы базы дадзеных: $ (OutDir) \ $ (Имя_целевого_объект) .pdb

Under Linker-->Manifest File, I had:

  • маніфест файл: $ (IntDir) $ (Имя_целевого_объект) $ (TargetExt) .intermediate.manifest

The cure was to remove the trailing \ from my C/C++-->Output Files section (because it's already part of those variables):

  • Спіс ASM Адкуль: $ (IntDir)
  • Імя файла аб'екта: $ (IntDir)
  • Імя файла
  • Праграмы базы дадзеных: $ (OutDir) $ (Имя_целевого_объект) .pdb

Як правіла, двойчы да выкарыстання $ (IntDir) або $ (OutDir) з завяршальным \ , здаецца, не выклікае праблем, нягледзячы на ​​тое, што гэта дрэнная практыка. Я не магу цяпер прыгадаць, ці зрабіў я гэта выпадкова, або калі працэс пераўтварэння зрабіў гэта, але па нейкай прычыне, ён, здаецца, быў Месінга <�моцны> MT.exe .

Я спадзяюся, што гэта карысна для ўсіх, хто сутыкаецца з гэтай праблемай. Вашы налады таксама могуць быць рознымі, але лічаць, што гэта можа быць звязана з скажоныя імёны файлаў.

5
дададзена

Паспрабуйце адключыць Windows Defender (ці, магчыма, іншыя звязаныя з праграмным забеспячэннем антывіруснай). Абаронца Windows, як вядома, блакуе файлы, таму што MT.EXE запускаецца пасля таго, як кампаноўнік скончаная. WD скача ў сярэдзіне, каб праверыць у новапабудаваны EXE і блакуе яго для MT.EXE.

3
дададзена
^ Гэта: Выключаючы толькі альбо працэсаў devenv.exe або ўласных генераваных пабудаваць адзін не было дастаткова. Гэта павінна было быць у тэчцы, дзе зборка жыў.
дададзена аўтар Laurie Stearn, крыніца

Паспрабуйце адключыць Windows Defender (ці, магчыма, іншыя звязаныя з праграмным забеспячэннем антывіруснай). Абаронца Windows, як вядома, блакуе файлы, таму што MT.EXE запускаецца пасля таго, як кампаноўнік скончаная. WD скача ў сярэдзіне, каб праверыць у новапабудаваны EXE і блакуе яго для MT.EXE.

3
дададзена
^ Гэта: Выключаючы толькі альбо працэсаў devenv.exe або ўласных генераваных пабудаваць адзін не было дастаткова. Гэта павінна было быць у тэчцы, дзе зборка жыў.
дададзена аўтар Laurie Stearn, крыніца

Прадастаўленне крэдыту https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/c5a3e2c3-fbf4-4268-a551-8cee195be586/test-case-13-for-vista- ? сертыфікацыя форуму = windowscompatibility , я знайшоў гэта было вырашана шляхам фіксацыі "-" сімвала ў посце зборкі камандным радку. Я лічу, што некаторыя дрэнныя намаганні капіявання/устаўкі замянілі злучок з працяжнік.

2
дададзена
Гэта была мая праблема таксама, але дзіўна тое каманда пасля зборкі працавала ў Visual Studio 2013, але не ў Visual Studio 2017, і гэта пачатак памылкі. Вельмі дзіўна, дрэнны характар.
дададзена аўтар ScottN, крыніца

Прадастаўленне крэдыту https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/c5a3e2c3-fbf4-4268-a551-8cee195be586/test-case-13-for-vista- ? сертыфікацыя форуму = windowscompatibility , я знайшоў гэта было вырашана шляхам фіксацыі "-" сімвала ў посце зборкі камандным радку. Я лічу, што некаторыя дрэнныя намаганні капіявання/устаўкі замянілі злучок з працяжнік.

2
дададзена
Гэта была мая праблема таксама, але дзіўна тое каманда пасля зборкі працавала ў Visual Studio 2013, але не ў Visual Studio 2017, і гэта пачатак памылкі. Вельмі дзіўна, дрэнны характар.
дададзена аўтар ScottN, крыніца

Запуск VS адміністратара. Гэта вырашыла праблему для мяне.

1
дададзена

Запуск VS адміністратара. Гэта вырашыла праблему для мяне.

1
дададзена

выдаленне «праграмы адладкі базы дадзеных» ў папцы "адладкі» працаваў для мяне.

Гэтая праблема ўзнікла, калі я кіраваў EXE-файл у тэчцы адладкі на высокі прыярытэт.

1
дададзена

выдаленне «праграмы адладкі базы дадзеных» ў папцы "адладкі» працаваў для мяне.

Гэтая праблема ўзнікла, калі я кіраваў EXE-файл у тэчцы адладкі на высокі прыярытэт.

1
дададзена

У мяне ёсць праект (* .sln) напісаны ў візуальнай студыі з 8.0. Яна была перанесена ў VC10 нядаўна. Калі я выбіраю рэжым «Release», ён быў складзены паспяхова. Але калі я выбіраю «рэжым адладкі», памылка «MSB6006 mt.exe код 31» адбылося.

Я выявіў, што ў рэжыме выпраўленьня, ён выкарыстаў няправільны подпроект ўводу ў эксплуатацыю. Пасля фіксацыі запуску суб-праект, ён ідзе добра да гэтага часу.

---- Новы статус --- Гэта не вырашыць праблему. Ён проста робіць задачу disapear temporalily перабудаваўшы-ўсё. Акрамя таго, ёсць і іншыя недахопы, выкліканыя міграцыяй. «Resources.h» прапушчаны з новага праекту і «winres.rc» кароціцца.

0
дададзена
Ён проста робіць задачу disapear temporalily перабудаваўшы-ўсё.
дададзена аўтар jemin, крыніца

У мяне ёсць праект (* .sln) напісаны ў візуальнай студыі з 8.0. Яна была перанесена ў VC10 нядаўна. Калі я выбіраю рэжым «Release», ён быў складзены паспяхова. Але калі я выбіраю «рэжым адладкі», памылка «MSB6006 mt.exe код 31» адбылося.

Я выявіў, што ў рэжыме выпраўленьня, ён выкарыстаў няправільны подпроект ўводу ў эксплуатацыю. Пасля фіксацыі запуску суб-праект, ён ідзе добра да гэтага часу.

---- Новы статус --- Гэта не вырашыць праблему. Ён проста робіць задачу disapear temporalily перабудаваўшы-ўсё. Акрамя таго, ёсць і іншыя недахопы, выкліканыя міграцыяй. «Resources.h» прапушчаны з новага праекту і «winres.rc» кароціцца.

0
дададзена
Ён проста робіць задачу disapear temporalily перабудаваўшы-ўсё.
дададзена аўтар jemin, крыніца

У маім выпадку гэта была праблема з TortoiseGit. Выдаленне Debug і Release тэчкі са сховішча GIT вырашыць гэтую праблему.

0
дададзена

У маім выпадку гэта была праблема з TortoiseGit. Выдаленне Debug і Release тэчкі са сховішча GIT вырашыць гэтую праблему.

0
дададзена

Праверце, калі ў вас ёсць якія-небудзь антывіруснае праграмнае забеспячэнне, як AVG. Выключыць файлы маніфесту ў спісе праграмнага забеспячэння выключэння антывіруснай.

0
дададзена

Праверце, калі ў вас ёсць якія-небудзь антывіруснае праграмнае забеспячэнне, як AVG. Выключыць файлы маніфесту ў спісе праграмнага забеспячэння выключэння антывіруснай.

0
дададзена

Паглядзіце на MSB8012 папярэджанне. Хутчэй за ўсё, у вас ёсць розныя спецыфікацыі высновы для ++ выхаднога значэння C і значэння выхаднога кампаноўніка.

0
дададзена

Паглядзіце на MSB8012 папярэджанне. Хутчэй за ўсё, у вас ёсць розныя спецыфікацыі высновы для ++ выхаднога значэння C і значэння выхаднога кампаноўніка.

0
дададзена