Mengapa kesalahan fatal "LNK1104: tidak dapat membuka berkas 'C: \ Program.obj'" terjadi ketika saya menyusun proyek C ++ di Visual Studio?

Saya telah membuat proyek C ++ baru dalam Visual Studio 2008. Belum ada kode yang ditulis; Hanya pengaturan proyek yang telah diubah.

Ketika saya menyusun proyek, saya menerima galat fatal berikut ini:

kesalahan fatal LNK1104: tidak dapat membuka file 'C: \ Program.obj'

Masalah khusus ini disebabkan oleh menentukan ketergantungan ke file lib yang memiliki spasi di jalurnya. Jalur harus diapit oleh tanda kutip agar proyek dapat dikompilasi dengan benar.

Pada Properti Konfigurasi -> Linker -> tab Input dari properti proyek, ada properti Ketergantungan Tambahan . Masalah ini telah diperbaiki dengan mengubah properti ini dari:

C: \ Program Files \ sofware sdk \ lib \ library.lib

Untuk:

"C: \ Program Files \ sofware sdk \ lib \ library.lib"

Di mana saya menambahkan kutipan.

Ini bisa terjadi jika file masih berjalan juga.

: -1: error: LNK1104: tidak dapat membuka file 'debug \ ****. Exe'

Masalahnya hilang bagi saya setelah menutup dan membuka kembali Visual Studio. Tidak yakin mengapa masalah tersebut terjadi, tetapi itu mungkin layak dicoba.

Ini ada di VS 2013 Ultimate, Windows 8.1.

Periksa juga apakah Anda tidak mengaktifkannya: Konfigurasi Properties -> C / C ++ -> Preprocessor -> Preprocess to a File .

Saya memiliki masalah yang sama, hal itu disebabkan oleh "," di nama folder jalur perpustakaan tambahan. Ini diselesaikan dengan mengubah jalur perpustakaan tambahan.

Masalah saya adalah .libekstensi yang hilang , saya baru saja menautkan mylibdan VS memutuskan untuk mencari mylib.obj.

Dalam kasus saya, ini adalah masalah referensi yang salah arah. Proyek mereferensikan keluaran dari proyek lain tetapi yang terakhir tidak mengeluarkan berkas di tempat yang dicari sebelumnya.

Solusi 1 (untuk kasus saya): Mulai ulang proses Windows Explorer (ya, pengelola file windows).

Solusi 2:

1. Tutup Visual Studio. Logoff Windows
2. Logon, buka kembali Visual Studio
3. Bangun seperti biasa. Sekarang dibangun dan dapat mengakses file yang bermasalah.

Saya kira terkadang sistem file atau siapa pun yang mengendalikannya hilang dengan izinnya. Sebelum memulai kembali sesi windows, coba bunuh msbuild32.exeproses zombie , mulai ulang studio visual, centang tidak ada bahkan yang menampilkan file masalah di. Tidak ada masalah konfigurasi build. Itu terjadi sekarang dan nanti. Beberapa hal internal di Windows tidak diperbaiki, perlu dimulai ulang.

Saya mengalami kesalahan yang sama, hanya dengan paket Nuget yang telah saya instal (yang bukan hanya header) dan kemudian mencoba untuk menghapusnya.
Apa yang salah bagi saya adalah bahwa saya masih menyertakan header untuk paket yang baru saja saya copot di salah satu file .cpp saya (cukup konyol, ya).
Saya bahkan menghapus tautan direktori perpustakaan tambahan ke dalamnya Project -> Properties -> Linker -> General, tetapi tentu saja tidak berhasil karena saya masih mencoba merujuk tajuk yang tidak ada.

Jelas pesan kesalahan yang membingungkan dalam kasus ini, karena nama header adalah <boost/filesystem.hpp>tetapi kesalahan memberi saya "cannot open file 'llibboost_filesystem-vc140-mt-gd-1_59.lib'"dan tidak ada nomor baris atau apa pun.

Saya memiliki masalah yang sama, tetapi solusi untuk kasus saya tidak tercantum dalam jawaban. Program antivirus saya (AVG) menentukan file MyProg.exesebagai virus dan memasukkannya ke 'gudang virus'. Anda perlu memeriksa gudang ini dan jika file ada di sana - maka pulihkan saja. Itu membantu saya.

Untuk proyek perakitan (ProjectName -> Build Dependencies -> Build Customizations -> masm (dipilih)), pengaturan Generate Preprocessed Source Listing ke True juga menyebabkan masalah bagi saya, menghapus pengaturan tersebut memperbaikinya. VS2013 di sini.

Saya mengalami masalah yang sama dengan linker yang mengeluh tentang executable utama yang hilang. Ini terjadi selama port solusi kami ke Visual Studio 2013 baru . Solusinya adalah campuran bervariasi dari proyek / kode yang dikelola dan tidak dikelola. Masalah (dan perbaikan) akhirnya menjadi file app.config yang hilang di folder solusi. Butuh satu hari untuk memikirkan yang satu ini :(, karena log keluaran tidak terlalu membantu.

Saya memeriksa semua pengaturan saya menurut daftar ini: http://msdn.microsoft.com/en-us/library/ts7eyw4s.aspx#feedback . Ini membantu saya dan untuk situasi saya, saya menemukan bahwa Ketergantungan Tautan properti proyek memiliki kutipan ganda, yang seharusnya tidak ada.

Saya menjawab karena saya tidak melihat solusi khusus ini dicantumkan oleh orang lain.

Rupanya antivirus saya (Ad-Aware) menandai DLL yang menjadi tempat bergantung salah satu proyek saya, dan menghapusnya. Bahkan setelah mengecualikan direktori tempat tinggal DLL, perilaku yang sama berlanjut hingga saya me-restart komputer saya.

Dalam kasus saya, saya telah mengganti file perpustakaan matematika dari kursus Grafik Game Engine sebelumnya dengan GLM. Masalahnya adalah saya tidak menambahkannya ke proyek dalam Visual Studio's Solution Explorer (meskipun mereka berada di repositori proyek).

Saya mengalami masalah ini sehubungan dengan kesalahan LNK2038, mengikuti posting ini untuk memisahkan RELEASE dan DEBUG DLL. Dalam proses ini saya telah membersihkan seluruh folder tempat dependensi ini berada.

Untungnya saya memiliki cadangan dari semua file ini, dan mendapatkan file yang kesalahan ini dilemparkan kembali ke folder DEBUG untuk menyelesaikan masalah. Kode kesalahan itu menyesatkan karena saya harus menghabiskan banyak waktu untuk sampai ke tip ini dari salah satu jawaban dari posting ini lagi.

Semoga jawaban ini, membantu seseorang yang membutuhkan.

Aku dipecahkan dengan menambahkan sebuah proyek yang sudah ada untuk saya solusi , yang saya lupa untuk menambahkan dalam waktu yang pertama.

Saya mengalami kesalahan yang sama:

fatal error LNK1104: cannot open file 'GTest.lib;'

Ini disebabkan oleh ;akhirnya. Jika Anda memiliki beberapa perpustakaan, mereka harus dipisahkan dengan spasi kosong (bilah spasi), tanpa koma atau titik koma!

Jadi jangan gunakan ;atau apa pun saat mencantumkan pustaka diProject properties >> Configuration Properties >> Linker >> Input

Saya mencoba solusi di atas tetapi tidak berhasil untuk saya. Jadi saya mengganti nama exe dan membangun kembali solusinya. Ini bekerja untuk saya.

Saya mengalami kesalahan persis ini saat membuat VC ++ DLL di Visual Studio 2019:

LNK1104: tidak dapat membuka file 'C: \ Program.obj'

Ternyata di bawah Project Properties> Linker> Input> Module Definition File, saya telah menentukan file def yang memiliki tanda kutip ganda tak tertandingi di akhir nama file. Menghapus tanda kutip ganda yang tidak cocok menyelesaikan masalah.

Dibunuh msbuild32.exedan dibangun kembali. Itu berhasil untuk saya.

Saya mengalami masalah yang sama dengan "Visual Studio 2013".

LNK1104: cannot open file 'debug\****.exe

Ini diselesaikan setelah menutup dan memulai kembali Visual studio.

Saya mengalami masalah yang sama, saya baru saja menyalin kode ke proyek baru dan memulai pembuatan. Beberapa kesalahan lain mulai datang. error C4996: 'fopen': Fungsi atau variabel ini mungkin tidak aman. Pertimbangkan untuk menggunakan fopen_s sebagai gantinya

Untuk mengatasi masalah ini lagi, saya telah menambahkan satu properti saya di proyek Proyek seperti di bawah ini. Proyek -> Properti -> Properti konfigurasi -> c / c ++. Di kategori ini ada nama field Definisi Preprocessor Saya telah menambahkan _CRT_SECURE_NO_WARNINGS ini untuk menyelesaikan masalah Semoga bisa membantu ...

Terima kasih