作者查詢 / stucode

總覽項目：發文 | 留言 | 暱稱

作者 stucode 在 PTT [ C_and_CPP ] 看板的留言(推文), 共188則

限定看板：C_and_CPP

看板排序：

全部C_Chat415Python230C_and_CPP188Browsers147Steam50EZsoft15joke10StupidClown9Prob_Solve6Ajax4GameDesign4Network2RealPlaying2DataScience1Kyoto_Ani1Niconico1<< 收起看板(16)

首頁

尾頁

[問題] 透過system() 刪除檔案

[ C_and_CPP ]14 留言, 推噓總分: +2

作者: jayzhuang - 發表於 2019/07/05 17:45(6年前)

4^F→stucode: 先忽略硬把 TCHAR 塞給 char 這件事的話，原 PO 的問題07/06 00:19

5^F→stucode: 主要是不清楚 string 跟 string literal 的差別。07/06 00:19

6^F→stucode: 比較看看下面兩行輸出的差異應該就知道問題在哪：07/06 00:19

7^F→stucode: cout << GetFilePath() << endl;07/06 00:19

8^F→stucode: cout << "C:\\LGPO\\Debug\\" << endl;07/06 00:20

9^F→stucode: 不過刪除檔案可以像 2F 建議的用 std::filesystem 之類07/06 00:20

10^F→stucode: 處理會比用 system() 來的好。07/06 00:20

[問題] ternary ? operator

[ C_and_CPP ]9 留言, 推噓總分: +3

作者: wawi2 - 發表於 2018/12/12 00:22(7年前)

2^F→stucode: 我覺得這應該不是程式碼，是填空題吧？12/12 00:59

3^F→stucode: 問號處都用-（減號）填入看起來很合理。12/12 00:59

[問題] MinGW 路徑設定完後無法作用

[ C_and_CPP ]20 留言, 推噓總分: +6

作者: ExcitedMail - 發表於 2018/10/17 20:02(7年前)

4^F→stucode: 在 cmd 裡 echo %PATH% 看一下設定有沒有進去。另外也確10/17 21:36

5^F→stucode: 認一下環境變數的使用者，看你的設定頁開頭是 ACER，但在10/17 21:37

6^F→stucode: cmd 裡面是 a3171。10/17 21:37

7^F→stucode: 那就不知道了@@，提使用者是想說設定可能沒吃到。但 PATH10/17 23:19

8^F→stucode: 裡面有應該就不是這個問題。另外雖然不太可能沒有，也檢10/17 23:19

9^F→stucode: 查一下 %PATHEXT% 裡面有沒有 .EXE 好了。10/17 23:19

11^F推stucode: 最後再檢查一下 PATH 裡面那個雙引號有沒有框錯好了。10/18 00:20

[問題] fstream問題

[ C_and_CPP ]7 留言, 推噓總分: +2

作者: school4303 - 發表於 2018/03/20 01:52(8年前)

2^F→stucode: eofbit 只有在「已經吃到」檔案結尾之後才會設立。03/20 17:39

6^F推stucode: 是的，eof() 只回報目前的狀態，並不會自行檢查。03/20 19:33

[問題] UTF-8 Read / Write

[ C_and_CPP ]18 留言, 推噓總分: +1

作者: EdisonX - 發表於 2018/03/17 02:51(8年前)

8^F→stucode: sqlite3 有支援 UTF-8 喔。也有提供 UTF-16 的 API。03/17 14:10

9^F→stucode: 如果嘗試把 UTF-16 字串存進 UTF-8 資料庫的話，sqlite303/17 14:12

10^F→stucode: 會自動幫你做轉換。03/17 14:12

11^F→stucode: （如果使用 UTF-16 的 API 的話）03/17 14:14

[問題] reference的使用

[ C_and_CPP ]21 留言, 推噓總分: +4

作者: oToToT - 發表於 2018/03/15 21:51(8年前)

16^F→stucode: iterator 是為了抽象化容器的存取用的。例如實作一個找出03/16 00:49

17^F→stucode: 容器中最大值的演算法，如果沒有 iterator 來抽象元素03/16 00:50

18^F→stucode: 存取動作，對於像是 list 與 array 等疊代方式不同的03/16 00:50

19^F→stucode: 容器，就需要針對每種容器各寫一份。03/16 00:50

[問題] 初始化父類別連帶初始化子類別

[ C_and_CPP ]3 留言, 推噓總分: +1

作者: bulls5566 - 發表於 2018/03/15 13:17(8年前)

1^F→stucode: 從錯誤訊息來看，應該是宣告了建構函數可是沒有給定義的03/15 14:19

2^F→stucode: 關係。或是定義在鏈結器看不到的地方。03/15 14:19

置底閒聊文(2018/1/1-)

[ C_and_CPP ]146 留言, 推噓總分: +64

作者: wtchen - 發表於 2018/01/01 00:25(8年前)

88^F推stucode: 看了好久，仍然沒找到彩蛋在哪XD04/01 19:38

91^F推stucode: 原來是……XD04/01 22:42

[問題] 自定義度串列Iterator

[ C_and_CPP ]4 留言, 推噓總分: 0

作者: nova06091 - 發表於 2017/12/07 23:16(8年前)

1^F→stucode: begin() 沒有 const 修飾不能在有 const 的 a 上面呼叫。12/07 23:30

2^F→stucode: 194 行的 list 是 non-const 的。12/07 23:31

[問題] class destructor

[ C_and_CPP ]43 留言, 推噓總分: +3

作者: s5031588 - 發表於 2017/10/08 20:45(8年前)

12^F→stucode: 怎麼寫完 copy ctor 後 operator = 就不見了XD？10/08 23:20

13^F→stucode: 1. copy constructor 裡面不用 delete，因為是初始化，10/08 23:20

14^F→stucode: 還沒有前值，直接 new 然後 copy 就好。10/08 23:20

15^F→stucode: 2. copy assignment 需要檢查並釋放（或重新利用）現有10/08 23:20

16^F→stucode: 資源，同時要避免 self-assignment 造成錯誤的10/08 23:21

17^F→stucode: delete。10/08 23:21

18^F→stucode: 3. copy assignment 請傳回 reference，不要傳值。10/08 23:21

19^F→stucode: 4. splitStack() return first 就好，不用再包一層。10/08 23:21

20^F→stucode: 其實你的指標幾乎都是在 3. 或 4. 多餘的臨時物件中被10/08 23:21

21^F→stucode: delete 掉的。不過如果有做好 deep copy，頂多就是多跑10/08 23:22

22^F→stucode: 幾次 copy 效能較差而已，也不至於會使用到被 delete10/08 23:22

23^F→stucode: 掉的指標，造成嚴重錯誤。10/08 23:22

25^F→stucode: 傳回值的話，比較容易產生不必要的臨時物件。除此之外，10/09 05:57

26^F→stucode: 還可能導致非使用者預期的行為。其實 C++ 並沒有硬性規10/09 05:57

27^F→stucode: 定 copy assignment 要傳回 reference。這比較像是一種10/09 05:57

28^F→stucode: 慣例，讓自定義類別的行為盡可能相似於 C++ 原生型別10/09 05:58

29^F→stucode: （如 int）的行為。減少類別使用時產生意料之外的效果。10/09 05:58

30^F→stucode: 另外一個理由是，CopyAssignment requirements 要求回傳10/09 05:58

31^F→stucode: 型態必須是 T&，沒有滿足這個條件可能無法正常使用某些10/09 05:58

32^F→stucode: 標準容器的方法。事實上，如果沒有為類別宣告這個函數，10/09 05:58

33^F→stucode: 編譯器自動幫你生成的版本也是傳回 reference。當然，如10/09 05:58

34^F→stucode: 果你有更好的理由傳回新物件或者是其他型別，那就不用客10/09 05:58

35^F→stucode: 氣的傳吧！只要確保使用者了解並正確使用你的類別即可。10/09 05:59

40^F→stucode: 實測了一下，解構都正常喔。如果你有開最佳化（或者是10/09 20:09

41^F→stucode: IDE 的 Release mode），那 first 可能被 RVO 掉，實際10/09 20:09

42^F→stucode: 解構會在 b 生命週期結束時（離開 main() 時）發生。10/09 20:09

43^F→stucode: 另外，複製建構函數裡的 new 括號錯了。10/09 20:09

首頁

尾頁