Ошибка n 1104 ошибка чтения файла парус

20

Выход

Пункт меню

Файл — Выход

Назначение

Завершить работу и выйти из программы “Светофорный пост”.

•Окно — Ошибка в программе

•Сообщения об ошибках

•Порядок устранения ошибок

9.1. Окно “Ошибка в программе”

• Если в процессе работы с программой “Светофорный пост” возникает ошибка, то активизируется окно Ошибка в программе, в котором выводится сообщение на английском языке, если происходит непредвиденная ошибка (расшифровка и пояснения сообщений об ошибках приведены ниже) или предупреждения на русском (обычно ошибки совершенные от невнимательности или незнания пользователем).

9.2. Сообщения об ошибках

• Cannot access selected database.

/ невозможен доступ к выбранной базе данных/

Была предпринята попытка выбрать базу данных вне диапазона от 1 до 25 или была сделана ссылка на переменную файла в неоткрытой базе данных.

•Cannot open file [«<file>»]. (1101)

/Невозможно открыть файл [«<файл>»]/

Операционная система возвратила код ошибки, указывающий, что файл не может быть открыт. Невозможность открытия файла чаще всего связана с попыткой открыть несуществующий файл, ошибкой при определении имени файла или отсутствием соответствующего права доступа, которое необходимо для использования файла.

• Database record is trashed. (1115) /Запись базы данных повреждена/

Заголовок базы данных содержит неправильную информацию.

• File access denied. (1705) /Отказано в доступе к файлу/

Была сделана попытка записи в файл, который защищен от записи.

• File [«<file>»] does not exist. (1) /Файл не существует/

Указанный файл не существует.

•File is in use. (3) /Файл используется/

•File is open in another work area. (1708) /Файл открыт в другой рабочей области/

Команды, требующие эксклюзивное использование базы данных (PACK, MODIFY STRUCTURE, ZAP, etc.), не могут быть выполнены для базы данных, открытой в нескольких рабочих областях с помощью команды USE AGAIN.

•File read error. (1104) /Ошибка чтения файла/

•Insufficient memory. (43) /Недостаточен объем памяти/

Недостаточный объем памяти для выполнения операции.

•Internal consistency error.

/Ошибка внутренней структуры/

21

•Invalid database number. (17)

/Недопустимый номер базы данных/

Попытка выбрать командой SELECT базу данных с номером вне диапазона от 1 до 25.

•Invalid path or file name. (202)

/Неверный маршрут или имя файла/

Попытка выполнения команды, содержащей неверный маршрут или имя файла. Имя файла должно быть набрано латинскими символами.

• No memory for buffer. (1149) /Нет памяти для буфера/

Невозможно зарезервировать область памяти для буфера. Это происходит очень редко и только в ситуациях, когда доступный объем памяти очень ограничен. Рекомендуется расширить память или удалить некоторые резидентные программы.

• No memory for file map. (1150) /Нет памяти для загрузки файла/

Невозможно зарезервировать область памяти для внутреннего ресурса. Это происходит очень редко и только в ситуациях, когда доступный объем памяти очень ограничен. Рекомендуется расширить память или удалить некоторые резидентные программы.

• Not a database file. (15) /Не файл базы данных/

Файл, который программа пытается использовать в качестве базы данных, содержит недопустимый заголовок, описывающий структуру.

• Not enough disk space. (56) /Вне диска/

Операционная система возвратила ошибку, указывающую, что на диске недостаточно места для занесения данных в соответствии с последней командой WRITE.

•Not enough memory to USE database. (1600)

/Недостаточен объем памяти для использования базы данных/

Недостаточен объем памяти для открытия дополнительной базы данных.

• OS memory error. (1012) /Ошибка ОС по памяти/

Эта проблема связана со свободной памятью Вашей OS.

• Printer not ready. (125) /Принтер не готов/

Указанное устройство печати в текущий момент недоступно или занято выводом.

•Syntax error. (10)

/Синтаксическая ошибка/

Была введена команда с синтаксической ошибкой. Ошибка может быть вызвана ошибкой в названии команды или имени переменной, или использованием оператора, который не имеет смысла в данном контексте.

9.3. Порядок устранения ошибок

При возникновении любой из указанных ошибок необходимо выполнить окно из действий приведенных ниже. Если это действие не привело к устранению ошибки, то необходимо выполнить следующее действие и так далее.

Действие 1

•Выйти из программы (активизировать пункт меню Файл-Выход в рабочем окне программы)

•Вновь запустить программу “Светофорный пост”

•Выбрать нужный файл СОД

22

Действие 2

•Выйти из программы

•Перезагрузить компьютер

•Вновь запустить программу “Светофорный пост”

•Выбрать нужный файл СОД

Действие 3

•Выйти из программы

•Вновь установить (пере инсталлировать) программу “Светофорный пост” (см. раздел 6 “Установка”)

•Запустить программу

•Выбрать нужный файл СОД

В случае если ни одно из этих действий не привело к устранению ошибки, то это значит, что:

•Произошла какая-либо системная ошибка и необходимо связаться и проконсультироваться для ее устранения с разработчиками программы “Светофорный пост”

•Нарушилась структура выбранного файла СОД и этот файл необходимо восстановить из архива или

сформировать заново. ПОМНИТЕ! По окончании работы нужно ежедневно делать резервные копии на дискетах файлов СОД, с которыми вы работаете.

*Размер файла СОД (в формате *.SVP) — 4Кбайта.

2 ответа

Обновлено: 10.04.2023

У меня проблемы с компиляцией базовой программы openGL на VS 2012. Я получаю ошибку сборки после компиляции, давая мне:

Я следовал инструкциям, данным мне в документации для GLEW.

Я также добавил glew32.dll в папку Debug в папке проекта вместе с исполняемым файлом. Пока я продолжаю получать эту ошибку.

Если вам нужно более подробное разъяснение шагов, которые я сделал, пожалуйста, не стесняйтесь спрашивать

Решение

Честно говоря, нет реальной пользы от использования DLL-версии glew (если не считать уменьшенного размера исполняемого файла, но это вряд ли имеет значение на современных ПК с Windows).

Это не значит, что вы можете просто вставить новую версию DLL в свое приложение и использовать расширения, которые вы никогда раньше не использовали. Точно так же исправления ошибок настолько редки / не нужны в библиотеке, которая в основном просто анализирует спецификацию расширения. файлы, которые используют DLL как средство исправления ошибок загрузки расширений в поставляемом программном обеспечении, также не практичны. Статическая ссылка на glew (это означает glew32s.lib ) имеет гораздо больше смысла в долгосрочной перспективе.

Библиотека статических ссылок также более переносима в Windows, она будет работать с MSVC и MinGW (тогда как библиотека DLL работает только с MSVC). Ссылка против glew32s и поместите это в любой каталог, который вы решили использовать для дополнительных библиотечных зависимостей.

Вот пример конфигурации решения для проекта, который я написал, который использует glew. Я установил соглашение для этого конкретного программного обеспечения, где зависимости времени компиляции хранятся в platform/<Subsystem> , Таким образом, у меня есть glew32s.lib (32-разрядный) и glew64s.lib (64-разрядный) в ./Epsilon/platform/OpenGL/glew<32|64>s.lib

Другие решения

Это случилось со мной в этой ситуации, я очищаю решение и собираю его снова, затем возникает много ошибок, таких как LNK1104.

После попытки перезапустить IIS я успешно строю решение без ошибок LNK1104. Я не знаю почему, но перезапуск IIS занимает гораздо больше времени, чем обычно, поэтому я предполагаю, что что-то используется другим рабочим процессом IIS.

Просто сделайте снимок, чтобы увидеть, происходит ли эта магия на вас.

Шаги по использованию классов из другого проекта (добавление ошибок компоновщика заголовка и решателя)

«Свойства> Linker> Дополнительные каталоги библиотеки». Укажите местоположение создаваемого файла lib.

«Свойства> Линкер> Ввод> Дополнительные зависимости»: Добавьте имя файла lib.

Это похоже на то, что библиотека была указана как зависимость, но компоновщик / дополнительные пути поиска не были установлены для включения каталога, в котором расположена библиотека.

Этот вопрос старый и помечен как решенный, но у меня были похожие симптомы проблемы с совершенно другим решением. Так что на случай, если кто-то еще споткнется здесь:
Оказалось, что, поскольку у меня было 2 проекта под одним решением (dll и exe), порядок построения был смешанным (из окна вывода):

Даже если делать одну и ту же операцию, и только ее?

Очень похоже на ошибку железа, но хочется еще как-то для себя в этом убедиться.

Эта ситуация проявляется на всех машинах? А если поставить чистую систему или подключаться (например!) с ноутбука? Как с антивирусами дела?

Самый главный вопрос — чья разработка: собственная или осуществляется поддержка уже существующего ПО?

——————
«Вы поступили правильно, мой друг, но, боюсь, совершили ошибку». «(с)

Разработка собственная.
Никакой закономерности в возникновении ошибки не замечено.
Данные лежат на сервере, обращение к ним с рабочих станций.
Ситуация проявляется на всех машинах (или почти на всех. Во всяком случае, на разных). Иногда подключают ноутбук, но он работает в том же режиме, что и другие станции. Не замечено, чтобы ошибка проявлялась одновременно на нескольких станциях, но бывает на одной и той же несколько штук подряд.
Антивирус — dr.Web. Не похоже, чтобы он как-то плохо влиял.

Ошибок то нет несколько дней подряд, то 1-2 в день, то штук 5-10 за день. Иногда, когда их достаточно много (штук 5), админ говорит, что сеть плохо работала. То есть вероятность того, что сама программа ни при чем, существует.

То есть вероятность того, что сама программа ни при чем, существует.

Может быть, есть возможность проверить на (допустим!) домашней локальной сети?

Советую Касперского. Хотя бы триальную версию. На ЗАВЕДОМО чистой машине.

И еще — а что, глобальный обработчик не указывает место, в какой процедуре и с каким файлом это происходит?

——————
«Вы поступили правильно, мой друг, но, боюсь, совершили ошибку». «(с)

Проверять-то можно где угодно, но спровоцировать эту ошибку сознательно не удается.

Вряд ли пакостит антивирус. Он включен постоянно, а ошибка появляется случайным образом иногда.

Глобальный обработчик указывает имя файла. Файлы разные, не все время один и тот же. Место ошибки указывает неправильно, например, говорит, что процедура такая-то строка 9, а в этой процедуре всего две строки. Для всех остальных ошибок место ошибки указывается правильно. Похоже, что либо перед, либо после 1104 у программы происходит сдвиг в мозгах.

наиболее эффективный выход — сбацайте максимально похожую (софт, архитектура) «домашнюю сеть» из виртуальных машин VMWare, поставьте соотв. софт — и поэксперементируйте с удалением/конфигурацией софта вроде антивирей.

А сетка еще и в будущем пригодится, да

Как вариант. Попробуй создать новый проект, при запросах укажи месторасположение файлов. Еще. Рантаймы какую имеют дату?

——————
«Вы поступили правильно, мой друг, но, боюсь, совершили ошибку». «(с)
Sewer
наиболее эффективный выход — сбацайте максимально похожую (софт, архитектура) «домашнюю сеть» из виртуальных машин VMWare, поставьте соотв. софт — и поэксперементируйте с удалением/конфигурацией софта вроде антивирей.
А сетка еще и в будущем пригодится, да

Дык, это я уже предлагал.

——————
«Вы поступили правильно, мой друг, но, боюсь, совершили ошибку». «(с)
Спасибо за советы про «сбацать сеть», но я боюсь, что поседею, пока удастся на ней эту пакость отловить . Там закономерностей не прослеживается пока никаких. Иногда две-три недели ошибок нет.
Вообще, они часто кучкуются во времени. Например, в какой-нибудь день штук 10 ошибок в промежутке от 11:59 до 12:02 (файлы разные, компьютеры разные). А потом неделю ошибок нет вообще.
Мне бы для себя окончательно понять, железо это, или программа в чем-то виновата. А если железо, то стоит ли не завершать работу после 1104, а выйти из обработчика ошибок по RETRY и повторить чтение того же места.

Хотя бы модуль отловить можно? Или такое по всему проекту?

Уже советовал перекомпилить проект «с нуля», а лучше на чистой машине с установленным лицензионным Фоксом. Кстати, в чем сложность развертывания СВОЕГО проекта в домашних условиях?

——————
«Вы поступили правильно, мой друг, но, боюсь, совершили ошибку». «(с)

Саш, да что вы к проекту прицепились? Ну ведь все говорит о неисправности сети. Обжимать концы, проверять порты и т.д.

Ну ведь все говорит о неисправности сети. Обжимать концы, проверять порты и т.д.

Дык, я к этому и клоню — про «домашние условия» я написал от нечего делать.

——————
«Вы поступили правильно, мой друг, но, боюсь, совершили ошибку». «(с)

ssa, мне тоже кажется, что все дело в сети. Проблема только в том, что они не жалуются на ошибки при работе в других приложениях. Правда, более-менее существенная работа в сети идет только с моей программой. К тому же народ там такой, что не заморачивается анализом характера и частоты ошибок. Работают по приципу вылетело — перезапустили — забыли. Если бы программа не регистрировала ошибки сама, мне о них, вообще, могли бы ничего не сказать.
В общем, спасибо, ваши слова несколько подкрепили мою почти уверенность в том, что это проблемы железа.

Исправлено: ou, 16.09.09 23:37

1. Тестируйте сеть. Бывают проблемы, которые проявляются не всегда, а например, при передаче только значительных объемов информации.

2. У антивируса исключите саму БД из проверки.

3. Проверьте диск сервера или если есть возможность проверьте, как будет себя вести программа, если БД разместить на другом компе.

А может кто-то чем-то посторонним лезет к dbf-кам? Может быть какой либо «левый» dbf-viewer или Excel.
Было нечто такое (ошибка смешения в файле) — происходило при потере сети секунд на 20 и более (фокс такого не любит, и связь не восстанавливает). Было по причине сети на 2х маршрутизаторах — они зацикливались друг на друга и — сетью не занимались. Перепрошивали ПО на них.
к описанному ниже
отключить энергосбережение на скарточках

Железячная прроблема, IMHO не лечится в приницпе. 30 активных рабочих мест это уже неплохой повод задуматься о переходе в клиент-сервер (на «большую» СУБД) — в плане надёжности будет получше. Т.к. такие сбои в перспективе могут привести к «порче» dbf/cdx файлов.
Победить не удастся т.к. ты ж не можешь контролировать активность юзеров — ну вот пара-тройка запустили сетевую игруху, другой начал качать «фильму» — всё, пропускной способности сети не хватает, фокс при обращении к файлам отваливается по таймаутам и т.п. Ещё бывают моменты связанные с авторизацией — типа домен-контроллер (если таковой имеется) чем-то пригрузился, и секунд 20-30 не отвечает на запросы, клиенты не могут зайти в этот момент на чужие шаренные ресурсы, или просто подвисают на таких сетевых операциях.

У нас есть несколько приложений, разработанных в Visual Foxpro 8.0, работающих в центре обработки данных в Windows 2008 R2 на VMware. У нас также есть ферма Citrix в той же сети, где пользователи запускают еще одно приложение VFP 8.0 в сеансах Citrix. Все приложения имеют один и тот же набор таблиц данных, размещенных на файловом сервере (также Windows 2008 R2 VM). Виртуальные хосты подключаются LAN 10Gb (управляемый коммутатор).

С середины июля мы начали видеть случайные ошибки 1104 «Ошибка чтения файлов. » на нескольких разных приложениях на нескольких серверах. Все они ссылаются на разные файлы на файловом сервере.

Проблема началась в середине июля, и ее частота постепенно увеличивалась. Раньше это было наиболее часто во второй половине дня к 3 часам вечера, теперь это происходит с раннего утра до позднего вечера. Он влияет на серверы EDI (они запускают пакетные задания в автоматическом режиме), а также серверы Citrix и различные приложения. Это происходит, когда приложение VFP (любое из них) пытается открыть файл контейнера базы данных или отдельные таблицы чаще всего с помощью команды USE, но иногда выполняет оператор SQL Select или при загрузке формы VFP, которая открывает таблицы в DataEnvironment

Мы поймали момент, когда одна и та же ошибка произошла на двух разных серверах, работающих с разными приложениями в один и тот же момент (до секунды). В тот же момент мы также увидели два разных приложения, работающих на одном компьютере.

Мы заменили файловый сервер новой виртуальной машиной без рельефа (мы с тех пор изменили ее на старый файловый сервер).

Мы отключили антивирус.

Мы обновили VMware на всех хостах до последней версии.

Sysinternals Process Monitor отображает событие «INVALID_NETWORK_RESPONSE» при возникновении ошибки.

Мы зафиксировали трафик как на стороне сервера, так и на стороне клиента при возникновении ошибки и проанализировали его специалистом по сетевому анализу. Он заметил своеобразный образец, когда клиентская ОС начинает извлекать этот файл с файлового сервера. ПОСЛЕ VFP-приложения вызвало ошибку. Похоже, что приложение VFP запрашивает файл из ОС, затем либо получает ненормальный ответ, либо просто отключается, и только после этого ОС отправляет пакеты, запрашивающие файл. Опять же, это происходит спорадически.

OpLocks и SMB2 были отключены на всех компьютерах как на стороне сервера, так и на стороне клиента в течение многих лет, и все прошло гладко до сих пор.

Как правило, такие BIN ошибки возникают из-за повреждённых или отсутствующих файлов 1104-paths.bin, а иногда — в результате заражения вредоносным ПО в настоящем или прошлом, что оказало влияние на Europa Universalis 3 Complete. Как правило, решить проблему можно заменой файла BIN. Кроме того, регулярная очистка и оптимизация реестра Windows предотвратит создание неправильных ссылок на пути к файлам BIN, поэтому мы настоятельно рекомендуем регулярно выполнять сканирование реестра.

1104-paths.bin для %%os%% и почти для всех версий операционной системы Windows можно скачать ниже. Если у нас нет необходимой копии версии 1104-paths.bin, вы можете просто нажать кнопку Request (Запрос), чтобы её запросить. В некоторых случаях, чтобы получить необходимую версию файла, вам может потребоваться связаться непосредственно с Virtual Programming Ltd..

Несмотря на то, что размещение соответствующего файла в надлежащем месте позволяет устранить большинство проблем, возникающих в результате ошибок, связанных с 1104-paths.bin, вам следует выполнить быструю проверку, чтобы однозначно в этом убедиться. Повторно запустите Europa Universalis 3 Complete, чтобы убедиться, что проблема успешно решена.

Часто задаваемые вопросы по быстрому устранению неполадок, связанных с 1104-paths.bin

Вопрос: Что такое 1104-paths.bin?

Virtual Programming Ltd. является разработчиком 1104-paths.bin, также известного в качестве Binary Disk Image файла BIN, для пакета установки программного обеспечения Europa Universalis 3 Complete.

Вопрос: Почему у меня возникают ошибки, связанные с 1104-paths.bin?

Проблемы 1104-paths.bin обычно возникают в результате отсутствия, случайного удаления или повреждения файла при заражении вредоносным ПО.

Вопрос: Когда возникают ошибки, связанные с 1104-paths.bin?

Ошибки, связанные с BIN, в первую очередь наблюдаются во время загрузки программного обеспечения, включения ПК или при попытке использовать определённую функцию программного обеспечения, которая вызывает ошибку 1104-paths.bin.

​Полное устранение неполадок, связанных с 1104-paths.bin, осуществляется в несколько этапов. Следуйте нашим кратким инструкциям по устранению неполадок, представленным ниже, или используйте более подробное руководство, представленное далее в настоящей статье.

Вопрос: Быстрый способ устранения проблем, связанных с 1104-paths.bin

Windows поставляется с множеством предустановленных инструментов, с помощью которых можно решить проблемы с такими файлами, как 1104-paths.bin. В настоящем кратком руководстве по устранению неполадок описан порядок действий для устранения таких проблем.

Выполните сканирование вашего ПК на наличие вредоносных программ с помощью Windows Defender (Защитника Windows) или аналогичного антивирусного ПО для проверки возможных заражений, которые могли привести к повреждению 1104-paths.bin.

Убедитесь в отсутствии недействительных записей реестра вручную с помощью regedit или выполните автоматическое сканирование реестра Windows на наличие недопустимых записей и ссылок на пути к файлам 1104-paths.bin.

Вручную загрузите новую копию 1104-paths.bin и поместите в месте расположеня файла, который был установлен изначально.

Чтобы восстановить 1104-paths.bin удалите Europa Universalis 3 Complete, а затем переустановите Europa Universalis 3 Complete.

Используемое программное обеспечение:

Время для выполнения: 5 минут

Совместима с Windows XP, Vista, 7, 8 и 10

Идентификатор статьи: 557776

Быстрые ссылки

Другие известные версии файлов

Выберите версию ОС

Выберите программное обеспечение

Отображение результатов для:

Спасибо, ваш файл запроса был получен.

Наиболее распространенные ошибки 1104-paths.bin, которые могут возникнуть на компьютере под управлением Windows, перечислены ниже:

Причины ошибок в файле 1104-paths.bin

Проблемы 1104-paths.bin могут быть отнесены к поврежденным или отсутствующим файлам, содержащим ошибки записям реестра, связанным с 1104-paths.bin, или к вирусам / вредоносному ПО.

Более конкретно, данные ошибки 1104-paths.bin могут быть вызваны следующими причинами:

• Поврежденные ключи реестра Windows, связанные с 1104-paths.bin / Europa Universalis 3 Complete.
• Вирус или вредоносное ПО, которые повредили файл 1104-paths.bin или связанные с Europa Universalis 3 Complete программные файлы.
• Другая программа злонамеренно или по ошибке удалила файлы, связанные с 1104-paths.bin.
• Другая программа находится в конфликте с Europa Universalis 3 Complete и его общими файлами ссылок.
• Поврежденная загрузка или неполная установка программного обеспечения Europa Universalis 3 Complete.

Ниже описана последовательность действий по устранению ошибок, призванная решить проблемы 1104-paths.bin. Данная последовательность приведена в порядке от простого к сложному и от менее затратного по времени к более затратному, поэтому мы настоятельно рекомендуем следовать данной инструкции по порядку, чтобы избежать ненужных затрат времени и усилий.

Пожалуйста, учтите: Нажмите на изображение [ ] , чтобы развернуть инструкции по устранению проблем по каждому из шагов ниже. Вы также можете использовать изображение [ ], чтобы скрывать инструкции по мере их выполнения.

Редактирование реестра Windows вручную с целью удаления содержащих ошибки ключей 1104-paths.bin не рекомендуется, если вы не являетесь специалистом по обслуживанию ПК. Ошибки, допущенные при редактировании реестра, могут привести к неработоспособности вашего ПК и нанести непоправимый ущерб вашей операционной системе. На самом деле, даже одна запятая, поставленная не в том месте, может воспрепятствовать загрузке компьютера!

Предупреждение: Если вы не являетесь опытным пользователем ПК, мы НЕ рекомендуем редактирование реестра Windows вручную. Некорректное использование Редактора реестра может привести к серьезным проблемам и потребовать переустановки Windows. Мы не гарантируем, что неполадки, являющиеся результатом неправильного использования Редактора реестра, могут быть устранены. Вы пользуетесь Редактором реестра на свой страх и риск.

Перед тем, как вручную восстанавливать реестр Windows, необходимо создать резервную копию, экспортировав часть реестра, связанную с 1104-paths.bin (например, Europa Universalis 3 Complete):

Следующие шаги при ручном редактировании реестра не будут описаны в данной статье, так как с большой вероятностью могут привести к повреждению вашей системы. Если вы хотите получить больше информации о редактировании реестра вручную, пожалуйста, ознакомьтесь со ссылками ниже.

Ошибка чтения файла С++

Я не могу найти, почему эта функция работает неправильно:

e1 — объект сотрудника класса:

Программа никогда не входит в предложение if .

Вы не можете дезацинировать такой класс. Перезапись памяти из указателя базы экземпляров, скорее всего, приведет к хаосу и отправит вас на землю неопределенного поведения. Следует учитывать расположение макета памяти, если вы хотите так почитать (подсказка: скорее всего, это не сработает, если ваш класс действительно прост).

Например, если класс Employee наследуется от другого класса, первый член класса обычно является указателем на виртуальную таблицу. Если вы прочтете это так, вы переопределите указатель vtable. Нехорошо.

Можно читать C-структуру так, но, как только она содержит указатели, это почти так, потому что в следующий раз, когда вы читаете, указывается на память, возможно, даже не ваша.

Поскольку вы используете C++ с возможным элементом, например, строкой, вектором и т.д., Сериализация, подобная этой, гарантируется сбой, поскольку они используют распределение динамической памяти под капотом.

РЕДАКТИРОВАТЬ

Поскольку вы опубликовали определение emp, я думаю, что знаю, что происходит. Я предполагаю, что emp.txt — это файл, написанный другим процессом (или вручную).

Я написал небольшой фрагмент кода, чтобы продемонстрировать, почему у вас будет проблема с чтением вашего объекта, как вы:

и вот результат, который я получил для запуска:

Тогда есть проблема с именем чтения. Даже если выравнивание и макет памяти, где точно так же, как ваша программа предполагает, ваш текстовый файл должен был быть написан в соответствии с sizeof (name), чтобы каждое имя сотрудника должно было быть дополнено дополнительными символами (пробел?), Чтобы иметь фиксированный размер ( 30 байт). Я сомневаюсь, что входной файл написан так.

Я предлагаю вам внедрить логику чтения на основе вашего входного файла, а не в классе, который вы используете для хранения данных. Кроме того, редактирование файла на месте будет затруднено, если данные не имеют фиксированного размера.

Вам не хватает ios::binary в аргументе flags для fstream::open() : вы, конечно, делаете двоичный ввод-вывод.

Однако все соображения других комментариев остаются верными: вы должны добавить (если это не решить проблему), по крайней мере, определение e1.

Я создал новый проект C++ в Visual Studio 2008. Код еще не написан, изменены только настройки проекта.

При компиляции проекта я получаю следующую фатальную ошибку:

Эта конкретная проблема вызвана указанием зависимости для файла lib, в пути которого были пробелы. Путь должен быть окружен кавычками для правильной компиляции проекта.

C:Program Filessofware sdkliblibrary.lib

Где я добавил цитаты.

Это может произойти, если файл все еще работает.

Эта проблема исчезла для меня после закрытия и повторного открытия Visual Studio. Не знаю, почему возникла эта проблема, но, возможно, стоит попробовать.

Это было на VS 2013 Ultimate, Windows 8.1.

Проверьте также, что у вас не включено это: свойства конфигурации -> C/C++ -> препроцессор -> предварительная обработка файла .

Моей проблемой было отсутствие расширения .lib , я просто связывался с mylib и VS решил искать mylib.obj .

В моем случае речь шла о неверно направленной ссылке. Проект ссылался на выходные данные другого проекта, но последний не выводил файл, который искал первый.

Я сталкиваюсь с той же проблемой, когда компоновщик жалуется на отсутствие основного исполняемого файла. Это произошло во время переноса нашего решения на новую Visual Studio 2013 . Решение представляет собой разнообразное сочетание управляемого и неуправляемого projects/code. проблема (и исправление) оказалась недостающим файлом app.config в папке решения. Потребовался день, чтобы понять это: (, так как выходной журнал был не очень полезным.

У меня была та же ошибка, только с пакетом Nuget, который я установил (тот, который не является только заголовком), а затем попытался удалить.
Что было неправильно для меня, так это то, что я все еще включал заголовок для пакета, который я только что удалил в одном из своих файлов .cpp (довольно глупо, да).
Я даже удалил дополнительную ссылку на каталоги библиотек в Project -> Properties -> Linker -> General , но, конечно, безрезультатно, поскольку я все еще пытался ссылаться на несуществующий заголовок.

Решение 1 (для моего случая): перезапустить процесс windows Explorer (да, файловый менеджер windows).

Я предполагаю, что иногда файловая система или тот, кто ее контролирует, теряется со своими разрешениями. Перед перезапуском сеанса windows попытайтесь убить процессы zombie msbuild32.exe , перезагрузите visual studio, проверьте, что нет даже отображения файла проблемы. Никаких проблем с конфигурацией сборки. Это случается время от времени. Какая-то внутренняя вещь в Windows не исправляется, требуется перезагрузка.

Я отвечаю, потому что не вижу этого конкретного решения, перечисленного кем-либо еще.

По-видимому, мой антивирус (Ad-Aware) отмечал DLL, от которого зависит один из моих проектов, и удалял его. Даже после исключения каталога, где живет DLL, то же самое поведение продолжалось до тех пор, пока я не перезагрузил компьютер.

В моем случае Я заменил файлы математической библиотеки из предыдущего курса графики игрового движка на GLM. Проблема заключалась в том, что я не добавил их в проект в рамках решения Visual Studio Explorer (даже если они были в репозитории проекта).

Надеюсь, этот ответ поможет кому-то в нужде.

Я решил эту проблему , добавив существующий проект в свое решение, которое я забыл добавить в первый раз.

У меня была та же ошибка:

Это было вызвано ; в конце. Если у вас есть несколько библиотек, они должны быть разделены пустым пробелом (пробел), без запятой или запятой!

Поэтому не используйте ; или что-либо еще при перечислении библиотек в Project properties >> Configuration Properties >> Linker >> Input

Она разрешилась после закрытия и повторного запуска Visual studio.

Похожие вопросы:

Я новичок в параллельном программировании с использованием mpi для visual studio c++ 2010 , и я сделал шаги в этом учебнике для настройки .

Это действительно продолжение оригинального вопроса с этим названием, но я слишком нуб, чтобы позволить себе комментировать его (можете ли вы объединить это в качестве комментария Майка ?) Я просто.

Я очень новичок в программировании C++ и компилирую код в visual studio 2010 с библиотекой opencv 2.2 на Windows 7-64 бит OS с использованием предварительно скомпилированного заголовка. Я перечислил.

Я создаю некоторые проекты Visual C++ DLL и EXE с помощью Visual Studio 2012. При сборке с помощью набора инструментов платформы по умолчанию v110 сборка выполняется успешно, но при сборке с помощью.

Исправление ошибок Windows, возникающих во время обновления Acrobat Reader

На этой странице

某些 Creative Cloud 应用程序、服务和功能在中国不可用。

Ошибка при попытке обновления Acrobat или Reader

Решения

Пользователи Reader

В некоторых случаях одну из ошибок, указанных в таблице ниже, можно устранить переустановкой Adobe Reader.

Удалите Reader с компьютера.

Дайте менеджеру загрузки достаточно времени, чтобы загрузить все необходимые установочные файлы. Затем следуйте инструкциям для установки Reader.

Если у вас по-прежнему возникают трудности, попробуйте использовать другой веб-браузер.

Пользователи Acrobat

Удалите Acrobat с компьютера.

Переустановите Acrobat с помощью загруженных установочных файлов или с DVD-диска.

Администраторы

Дополнительные сведения о конфигурировании и устранении неполадок в модуле обновления см. в разделе Руководство по программе обновления Acrobat Reader.

Отказ от ответственности: Adobe не поддерживает стороннее программное обеспечение и предоставляет эту информацию исключительно в качестве совета.

Если проблема не устранена после использования мастера Fix it, см. решения в разделе Ошибка 1606 | Установка | Acrobat 8, 9 | CS4.

Источник установки для этого продукта не доступен.Убедитесь, что источник существует и доступен.

Не удалось открыть этот пакет исправлений. Убедитесь, что пакет исправлений существует и доступен. Или свяжитесь с поставщиком приложения, чтобы убедиться, что это действительный пакет исправлений для установщика Windows.

Отказ от ответственности: Adobe не поддерживает стороннее программное обеспечение и предоставляет эту информацию исключительно в качестве совета.

Данная ошибка указывает на то, что ваша установка Acrobat или Reader была изменена с помощью файла Transforms (.MST). Возможно, файл .MST отсутствует в исходном расположении или поврежден.

Эта ошибка также может возникнуть при загрузке и обновлении с помощью Adobe Application Manager. Ошибку можно обойти, если загрузить обновление отдельно от установки. Другими словами, необходимо сохранить файл обновления локально (на компьютере), а запустить его отдельно.

Чтобы загрузить и установить обновление, найдите новейшую версию Acrobat или Reader по адресу:

Выберите «Продолжить для загрузки» и «Загрузить сейчас», а затем выберите «Сохранить» или «Сохранить как» для сохранения файла на компьютер. После загрузки найдите файл исправления на компьютере и дважды щелкните на файле для запуска обновления.

В операционной системе Windows имена файлов имеют расширение . MSP и именуются для каждого продукта и обновления, например AcrobatUpd11009. msp , AcrobatUpd1014.msp или AdbeRdrUpd11007.msp.

Отказ от ответственности: Adobe не поддерживает стороннее программное обеспечение и предоставляет эту информацию исключительно в качестве совета.

Если вы не можете удалить, установить или обновить программу после применения мастера диагностики Fix it, см. решения в разделе Ошибка 1714 | Acrobat, Reader.

Ошибка установки карты rus20110621 Ошибка чтения файла карты

Другие ответы в этой теме

Читайте также:

• Как подключить бортовой компьютер на ваз 2114 орион
• Как нарисовать значок скайп
• Как соединить точки в 3д макс
• В папке сохранены 4 файла можно ли сказать что они хранят одинаковую информацию
• Как создать файл без расширения pycharm

Ошибка средств компоновщика LNK1104

Эта ошибка возникает, когда компоновщику не удается открыть файл для чтения или записи. Ниже перечислены две наиболее распространенные причины проблемы.

программа уже запущена или загружена в отладчик и

пути к библиотеке неверны или не заключены в двойные кавычки.

Эта ошибка может быть вызвана многими другими возможными причинами. Чтобы сузить их, сначала проверьте, какой тип файла имеет имя файла . Затем используйте следующие разделы, чтобы определить и устранить конкретную проблему.

Не удается открыть приложение или PDB-файл

Приложение запущено или загружено в отладчик.

Если имя файла — это имя исполняемого файла или связанный PDB-файл, проверьте, запущено ли приложение. Затем проверьте, загружена ли она в отладчик. Чтобы устранить эту проблему, остановите программу и выгрузите ее из отладчика перед повторной сборкой. Если приложение открыто в другой программе, например редактор ресурсов, закройте его. Если программа не отвечает, может потребоваться использовать диспетчер задач для завершения процесса. Кроме того, может потребоваться закрыть и перезапустить Visual Studio.

Ваше приложение заблокировано антивирусной проверкой

Антивирусные программы часто временно блокируют доступ к вновь созданным файлам, особенно .exe и .dll исполняемым файлам. Чтобы устранить эту проблему, попробуйте исключить каталоги сборки проекта из антивирусного сканера.

Не удается открыть файл библиотеки Майкрософт

Библиотеки Windows, такие как kernel32.lib

Если файл, который не удается открыть, является одним из файлов стандартной библиотеки, предоставляемых корпорацией Майкрософт, например kernel32.lib, может возникнуть ошибка конфигурации проекта или ошибка установки. Убедитесь, что пакет WINDOWS SDK установлен. Если для проекта требуются другие библиотеки Майкрософт, такие как MFC, убедитесь, что компоненты MFC также установлены установщиком Visual Studio. Установщик можно запустить еще раз, чтобы добавить дополнительные компоненты в любое время. Дополнительные сведения см. в Изменение Visual Studio. Используйте вкладку «Отдельные компоненты » в установщике, чтобы выбрать определенные библиотеки и пакеты SDK.

Библиотеки vcruntime с версиями

Если сообщение об ошибке содержит версию библиотеки Майкрософт, например msvcr120.lib, набор инструментов платформы для этой версии компилятора может быть не установлен. Чтобы устранить эту проблему, у вас есть два варианта: обновить проект, чтобы использовать текущий набор инструментов платформы, или установить старый набор инструментов и выполнить сборку проекта без изменений. Дополнительные сведения см. в разделе «Обновление проектов с более ранних версий Visual C++ и использование собственного многонацеливания в Visual Studio для сборки старых проектов».

Библиотеки для розничной торговли, отладки или платформы

Эта ошибка может возникнуть при первой сборке для новой целевой платформы или конфигурации, например розничной торговли или ARM64. Убедитесь, что в интегрированной среде разработки установлены набор инструментов платформы и версия windows SDK , указанные на странице свойств «Общие «. Также убедитесь, что необходимые библиотеки доступны в каталогах библиотек, указанных на странице свойств каталогов VC++. Проверьте свойства каждой конфигурации, такие как отладка, розничная торговля, x86 или ARM64. Если одна сборка работает, но другая нет, сравните параметры для обоих. Установите все отсутствующие необходимые средства и библиотеки.

Библиотека vccorlib.lib

Для приложений или компонентов универсальной платформы Windows (UWP) нет библиотек, смягчаемых spectre. Если сообщение об ошибке содержит vccorlib.lib, возможно, вы включили /Qspectre в проекте UWP. Отключите параметр компилятора /Qspectre , чтобы устранить эту проблему. В Visual Studio измените свойство «Устранение рисков Spectre «. Он находится на странице создания кодаC/C++> диалогового окна страниц свойств проекта.

Библиотеки в проектах из интернета или других источников

При сборке проекта, скопированного с другого компьютера, расположения установки библиотеки могут отличаться. Для сборок командной строки убедитесь, что переменная среды LIB и пути библиотеки заданы правильно для сборки. В Visual Studio можно просматривать и изменять текущие пути библиотеки, заданные на страницах свойств проекта. На странице каталогов VC++ выберите раскрывающийся список для свойства «Каталоги библиотеки «, а затем нажмите кнопку «Изменить«. В разделе «Оцененное значение » диалогового окна «Каталоги библиотеки » перечислены текущие пути, которые искали файлы библиотеки. Обновите эти пути, чтобы они указывали на локальные библиотеки.

Обновленные библиотеки Windows SDK

Эта ошибка может возникать, если путь Visual Studio к Пакету SDK для Windows устарел. Это может произойти, если вы устанавливаете более новый пакет SDK для Windows независимо от установщика Visual Studio. Чтобы исправить его в интегрированной среде разработки, обновите пути, указанные на странице свойств каталогов VC++. Задайте версию в пути, чтобы она соответствовала новому пакету SDK. Если вы используете командную строку разработчика, обновите пакетный файл, который инициализирует переменные среды новыми путями пакета SDK. Эту проблему можно избежать с помощью установщика Visual Studio для установки обновленных пакетов SDK.

Не удается открыть сторонний файл библиотеки

Эта проблема связана с несколькими распространенными причинами.

Путь к файлу библиотеки может быть неправильным или не заключен в двойные кавычки. Или, возможно, вы не указали его компоновщику.

Возможно, вы установили 32-разрядную версию библиотеки, но вы создаете для 64-разрядных или наоборот.

Библиотека может иметь зависимости от других библиотек, которые не установлены.

Чтобы устранить проблему пути для сборок из командной строки, убедитесь, что задана переменная среды LIB. Убедитесь, что он содержит пути для всех используемых библиотек и для каждой сборки конфигурации. В интегрированной среде разработки пути библиотеки задаются свойствомкаталогов>библиотеки VC++. Убедитесь, что все каталоги, содержащие необходимые библиотеки, перечислены здесь для каждой сборки конфигурации.

Возможно, потребуется указать каталог библиотеки, который переопределяет каталог стандартной библиотеки. В командной строке используйте параметр /LIBPATH . В интегрированной среде разработки используйте свойство «Дополнительные каталоги библиотек» на странице свойств компоновщика > конфигурации > общего свойства проекта.

Убедитесь, что установлены все версии библиотеки, необходимые для конфигураций, которые вы создаете. Рассмотрите возможность использования служебной программы управления пакетами vcpkg для автоматизации установки и установки для многих общих библиотек. Когда это возможно, лучше создавать собственные копии сторонних библиотек. После этого вы уверены, что все локальные зависимости библиотек созданы для тех же конфигураций, что и проект.

Не удается открыть файл, созданный проектом

Эта ошибка может появиться, если имя файла еще не существует, когда компоновщик пытается получить к нему доступ. Это может произойти, если один проект зависит от другого в решении, но проекты создаются в неправильном порядке. Чтобы устранить эту проблему, убедитесь, что ссылки на проекты заданы в проекте, который использует файл. Затем отсутствующий файл будет создан до его необходимости. Дополнительные сведения см. в статье «Добавление ссылок в проектах Visual Studio C++ и управление ссылками в проекте».

Не удается открыть файл C:Program.obj

Если в сообщении об ошибке отображается имя файла C:Program.obj , заключите пути библиотеки в двойные кавычки. Эта ошибка возникает, когда несмеченный путь, начинающийся с C:Program Files , передается компоновщику. Несмеченные пути также могут привести к аналогичным ошибкам. Как правило, они отображают непредвиденный OBJ-файл в корне диска.

Чтобы устранить эту проблему для сборок из командной строки, проверьте параметры параметра /LIBPATH . Также проверьте пути, указанные в переменной среды LIB, и пути, указанные в командной строке. Обязательно используйте двойные кавычки для всех путей, включающих пробелы.

Чтобы устранить эту проблему в интегрированной среде разработки, добавьте двойные кавычки при необходимости в следующие свойства проекта:

Свойство «Каталоги библиотеки » на странице свойств каталогов VC++ «Свойства > конфигурации» ,

Свойство «Дополнительные каталоги библиотек» на странице свойств компоновщика > конфигурации > «Общие свойства»

Свойство Additional Dependencies (Дополнительные зависимости) на странице входных данных компоновщика свойств компоновщика > конфигурации>.

Другие распространенные проблемы

Проблемы с путем или именем файла

Эта ошибка может возникать, если имя файла библиотеки или путь, указанный компоновщику, неправильный. Или, если путь содержит недопустимую спецификацию диска. Просмотрите командную строку или в любой директиве #pragma comment( lib, «library_name» ) для проблем. Проверьте орфографию и расширение файла и убедитесь, что файл существует в указанном расположении.

Параллельная синхронизация сборки

Если вы используете параметр параллельной сборки, Visual Studio, возможно, заблокировали файл в другом потоке. Чтобы устранить эту проблему, убедитесь, что один и тот же объект кода или библиотека не встроены в несколько проектов. Используйте зависимости сборки или ссылки на проекты для получения встроенных двоичных файлов в проекте.

Дополнительные зависимости, указанные в интегрированной среде разработки

При указании отдельных библиотек непосредственно в свойстве «Дополнительные зависимости» используйте пробелы для разделения имен библиотек. Не используйте запятые или точки с запятой. Если вы используете пункт меню «Изменить «, чтобы открыть диалоговое окно «Дополнительные зависимости» , используйте новые строки, чтобы разделить имена, а не запятые, точки с запятой или пробелы. Также используйте новые линии при указании путей к библиотеке в диалоговых окнах каталогов библиотек и дополнительных каталогов библиотек .

Слишком длинные пути

Эта ошибка может появиться, когда путь к имени файла расширяется до более чем 260 символов. При необходимости измените структуру каталога или сократите имена папок и файлов, чтобы сократить пути.

Слишком большие файлы

Эта ошибка может возникнуть из-за слишком большого размера файла. Библиотеки или файлы объектов, превышающие размер гигабайта, могут вызвать проблемы для 32-разрядного компоновщика. Возможное исправление этой проблемы — использовать 64-разрядный набор инструментов. Дополнительные сведения об использовании 64-разрядного набора инструментов в командной строке см. в разделе «Практическое руководство. Включение 64-разрядного набора инструментов Visual C++ в командной строке». Сведения об использовании 64-разрядного набора инструментов в интегрированной среде разработки см. в статье «Использование MSBuild с 64-разрядным компилятором и инструментами». См. также эту запись Stack Overflow: как сделать Visual Studio использовать собственную цепочку инструментов amd64.

Неправильные разрешения на файл

Эта ошибка может возникнуть, если у вас недостаточно разрешений на доступ к имени файла. Это может произойти, если вы используете обычную учетную запись пользователя для доступа к файлам библиотек в защищенных системных каталогах. Или, если вы используете файлы, скопированные другими пользователями, которые по-прежнему имеют свои исходные разрешения. Чтобы устранить эту проблему, переместите файл в каталог проектов, доступный для записи. Если перемещаемый файл имеет недоступные разрешения, выполните команду takeown.exe в окне командной строки администратора, чтобы взять на себя владение файлом.

Недостаточно места на диске

Ошибка может возникать, если у вас недостаточно места на диске. Компоновщик использует временные файлы в нескольких ситуациях. Даже если у вас достаточно места на диске, большая ссылка может очертить или фрагментировать доступное место на диске. Рассмотрите возможность использования параметра /OPT (оптимизация); выполнение транзитивного исключения COMDAT считывает все файлы объектов несколько раз.

Проблемы в переменной среды TMP

Если имя файла называется LNKnnn, это имя файла, созданное компоновщиком для временного файла. Каталог, указанный в переменной среды TMP, может не существовать. Или для переменной среды TMP может быть указано несколько каталогов. Для переменной среды TMP следует указать только один путь к каталогу.

Помощь, моя проблема не указана здесь!

Если ни одна из перечисленных здесь проблем не возникает, вы можете использовать средства обратной связи в Visual Studio для получения справки. В интегрированной среде разработки перейдите в строку меню и выберите «Отправить > отзыв о > проблеме«. Кроме того, отправьте предложение с помощью справки > по отправке отзывов>. Вы также можете использовать сайт Microsoft Learn Q&A для вопросов и веб-сайт Visual Studio C++ Сообщество разработчиков. Используйте эти сайты для поиска ответов на вопросы и запроса справки. Дополнительные сведения см. в статье «Как сообщить о проблеме с набором инструментов или документацией visual C++».

Если вы обнаружили новый способ устранения этой проблемы, которую мы должны добавить в эту статью, сообщите нам об этом. Вы можете отправить нам отзыв с помощью кнопки ниже для этой страницы. Используйте его для создания новой проблемы в репозитории GitHub документации по C++. Спасибо!

Источник

Почему фатальная ошибка » LNK1104: не удается открыть файл ‘C:Program.obj ‘» возникают при компиляции проекта C++ в Visual Studio?

Я создал новый проект C++ в Visual Studio 2008. Код еще не написан, изменены только настройки проекта.

когда я компилирую проект, я получаю следующую фатальную ошибку:

фатальная ошибка LNK1104: не удается открыть файл ‘C:Program.obj’

19 ответов:

эта конкретная проблема вызвана указанием зависимости для файла lib, который имел пробелы в своем пути. Путь должен быть окружен кавычками для правильной компиляции проекта.

на Свойства Конфигурации -> Компоновщик -> Ввод вкладка свойств проекта, есть Дополнительные Зависимости собственность. Эта проблема была исправлена путем изменения этого свойства:

C:Program файлыпрограммное обеспечение sdklib библиотека.Либ

» C:Program файлыпрограммное обеспечение sdklib библиотека.lib»

где я добавил кавычки.

Это может произойти, если файл все еще работает.

:-1: ошибка: LNK1104: не удается открыть файл ‘ debug****.exe’

проблема ушла для меня после закрытия и повторного открытия Visual Studio. Не знаю, почему возникла проблема, но это может быть стоит попробовать.

Это было на VS 2013 Ultimate, Windows 8.1.

проверьте также, что вы не включили это: свойства конфигурации -> C / C++ — > препроцессор -> предварительная обработка файла.

У меня было то же самое problem.It вызвано символом», » в имени папки дополнительной библиотеки path.It решается путем изменения дополнительного пути к библиотеке.

моя проблема была отсутствует .lib расширение, я просто связывал против mylib и ВС решил искать mylib.obj .

в моем случае это был вопрос неправильной ссылки. Проект ссылался на вывод другого проекта, но последний не выводил файл, где первый искал.

для сборки проекта (название проекта -> построение зависимостей -> сборки настройки -> компилятор MASM (некоторые)), задание Создать Предварительно Обработанный Список Источников до True вызвал проблему и для меня, очистив настройку, исправил ее. VS2013 здесь.

Я сталкиваюсь с той же проблемой, когда компоновщик жалуется на отсутствие основного исполняемого файла. Это произошло во время нашего порта решения для нового Visual Studio 2013. Решение представляет собой разнообразное сочетание управляемых и неуправляемых проектов / кода. Проблема (и исправить) в конечном итоге отсутствует приложение.конфигурации файл в папке решения. Потребовался день, чтобы понять это: (, поскольку выходной журнал был не очень полезен.

Я проверил все мои настройки в соответствии с этим списком:http://msdn.microsoft.com/en-us/library/ts7eyw4s.aspx#feedback . Это полезно для меня и для моей ситуации, я узнаю, что ссылочная зависимость свойств проектов имеет двойную кавычку, которой не должно быть.

у меня была та же ошибка, только с пакетом Nuget, который я установил (тот, который не является только заголовком), а затем попытался удалить.
Что было неправильно для меня, так это то, что я все еще включал заголовок для пакета, который я только что удалил в одном из моих .cpp файлы (довольно глупо, да).
Я даже удалил дополнительную ссылку на каталоги библиотеки в Project -> Properties -> Linker -> General , но, конечно, безрезультатно, так как я все еще пытался ссылаться на несуществующий заголовок.

определенно сбивает с толку сообщение об ошибке в этом случае, так как имя заголовка но ошибка дала мне «cannot open file ‘llibboost_filesystem-vc140-mt-gd-1_59.lib’» и никаких номеров строк или чего-то еще.

Я отвечаю, потому что я не вижу это конкретное решение, перечисленное кем-либо еще.

по-видимому, мой антивирус (Ad-Aware) отмечал DLL, от которой зависит один из моих проектов, и удалял его. Даже после исключения каталога, где живет DLL, то же самое поведение продолжалось до тех пор, пока я не перезагрузил компьютер.

У меня была та же проблема, но решение для моего случая не указано в ответах. Моя антивирусная программа (AVG) определила файл MyProg.exe как вирус и положить его в «хранилище вирусов». Вам нужно проверить этот склад, и если файл есть — то просто восстановить его. Это меня выручило.

Решение 1 (для моего случая): перезапустите процесс Проводника windows (да, диспетчер файлов windows).

1. Закрыть Visual Studio. Выход Из Системы Windows
2. вход в систему, откройте Visual Studio
3. построить как обычно. Теперь он строит и может получить доступ к проблемному файлу.

Я предполагаю, что иногда файловая система или тот, кто ее контролирует, теряется с ее разрешениями. Перед перезапуском сеанса windows, пытался убить зомби msbuild32.exe процессы, перезагрузите visual studio, не проверяйте даже отображение файла проблемы. Нет проблем с конфигурацией сборки. Это случается время от времени. Некоторые внутренние вещи в Windows не исправляются,требуется перезагрузка.

в моем случае Я заменил файлы математической библиотеки из предыдущего графического курса игрового движка на GLM. Проблема заключалась в том, что я не добавил их в проект в обозревателе решений Visual Studio (даже если они были в репозитории проекта).

У меня была эта проблема в сочетании с ошибкой LNK2038, а затем это post для разделения библиотеки DLL выпуска и отладки. В этом процессе я очистил всю папку, в которой находились эти зависимости.

к счастью, у меня была резервная копия всех этих файлов, и я получил файл, для которого эта ошибка отбрасывала обратно в папку отладки, чтобы решить проблему. Код ошибки вводил в заблуждение каким-то образом, поскольку мне пришлось потратить много времени, чтобы прийти к этому совету от одного из ответов с этого поста снова.

надеюсь, что этот ответ, помогает кому-то в нужде.

Я решил это с помощью добавлять an существующий проектto мой решение, который я забыл добавить в первый раз.

Это было вызвано ; в конце. Если у вас есть несколько библиотек, они должны быть разделены пустым пространством (пробел), без запятой или точки с запятой!

Так что не используйте ; или что-нибудь еще при перечислении библиотек в свойства проекта > > свойства конфигурации > > Компоновщик > > ввод

У меня была такая же проблема , я просто скопировал код в новый проект и начали строить . Некоторые другие ошибки начали приходить. ошибка C4996:’ fopen’: эта функция или переменная может быть небезопасной. Рассмотрите возможность использования fopen_s вместо

снова решить эту проблему, я добавил свое одно свойство в проект, как показано ниже. Проект — > свойства — > свойство конфигурации — > c/c++ . В этой категории есть поле Имя препроцессора определения Я добавил _CRT_SECURE_NO_WARNINGS это для решения проблемы Надеюсь, это поможет .

Источник