- Remove From My Forums
-
Вопрос
-
Подскажите пожалуйста. Пишу исходник в Microsoft Visual C++ 2008 Express Edition. Компилирую — все нормально, работает. вношу какие либо изменения в коде и пытаюсь заново скомпилировать. Выдает вот такую ошибку.
1>—— Построение начато: проект: 5_stepen’, Конфигурация: Debug Win32 ——
1>Компиляция…
1>stepen’.cpp
1>Компоновка…
1>LINK : fatal error LNK1168: не удается открыть C:UsersAntonDocumentsVisual Studio 2008Projects5_stepen’Debug5_stepen’.exe для записи
1>Журнал построения был сохранен в «file://c:UsersAntonDocumentsVisual Studio 2008Projects5_stepen’5_stepen’DebugBuildLog.htm»
1>5_stepen’ — ошибок 1, предупреждений 0
========== Построение: успешно: 0, с ошибками: 1, без изменений: 0, пропущено: 0 ==========Для устранения приходится сохранить мой.cpp и закрыть прогу. через 2 минуты отрывать. тогда запускается компиляция. Ни чего не могу поделать.
-
Перемещено
2 октября 2010 г. 0:53
MSDN Forums Consolidation (От:Visual Studio — отзывы и пожелания)
-
Перемещено
Ответы
-
Добрый день.
Такое происходит, когда Ваш файл 5_stepen.exe не доступен для записи. В ОС WinNT это ситуация возникает, когда файл залочен. Причиной может служить следующее: Вы скомпилировали проект и запустили полученный код. Вносите изменения, компилируете, но запись в файл .exe линковщиком не может быть выполнена, т.к. программа продолжает выполняться, т.е. она продолжает висеть в памяти. Для решения проблемы необходимо просто остановить выполнение Вашей программы 5_stepen.exe.
-
Помечено в качестве ответа
-An-
9 мая 2010 г. 19:15
-
Помечено в качестве ответа
Содержание
- Ошибка средств компоновщика LNK1168
- Linker Tools Error LNK1168
- Fatal error lnk1168 visual
- Лучший отвечающий
- Вопрос
- Ответы
- Все ответы
- Fatal error lnk1168 visual
- Answered by:
- Question
- Answers
- All replies
- Fatal error lnk1168 visual
- Лучший отвечающий
- Вопрос
- Ответы
- Все ответы
Ошибка средств компоновщика LNK1168
не удается открыть «имяфайла» для записи
Компоновщику не удается выполнить запись в filename . Файл используется или его дескриптор заблокирован другим процессом либо у вас нет разрешения на запись для этого файла, каталога или сетевой папки, в которой находится файл. Эта ошибка часто вызвана временным условием, например блокировкой, удерживаемой антивирусной программой, процессом индексирования файлов или задержкой при освобождении блокировки, удерживаемой системой сборки Visual Studio.
Чтобы устранить эту проблему, убедитесь, что дескриптор файла filename не заблокирован и у вас есть разрешение на запись в данный файл. Если это исполняемый файл, убедитесь, что он не запущен на исполнение.
Вы можете использовать обработчик служебных программ Windows SysInternals или обозреватель процессов , чтобы определить, какой процесс имеет блокировку filename дескриптора файлов. С помощью программы Process Explorer можно также снимать блокировку дескрипторов открытых файлов. Сведения об использовании этих программ см. в поставляемых с ними файлах справки.
Если файл заблокирован антивирусной программой, для устранения проблемы исключите выходные каталоги сборки из автоматической проверки антивирусной программой. Программы проверки на вирусы часто запускаются при создании в системе новых файлов и блокируют эти файлы на время проверки. Сведения о порядке отключения проверки определенных каталогов см. в документации антивирусной программы.
Если файл заблокирован службой индексирования поиска, для устранения этой проблемы отключите автоматическое индексирование выходных каталогов сборки. Дополнительные сведения см. в документации службы индексирования. Чтобы изменить службу индексирования поиска Windows, используйте параметры индексирования в Windows панель управления. Дополнительные сведения см. в разделе «Поиск индексирования» в Windows 10: вопросы и ответы.
Источник
cannot open filename for writing
The linker can’t write to filename . The file may be in use and its file handle locked by another process, or you may not have write permission for the file, or for the directory or network share it is located in. This error is often caused by a transient condition—for example, a lock held by an anti-virus program, a file search indexing process, or a delay in releasing a lock held by the Visual Studio build system.
To fix this issue, verify that the filename file handle is not locked, and that you have write permission for the file. If it is an executable, verify that it is not already running.
You can use the Windows SysInternals utilities Handle or Process Explorer to determine which process has a file handle lock on filename . You can also use Process Explorer to release locks on open file handles. For information about how to use these utilities, see the Help files that come with them.
If the file is locked by an anti-virus program, you can fix this issue by excluding your build output directories from automatic scanning by the anti-virus program. Anti-virus scanners are often triggered by the creation of new files in the file system, and they hold locks on the files while the scan proceeds. Consult your anti-virus program documentation for details about how to exclude specific directories from scanning.
If the file is locked by a search indexing service, you can fix this issue by excluding your build output directories from automatic indexing. Consult the documentation for the indexing service for more information. To change the Windows search indexing service, use Indexing Options in the Windows Control Panel. For more information, see Search indexing in Windows 10: FAQ.
Источник
Fatal error lnk1168 visual
Лучший отвечающий
Вопрос
Подскажите пожалуйста. Пишу исходник в Microsoft Visual C++ 2008 Express Edition. Компилирую — все нормально, работает. вношу какие либо изменения в коде и пытаюсь заново скомпилировать. Выдает вот такую ошибку.
1>—— Построение начато: проект: 5_stepen’, Конфигурация: Debug Win32 ——
1>Компиляция.
1>stepen’.cpp
1>Компоновка.
1>LINK : fatal error LNK1168: не удается открыть C:UsersAntonDocumentsVisual Studio 2008Projects5_stepen’Debug5_stepen’.exe для записи
1>Журнал построения был сохранен в «file://c:UsersAntonDocumentsVisual Studio 2008Projects5_stepen’5_stepen’DebugBuildLog.htm»
1>5_stepen’ — ошибок 1, предупреждений 0
========== Построение: успешно: 0, с ошибками: 1, без изменений: 0, пропущено: 0 ==========
Для устранения приходится сохранить мой.cpp и закрыть прогу. через 2 минуты отрывать. тогда запускается компиляция. Ни чего не могу поделать.
Ответы
Такое происходит, когда Ваш файл 5_stepen.exe не доступен для записи. В ОС WinNT это ситуация возникает, когда файл залочен. Причиной может служить следующее: Вы скомпилировали проект и запустили полученный код. Вносите изменения, компилируете, но запись в файл .exe линковщиком не может быть выполнена, т.к. программа продолжает выполняться, т.е. она продолжает висеть в памяти. Для решения проблемы необходимо просто остановить выполнение Вашей программы 5_stepen.exe.
Все ответы
Такое происходит, когда Ваш файл 5_stepen.exe не доступен для записи. В ОС WinNT это ситуация возникает, когда файл залочен. Причиной может служить следующее: Вы скомпилировали проект и запустили полученный код. Вносите изменения, компилируете, но запись в файл .exe линковщиком не может быть выполнена, т.к. программа продолжает выполняться, т.е. она продолжает висеть в памяти. Для решения проблемы необходимо просто остановить выполнение Вашей программы 5_stepen.exe.
Здравствуйте, я использую Visual Studio 2008 Pro (C++). Недавно появилась такая проблема: при построении проекта построение «останавливается» на компановке и дальше ни в какую. Студия закрывается только экстренным завершением через диспетчер задач. При этом после закрытия остается процесс link.exe, который:
1) нельзя «убить» (пробовал стандартным диспетчером задач Win XP, Far менеджером);
2) использует файлы компилированного проекта (BuildLog.htm, main.obj, Program.exe в папке Debug) таким образом их нельзя удалить или изменить (при перезапуске визуалки проект не компилируется);
3) не может завершиться при попытке выхода из пользователя/ухода в спящий режим/выключения/перезагрузки, т.е. комп выключается только через ресет.
При этом если после перезапуска визуалки компилировать другой проект получается (с ним может возникнуть аналогичный косяк и будет уже два «висячих» процесса).
Попробовал переставить визуалку — помогло, но не надолго (2-3 дня данной ошибки не было).
Не подскажите, как избавиться от косяка (или хотя бы «убить» процесс без перезагрузки). Заранее спасибо.
Источник
Fatal error lnk1168 visual
This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.
Answered by:
Question
When I first compile and link a solution, everything works fine. However, often (about 60 — 70% of the time), subsequent link operations fail unable to open the .exe file for writing. I’ve checked the obvious things such as the application still running and even trying to delete the existing file via explorer fails saying the file is in use.
If I wait long enough — sometimes up to 5 minutes — then all works well again. I haven’t worked out when this happens. It usually happens if I encounter an unhandled exception during a test run, but sometimes I get this even when the test run was clean.
Answers
How have you the checked that the application is still running? Have you used the Tak Manager?
Thanks to both Simple Samples and einaros.
Yes — I checked task manager but the app wasn’t running.
I suspect that my AV (Norton) might be involved so I’ll download the utility you mention and give it a go. I’ll keep you posted.
look for filename.exe in process.
and finish the filename.exe.
1>LINK : fatal error LNK1168: cannot open C:yadadamyapp.exe for writing
Typically happens after I run the program from Visual Studio, then close the program. The process shuts down and does not show up in either the process manager, or from the commmand line using the ‘handle application. I get this error around 75% of the time.
Here is what I have tried:
- The application ‘myapp.exe’ has closed down cleanly I think. It is not on the process list in the Windows Task Manager
- Sysinternal’s program ‘Handle’ doesn’t find any matching handles for ‘myapp.exe’
- The freeware program ‘Unlocker 1.9.0’ doesn’t think the file is locked
- I can manually delete the file
To get around this error, I have to:
- Manually delete the file through Windows Explorer, or
- Wait a few minutes, then try building again.
Any solution?
On Tue, 20 Jul 2010 02:26:34 +0100, wrote:
>
> Stars: 1; Post: 13;
>
>
> Sorry to ressurect an old thread, but I have this exact same problem on
> Windows 7 64-bit with Visual Studio 2010. The linker fails with the
> error: 1>LINK : fatal error LNK1168: cannot open C:yadadamyapp.exe for
> writing Typically happens after I run the program from Visual Studio,
> then close the program. The process shuts down and does not show up in
> either the process manager, or from the commmand line using the ‘handle
> application. I get this error around 75% of the time. Here is what I
> have tried: The application ‘myapp.exe’ has closed down cleanly I think.
> It is not on the process list in the Windows Task Manager Sysinternal’s
> program ‘Handle’ doesn’t find any matching handles for ‘myapp.exe’ The
> freeware program ‘Unlocker 1.9.0’ doesn’t think the file is locked I can
> manually delete the file To get around this error, I have to: Manually
> delete the file through Windows Explorer, or Wait a few minutes, then
> try building again. Any solution?
Try adding an exception to your anti-virus software.
—
Using Opera’s revolutionary e-mail client: http://www.opera.com/mail/
I disabled the antivirus, I’m using Norton Security Suite. The problem has not gone away. I also have problems with the Windows 7 filesystem not always updating the explorer window after file operations. I suspect this is related.
Frustrating. i need to go back to Windows XP i think, this is my work machine.
Anyone have similar problems?
I am using TortoiseSVN and Elaborate Bytes Virtual CD-ROM Drive that might be causing the problem.
- I changed the «DontRefresh» key from 1 to 0 in HKEY_CLASSES_ROOTCLSID\Instance.
- Uninstalled Virtual CD-ROM Drive
Hopefully this will solve the problem, will post results.
Источник
Fatal error lnk1168 visual
Лучший отвечающий
Вопрос
When I first compile and link a solution, everything works fine. However, often (about 60 — 70% of the time), subsequent link operations fail unable to open the .exe file for writing. I’ve checked the obvious things such as the application still running and even trying to delete the existing file via explorer fails saying the file is in use.
If I wait long enough — sometimes up to 5 minutes — then all works well again. I haven’t worked out when this happens. It usually happens if I encounter an unhandled exception during a test run, but sometimes I get this even when the test run was clean.
Ответы
Все ответы
How have you the checked that the application is still running? Have you used the Tak Manager?
Thanks to both Simple Samples and einaros.
Yes — I checked task manager but the app wasn’t running.
I suspect that my AV (Norton) might be involved so I’ll download the utility you mention and give it a go. I’ll keep you posted.
look for filename.exe in process.
and finish the filename.exe.
1>LINK : fatal error LNK1168: cannot open C:yadadamyapp.exe for writing
Typically happens after I run the program from Visual Studio, then close the program. The process shuts down and does not show up in either the process manager, or from the commmand line using the ‘handle application. I get this error around 75% of the time.
Here is what I have tried:
- The application ‘myapp.exe’ has closed down cleanly I think. It is not on the process list in the Windows Task Manager
- Sysinternal’s program ‘Handle’ doesn’t find any matching handles for ‘myapp.exe’
- The freeware program ‘Unlocker 1.9.0’ doesn’t think the file is locked
- I can manually delete the file
To get around this error, I have to:
- Manually delete the file through Windows Explorer, or
- Wait a few minutes, then try building again.
Any solution?
On Tue, 20 Jul 2010 02:26:34 +0100, wrote:
>
> Stars: 1; Post: 13;
>
>
> Sorry to ressurect an old thread, but I have this exact same problem on
> Windows 7 64-bit with Visual Studio 2010. The linker fails with the
> error: 1>LINK : fatal error LNK1168: cannot open C:yadadamyapp.exe for
> writing Typically happens after I run the program from Visual Studio,
> then close the program. The process shuts down and does not show up in
> either the process manager, or from the commmand line using the ‘handle
> application. I get this error around 75% of the time. Here is what I
> have tried: The application ‘myapp.exe’ has closed down cleanly I think.
> It is not on the process list in the Windows Task Manager Sysinternal’s
> program ‘Handle’ doesn’t find any matching handles for ‘myapp.exe’ The
> freeware program ‘Unlocker 1.9.0’ doesn’t think the file is locked I can
> manually delete the file To get around this error, I have to: Manually
> delete the file through Windows Explorer, or Wait a few minutes, then
> try building again. Any solution?
Try adding an exception to your anti-virus software.
—
Using Opera’s revolutionary e-mail client: http://www.opera.com/mail/
I disabled the antivirus, I’m using Norton Security Suite. The problem has not gone away. I also have problems with the Windows 7 filesystem not always updating the explorer window after file operations. I suspect this is related.
Frustrating. i need to go back to Windows XP i think, this is my work machine.
Anyone have similar problems?
I am using TortoiseSVN and Elaborate Bytes Virtual CD-ROM Drive that might be causing the problem.
- I changed the «DontRefresh» key from 1 to 0 in HKEY_CLASSES_ROOTCLSID\Instance.
- Uninstalled Virtual CD-ROM Drive
Hopefully this will solve the problem, will post results.
Источник
внезапно моя visual studio express 2010 c++ перестала перестраивать мой проект.
Когда я впервые попал в F7, проект строится и работает нормально (черт, это пример hello world).
Затем я делаю некоторые изменения и снова нажимаю F7, затем я получаю:
1>Ссылка: фатальная ошибка LNK1168: не удается открыть C:UsersusernameDocumentsVisual Studio 2010проектыконсольотладкаконсоль.exe для написания
Теперь приходит забавная вещь:
- приложение не запущено и это не показано в диспетчере задач.
- зайдя в каталог проекта и пытаясь удалить его руками приходит с успехом, но файл появляется снова из ниоткуда o_O
- восстановление системы отключено
- я также пытался взять на себя ответственность за весь чертов диск
- каждый раз, когда я удаляю файл, он воссоздает себя снова, но иногда он перестает это делать
- если удалить файл (и он воссоздается после этого), а затем я запустите Sysinternals procmon, затем файл исчезнет.
- если я начну procmon до — то файл продолжает появляться после удаления, как всегда
OS: W7 SP1 64-бит, с последними обновлениями
есть идеи, пожалуйста? google мне не помог: (
8 ответов
18
автор: Software_Designer
проблема наверное в том, что вы забыли закрыть программу и вместо вас программа работает в фоновом режиме.
найдите окно консоли, в котором запущена программа exe-файла, и закройте его, щелкнув X в правом верхнем углу. Затем попробуйте перекомпилировать программу. В моем случае это решило проблему.
Я знаю, что это сообщение старое, но я отвечаю за других людей, таких как я, которые находят это через поисковые системы.
перезапуск Visual Studio решил проблему для меня.
в моем случае очистка и восстановление проекта решили проблему.
ну, я на самом деле просто сохранил и закрыл проект и перезапустил VS Express 2013 в windows 8, и это отсортировало мою проблему.
Это также может быть проблемой из-за неправильного использования функций, таких как FindNextFile, когда FindClose никогда не выполняется. Процесс построенного файла завершается, и сама сборка может быть удалена, но LNK1168 предотвратит перестроение из-за открытого дескриптора. Это может создать утечку дескриптора в Проводнике, которая может быть устранена путем завершения и перезапуска проводника,но во многих случаях необходима немедленная перезагрузка.
У меня также была эта же проблема. Окно консоли больше не было открыто, но я мог видеть, как работает мое приложение, перейдя к процессам в диспетчере задач. Имя процесса было именем моего приложения. Как только я закончил процесс, я смог построить и скомпилировать свой код без проблем.
запустите программу как администратор, он не может переписать ваши файлы, потому что ваши файлы находятся в защищенном месте на вашем диске.
внезапно моя Visual Studio Express 2010 c ++ перестала перестраивать мой проект. Когда я впервые нажимаю F7, проект строится и работает нормально (черт возьми, это привет, мир). Затем я вношу некоторые изменения и снова нажимаю F7, после чего получаю: 1> ССЫЛКА: фатальная ошибка LNK1168: невозможно открыть C: Users username Documents Visual Studio 2010 Projects console Debug console.exe для записи А теперь самое смешное:
- приложение не запущено и не отображается в диспетчере задач.
- зайти в директорию проекта и попытаться удалить его руками увенчался успехом, но файл ПОЯВЛЯЕТСЯ ВНОВЬ ОТКУДА o_O
- восстановление системы отключено
- Я также пытался завладеть всем чертовым приводом
- каждый раз, когда я удаляю файл, он воссоздает себя снова, но иногда перестает это делать
- если удалить файл (и после этого он воссоздается), а затем я запускаю sysinternals procmon, файл исчезнет.
- если я запускаю procmon раньше — то файл продолжает появляться после удаления, как всегда
ОС: W7 SP1 64-бит, с последними обновлениями какие идеи, пожалуйста? гугл мне не помог
- 1 Для меня простая перезагрузка устранила эту ошибку (аналогично ответу CodeMed ниже).
Включите службу «Опыт работы с приложением». Запустите окно консоли и введите
- http://support.microsoft.com/kb/902196
- Большое вам спасибо, я бы никогда не подумал об этом без вашей помощи!
- Спасибо так много, это сводило меня с ума
- 25 Windows 10 выдает ошибку: «Неверное имя службы»
- Как включить взаимодействие с приложением?
- 3 У меня сработало. Еще один нелепый взлом Windows. Microsoft должна заплатить Google изрядную сумму за поддержку своей ОС, иначе никто не сможет воспользоваться этой штукой.
Проблема, вероятно, в том, что вы забыли закрыть программу и вместо этого она работает в фоновом режиме.
Найдите окно консоли, в котором запущена программа exe-файла, и закройте его, щелкнув X в правом верхнем углу. Затем попробуйте перекомпилировать программу. В моем случае это решило проблему.
Я знаю, что эта публикация устарела, но я отвечаю за других людей вроде меня, которые находят ее через поисковые системы.
- 3 Это исправило это для меня. Я скажу, что мне пришлось искать процессы в диспетчере задач Windows, потому что окно консоли исчезло.
- Я не могу закрыть кнопкой X, есть ли другой способ …? Один из способов, который я нашел, — это потерять вашу IDE, а затем она автоматически закроет окно подсказки.
- Win10 VS 2017. Завершение всего до тех пор, пока в диспетчере задач не осталось ничего значимого, не помогает, вместо этого мне приходится перезагружать компьютер. При завершении работы внезапно появляется диалоговое окно с ошибкой, которое немедленно закрывается, предположительно, это диалоговое окно необходимо закрыть, прежде чем отладчик сможет снова получить доступ к приложению, но диалоговое окно не появляется (до завершения работы). Возможно, этот процесс существовал в диспетчере задач, но с общим / бесполезным именем.
- 2 Добавляя к моему вышеупомянутому комментарию, Диспетчер задач не отображает процесс filename.exe, но монитор ресурсов отображает, поэтому я могу убить его оттуда, что решает проблему без перезагрузки.
- @CodeMed ой … вот почему я люблю StackOverflow
Перезапуск Visual Studio решил проблему для меня.
- 1 Мне действительно пришлось перезагрузить весь компьютер.
Я столкнулся с этой проблемой, когда сборка внезапно закрывается перед загрузкой. В диспетчере задач не будет отображаться ни один процесс, но если вы перейдете к исполняемому файлу, созданному в папке проекта, и попытаетесь удалить его, Windows заявит, что приложение уже используется. (Если нет, просто удалите файл и выполните повторную сборку, в результате чего будет создан новый исполняемый файл). В Windows (Visual Studio 2019) файл по умолчанию находится в этом каталоге:
Чтобы завершить предположительно запущенный процесс, откройте командную строку и введите следующую команду:
Это принудительно завершает любой запущенный экземпляр. Восстановите и выполните!
В моем случае очистка и перестройка проекта решили проблему.
ну, на самом деле я просто сохранил и закрыл проект и перезапустил VS Express 2013 в Windows 8, и это решило мою проблему.
- Привет, Спарш Джайн, в вопросе упоминалось, что «визуальная студия экспресс 2010«на»W7 SP1«использовалось. Более того, я не думаю, что ваш ответ не добавляет ничего, чего не охватили существующие ответы.
- Спасибо! Я сделал это с VS 2015 на Windows 10, и это мне помогло
Я думаю, что это самый простой способ решить эту проблему.
Причина в том, что ваша предыдущая сборка все еще работает в фоновом режиме. Я решаю эту проблему, выполнив следующие действия:
- Открыть диспетчер задач
- Перейти к вкладке сведений
- Найдите свое приложение
- Завершите задачу, щелкнув по ней правой кнопкой мыши
- Готово!
Это также может быть проблемой из-за неправильного использования таких функций, как FindNextFile, когда FindClose никогда не выполняется. Процесс созданного файла завершается, и саму сборку можно удалить, но LNK1168 предотвратит перестройку из-за открытого дескриптора. Это может создать утечку дескрипторов в проводнике, которую можно устранить, завершив и перезапустив проводник, но во многих случаях необходима немедленная перезагрузка.
Я знаю, что это старый вопрос, но подумал, что расскажу, как я решил проблему.
Если вы используете Visual Studio и возникает эта ошибка, вы можете попытаться подключиться к процессу (CTRL + ALT + P) и найти процесс «(программа) .exe». Когда вы попытаетесь подключиться к нему, отобразится сообщение об ошибке о том, что подключиться не удалось, что выводит процесс из «запущенного» (даже если это не так …). Вы также сможете удалить (программу) .exe из ваша папка отладки.
Надеюсь, это кому-то поможет!
НАКОНЕЦ НАИЛУЧШИЙ СПОСОБ Сработал идеально для меня
Ни одно из решений на этой странице не помогло мне ЗА ИСКЛЮЧЕНИЕМ СЛЕДУЮЩЕГО
Под секциями комментариев ко второму ответу попробуйте следующее:
Добавляя к моему вышеупомянутому комментарию, Диспетчер задач не отображает процесс filename.exe, но Монитор ресурсов делает, поэтому я могу убить его оттуда, что решает проблему без перезагрузки. — A__ 19 июня ’19 в 21:23
У меня тоже была такая же проблема. Мое окно консоли больше не было открыто, но я мог видеть, как работает мое приложение, перейдя к процессам в диспетчере задач. Имя процесса было именем моего приложения. Как только я закончил процесс, я смог без проблем собрать и скомпилировать свой код.
Запустите вашу программу как администратор. Программа не может перезаписать ваши файлы, потому что они находятся в защищенном месте на жестком диске.