作者xavier13540 (柊 四千)
看板C_and_CPP
標題[問題] CreateFile()回傳INVALID_HANDLE_VALUE
時間Fri Aug 25 15:54:42 2023
開發平台(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://webptt.com/m.aspx?n=bbs/C_and_CPP/M.1692950091.A.DCC.html
2F：→ nh60211as: 更正，錯誤碼是什麼 08/25 18:35
你說GetLastError()的回傳值嗎? 是2 查了一下是非常簡單的file not found
3F：→ L4ys: Visual Studio project default 會使用 Unicode 版本的 08/25 21:27
4F：→ L4ys: Windows API, 所以其實呼叫的是 CreateFileW, 專案設定裡面 08/25 21:27
5F：→ L4ys: 可以修改 08/25 21:28
改成"Use Multi-Byte Character Set"後總算解決了 謝謝
https://i.imgur.com/K6JFuwZ.png
https://i.imgur.com/KEgTjSG.png
另外我發現"Not Set"也可以 只有"Use Unicode Character Set"會壞掉
6F：→ stupid0319: 輸入是utf-8,應該轉成utf-32餵給windows 08/26 08:51
7F：→ stupid0319: a.txt的utf-32會變兩倍大 08/26 08:57
※ 編輯: xavier13540 (111.240.164.124 臺灣), 08/26/2023 09:17:12
8F：→ stupid0319: Use Multi-Byte Character Set後,檔名有日文怎麼辦 08/26 10:41
我剛剛試了一下 用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
9F：推 stupid0319: iconv, code page, unicode 可以好好研究 08/26 17:27
10F：→ stupid0319: 不是unicode壞掉，而是你還沒搞懂文字編碼 08/26 17:29
11F：→ L4ys: main的argv都是char**,不該用LPTSTR,正確做法是改用wmain 08/26 18:57
12F：→ L4ys: 或是呼叫GetCommandLine/CommandLineToArgv 08/26 18:58
13F：推 L4ys: 或是用_tmain配合LPTSTR argv[] 08/26 19:01
發現在我的機器上 如果定義了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
14F：推 LPH66: MSVC 裡一部份帶 _t 的字串"函數"就是為了這個設定加的 08/27 03:28
15F：→ LPH66: (這些會在 <tchar.h> 裡) 當有定義 UNICODE 時它處理寬字元 08/27 03:29
16F：→ LPH66: 當沒有定義時它是處理 char 字串 08/27 03:29
17F：→ LPH66: 當有定義 MBCS 時它會變成 _mb 開頭的字串處理函數 08/27 03:29
18F：→ LPH66: 主要是用在同一支原始碼分別編出 char 字串跟 wchar_t 字串 08/27 03:31
19F：→ LPH66: (以及如果要的話 MBCS 字串) 不同版本時在用的 08/27 03:32
20F：→ LPH66: 那 main 本身有個字串(陣列)參數, 所以也會有 _t 版本 08/27 03:32
21F：→ LPH66: (這就是上面提的 _tmain 的由來) 08/27 03:32
22F：推 LPH66: 啊對對, LP"T"STR 的這個 T 也是 <tchar.h> 這個 t 的意思 08/27 03:43
23F：推 lwecloud: 2023了，不是歷史共業的話，直接用UNICODE吧 08/28 14:17
24F：→ lwecloud: 你用MBCS是因為你日文系統，餵一個中文檔名就掛了 08/28 14:22