作者查詢 / LPH66
作者 LPH66 在 PTT [ C_and_CPP ] 看板的留言(推文), 共6694則
限定看板:C_and_CPP
看板排序:
全部Math8895C_and_CPP6694Minecraft2011puzzle1798Little-Games1256PHP992Web_Design736killercorp717java657SYSOP599Programming587Mathematica451Windows394IME389Prob_Solve389Ajax321RegExp298b94902xxx229PttBug229HOT_Game210Visual_Basic207Inference204Hunter198Steam168NTU-K9167KS94-317160EzHotKey138BoardGame131Conan122HarryPotter120CSSE116Flash104Database96GameDesign94AndroidDev91Android90Kindaichi_Q88Wikipedia74LaTeX71BBSmovie59SMSlife57DeathNote54riddle52Weyslii49wretch42IMO_Taiwan38Suckcomic38b96902HW37NTU37b94902HW35Doraemon30NTU-MAGIC26NTUDormM723NTUcourse21ONE_PIECE19b95902xxx18KSHS_Talk18b95902HW15NTNU_Lin_9615PLT15C_Chat14CSCouncil11PttCurrent11transgender9Translate-CS9VR9NTUDormG18Education7HSNU_10857KS93-3207NCKU-BEH957NDMC-D627PttNewhand7b99902HW6hikarugo6NtuDormM16youtuber6b96902xxx5b97902HW5CompilerDev5GO5L_LifeInfo5MJ5NSwitch5SummerCourse5tutor5Hsinchu4Liu4PushDoll4AppsForBBS3b98902HW3CSIE_WSLAB3Gossiping3Kao-KSHS3KS93-3163NARUTO3NTUST-DT93-23RSSH94_3013b97902xxx2ck50th3232ck55th3252ck58th3122CS_Badminton2CSIE_Mahjong2NANLIN3012NDHU-His962NTUDormFJr2NTUGIEE_EDA2PCman2PCSH91_3052PttSuggest2PttWeb2SFFamily2WinMine2Abin1AGO1Aquarius1Army-Sir1ASHS-93-li1AskaYang1B92310XXX1b99902xxx1blind_pc1Browsers1CCSH_92_3161CGU-MED-991CGU_EE981ck55th1201ck55th3241ck56th3181CK84Courage1CLHS-53-131CM38th071consumer1CPU_AM7011CPU_FC7311CSMU-MED941CTSH913021CTSH923051DaZhi6thH3021Eclipse1FJU-AM-901FJU-BA92C1FJU_GF1FSHS-94-3181Google1Grad-ProbAsk1Greenfield1HKday1Hoobastank1HORTUS-911HSNU_10731HSNU_9291HSNU_9381HSNU_9581HSNU_9851HSNU_9891HSNU_9901Hu_Yen_20041HY-40-Xin1ILSH-943131INSECT-901Itchie1Jay1JH30th3061Jinmen1joke1kekkai1KhalilFong1KS90-3091KS94-3151KS94-3211KS98-3021lab6211LD_IM93-21MATLAB1MDscience6th1Moto_GP1MuscleBeach1NCCU00_Stat1NCCU02_PSYCH1NCCU03_ETHNO1NCCU03_PF1NCCU04_MAT1NCCU04_Stat1NCCU98_RMI1NCCU99_Stat1NCHU-AGR001NCHU-AGR071NCKU-PH981NCUFingrad031Network1NIUECE911NTNU_bridge1NTOU-YP1NTPU-JLAW941NTPU_CK_CM1NTU-GIIB20021NTU-GIIB20041NTU95thLIS1NTUBIME-1021NTUCH-941NTUDormM61NTUE-Art961NTUE-CS1031NTUE_Nse961NTUE_Nse981NTUHistory881NTUHorti961NTUKGA1NTUMath911NTUMath941NTUMT-921NTUMystery1NTUNewPlace1NTUST-DT92-11NTUT_EE490A1NUTN_SSSS1Oguri_Shun1Old-Games1onlychild1Peitou29t3161Penny1PERCUSSION1PokeMon1PttHistory1Romances1RSSH93_3071SCU_ACCM971SM02th031SM05th3xx1SOFTSTAR1SSSH-13th3111STDM-87-3051Stephen1streetsinger1TFGCRC1THU-P-Softbo1TigerBlue1TMU9711Translation1TSH97_YK1Ur-hsing1VET_921w-inds1wegoJT3021WuLing46-3051WuLing46-3171YP91-3121YP92-3011YP92-3031YP94-3141<< 收起看板(252)
2F→: 這樣可以嗎?02/11 02:59
3F→: 噢等等, 如果該函數沒有 virtual 那 override 抓不到02/11 03:00
4F→: 原程式碼呼叫被蓋掉的函數的狀況02/11 03:00
5F→: 不過如果你動得到模版原始碼的話, 加個 virtual 應該就行了02/11 03:02
12F推: template 其實會常見把實作寫在 header 裡的做法02/11 14:18
13F→: 理由是模版實現只在給定所有模版參數之後02/11 14:19
15F→: 除非像你這樣特別去引用一個模版把它特化出來02/11 14:19
17F→: 不然你是無法對別的 TU 裡引用的模版去產生程式碼的02/11 14:20
19F→: 把實作寫在標頭就把很多決定模版的地方延後到使用處生成02/11 14:21
1F推: 編譯器可以解讀為兩種以上的意思←正確01/16 23:54
2F→: 但 most vexing parse 困擾的點在於語言規定要選函數宣告01/16 23:55
3F→: 就算在那裡解讀成呼叫函數會讓程式正確也不行01/16 23:55
10F推: callback API 詳細長怎樣?01/12 12:48
11F→: 你怎麼判斷是參數問題的?01/12 12:49
12F→: 你所發現的「參數問題」又是怎樣的參數才使程式當掉?01/12 12:50
17F推: invalid_argument...有種 stoi 失敗的味道在01/12 12:56
18F→: 查一下 send log 裡有沒有該是數字的欄位裡沒有數字01/12 12:57
19F→: 我會猜這不是你們的 callback 的問題01/12 12:57
20F→: 說起來你有 coredump, gdb 進去後是不是停在 stoi 裡?01/12 13:00
27F推: 果然雖不中也不遠, 這看起來是掛在 stof 裡01/12 20:23
28F→: 那既然在進入你的 callback 前就掛了合理懷疑是來的訊息中01/12 20:24
29F→: 該是數字的欄位沒有數字, 傳進 stof 就掛了01/12 20:24
30F→: 去問你用的這個 API 的作者有沒有什麼地方會有這種問題01/12 20:24
31F→: 總之這應該是來的訊息跟它的處理程式的問題01/12 20:25
32F→: 和你的 callback 沒有關係01/12 20:25
33F→: 噢, 或許 what() 裡冒號後面的就是傳進的字串本身01/12 20:26
34F→: 你能掌握到的所發送訊息當中有沒有 float 這種字放在01/12 20:27
35F→: 該是數字的欄位當中的?01/12 20:27
36F→: 問題源頭應該是來的訊息, 你也可以問一下發送方01/12 20:27
37F→: 有沒有可能把字串放進數字欄位裡的可能01/12 20:27
11F推: 給個完整程式碼01/06 00:43
5F→: VSCode 支援 W7 喔11/28 19:16
14F噓: 你現在才說你有上萬行的程式要轉難道不是問非所想?12/01 20:59
15F→: 都沒辦法把關鍵點第一次就提出來還期望別人馬上給指導?12/01 21:00
3F推: "用scanf來給值"←你把因果關係顛倒了10/11 06:55
4F→: malloc 本來就是會回傳不同的東西, 跟你給什麼值無關10/11 06:55
5F→: 這即是為什麼 C string 需要使用字串比較函式的原因10/11 06:56
7F推: Um, 這個訊息有點倒過來的感覺...09/22 01:06
8F→: 他的 makefile 裡面確實指定 c++14 了09/22 01:06
9F→: 但這訊息卻好像是在說 C++11 功能「太新」不支援09/22 01:08
10F→: 原 PO 你確定你在 vscode 裡有執行 makefile 嗎?09/22 01:08
11F→: 還是單純地在 vscode 裡按「編譯」鍵而已?09/22 01:08
12F→: 另外剛才搜到這個 https://stackoverflow.com/a/5734137109/22 01:09
13F→: 原 PO 或許可以參考一下09/22 01:10
40F推: 然後這裡要來教一個 Makefile 常用技巧: 把編譯參數放變數09/22 19:53
41F→: 例如可以在開頭寫 CXXFLAGS = -std=c++14 -Wfatal-errors09/22 19:54
42F→: 然後編譯指令裡這個地方就用 $(CXXFLAGS) 取代09/22 19:54
43F→: 只要每個編譯指令都記得加這個參照, 所有參數就能一次套用09/22 19:54
44F→: 記一個變數比起記所有參數來得容易09/22 19:55
45F→: CXXFLAGS 這個名字也是慣例上 (及某程度上的 make 預設)09/22 19:55
46F→: 用來存編譯參數的變數名字; 連結參數類似地有 LINKFLAGS09/22 19:56
1F推: 試用 printk?09/14 17:55
3F→: 既然是你在追 kernel panic 那應該是 kernel space 的程式09/14 17:56
4F→: 這樣應該能用 printk09/14 17:56
17F推: 長度 20 也不能用 double 或 int64_t 來存08/05 20:30
18F→: uint64_t 只能擦邊 (18446744073709551615 正好 20 位)08/05 20:31
19F→: 所以任意 20 位的數字可能要建議當字串來用08/05 20:31
22F推: double 的精確度是 53 bit, 數學轉換對應十進位約 15.95 位08/09 03:16
23F→: 所以一般可能會認為印出 1+15 位數就能足夠表示一個 double08/09 03:16
24F→: 但實際上如果要達成所謂的 round-trip (轉成字串再轉回來時08/09 03:17
25F→: 要得到完全一樣的 double 數值) 會需要印出 1+17 位08/09 03:17
26F→: 才能使某些邊界狀況能夠得到分辨08/09 03:17
2F推: 你還有 UI 層, 那樓上的「某Global」可以理解為視窗訊息07/12 18:59