[問題] CreateFile()回傳INVALID_HANDLE_VALUE

看板C_and_CPP作者 (柊 四千)時間8月前 (2023/08/25 15:54), 8月前編輯推噓5(5推 0噓 19→)
留言24則, 5人參與, 8月前最新討論串1/2 (看更多)
開發平台(Platform): (Ex: Win10, Linux, ...) Win11 編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出) VC++ 額外使用到的函數庫(Library Used): (Ex: OpenGL, ...) 無 問題(Question)： 我最近在用Johnson M. Hart的書學windows的系統程式設計 書上給出了這份使用CreateFile()的程式碼 簡單實作linux上的cp指令 https://ideone.com/P9q9SD 我用vs2022新增c++ project 加入這份code 按ctrl+F5編譯後 總是找不到名稱同argv[1]的 檔案 https://i.imgur.com/0255HCz.png
我做了兩個實驗 1. 在這份code裡面加入幾行得到 https://ideone.com/7muAkc 預期這份新的code會先寫一些東西進argv[2] 但重新ctrl+F5後 會發現argv[2]本身變成亂碼 https://i.imgur.com/9EUnaHa.png
2. 不用ctrl+F5而是直接用cl.exe編譯 結果一切符合預期 https://i.imgur.com/PgLEPRF.png
請問可能的原因是什麼? 我用的是日文版的windows 11 不過我想中文版的應該也會有類似的問題@@ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.240.166.90 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1692950091.A.DCC.html
→
08/25 18:32, 8月前 , 1F
你有看是什麼錯誤嗎？https://i.imgur.com/0S9yH6l.png
08/25 18:32, 1F
→
08/25 18:35, 8月前 , 2F
更正，錯誤碼是什麼
08/25 18:35, 2F
你說GetLastError()的回傳值嗎? 是2 查了一下是非常簡單的file not found
→
08/25 21:27, 8月前 , 3F
Visual Studio project default 會使用 Unicode 版本的
08/25 21:27, 3F
→
08/25 21:27, 8月前 , 4F
Windows API, 所以其實呼叫的是 CreateFileW, 專案設定裡面
08/25 21:27, 4F
→
08/25 21:28, 8月前 , 5F
可以修改
08/25 21:28, 5F
改成"Use Multi-Byte Character Set"後總算解決了 謝謝 https://i.imgur.com/K6JFuwZ.png
https://i.imgur.com/KEgTjSG.png
另外我發現"Not Set"也可以 只有"Use Unicode Character Set"會壞掉
→
08/26 08:51, 8月前 , 6F
輸入是utf-8,應該轉成utf-32餵給windows
08/26 08:51, 6F
→
08/26 08:57, 8月前 , 7F
a.txt的utf-32會變兩倍大
08/26 08:57, 7F
※ 編輯: xavier13540 (111.240.164.124 臺灣), 08/26/2023 09:17:12
→
08/26 10:41, 8月前 , 8F
Use Multi-Byte Character Set後,檔名有日文怎麼辦
08/26 10:41, 8F
我剛剛試了一下 用MBCS就算檔名有日文也可以正常執行 https://i.imgur.com/k0FrApp.png
反倒是用Unicode的話 連a.txt也會壞掉 不過windows似乎建議新的軟體開發都用Unicode 至於MBCS只用來處理legacy code https://i.imgur.com/xeaw8Dj.png
我覺得還是要想辦法讓我用Unicode編譯後也能成功才是 ※ 編輯: xavier13540 (111.240.164.124 臺灣), 08/26/2023 17:25:43
推
08/26 17:27, 8月前 , 9F
iconv, code page, unicode 可以好好研究
08/26 17:27, 9F
→
08/26 17:29, 8月前 , 10F
不是unicode壞掉，而是你還沒搞懂文字編碼
08/26 17:29, 10F
→
08/26 18:57, 8月前 , 11F
main的argv都是char**,不該用LPTSTR,正確做法是改用wmain
08/26 18:57, 11F
→
08/26 18:58, 8月前 , 12F
或是呼叫GetCommandLine/CommandLineToArgv
08/26 18:58, 12F
推
08/26 19:01, 8月前 , 13F
或是用_tmain配合LPTSTR argv[]
08/26 19:01, 13F
發現在我的機器上 如果定義了UNICODE和_UNICODE這兩個macro LPTSTR是wchar_t*的別名 // LPTSTR -> LPWSTR -> WCHAR* -> wchar_t* 如果這兩個macro沒有被定義 LPTSTR會變成是char*的別名 // LPTSTR -> LPSTR -> CHAR* -> char* 只要把那兩個macro undefine掉 或者把main改成wmain 執行結果就正常了 書上第二章就有個interlude在介紹unicode 提到了這兩個macro 並引入了_tmain 簡單看了一下後面的example code main()都被替換成_tmain()了 ※ 編輯: xavier13540 (111.240.164.124 臺灣), 08/26/2023 20:09:55
推
08/27 03:28, 8月前 , 14F
MSVC 裡一部份帶 _t 的字串"函數"就是為了這個設定加的
08/27 03:28, 14F
→
08/27 03:29, 8月前 , 15F
(這些會在 <tchar.h> 裡) 當有定義 UNICODE 時它處理寬字元
08/27 03:29, 15F
→
08/27 03:29, 8月前 , 16F
當沒有定義時它是處理 char 字串
08/27 03:29, 16F
→
08/27 03:29, 8月前 , 17F
當有定義 MBCS 時它會變成 _mb 開頭的字串處理函數
08/27 03:29, 17F
→
08/27 03:31, 8月前 , 18F
主要是用在同一支原始碼分別編出 char 字串跟 wchar_t 字串
08/27 03:31, 18F
→
08/27 03:32, 8月前 , 19F
(以及如果要的話 MBCS 字串) 不同版本時在用的
08/27 03:32, 19F
→
08/27 03:32, 8月前 , 20F
那 main 本身有個字串(陣列)參數, 所以也會有 _t 版本
08/27 03:32, 20F
→
08/27 03:32, 8月前 , 21F
(這就是上面提的 _tmain 的由來)
08/27 03:32, 21F
推
08/27 03:43, 8月前 , 22F
啊對對, LP"T"STR 的這個 T 也是 <tchar.h> 這個 t 的意思
08/27 03:43, 22F
推
08/28 14:17, 8月前 , 23F
2023了，不是歷史共業的話，直接用UNICODE吧
08/28 14:17, 23F
→
08/28 14:22, 8月前 , 24F
你用MBCS是因為你日文系統，餵一個中文檔名就掛了
08/28 14:22, 24F
‣ 更多 xavier13540 的文章
文章代碼(AID): #1aw5vBtC (C_and_CPP)
‣ 更多 xavier13540 的文章
文章代碼(AID): #1aw5vBtC (C_and_CPP)