作者查詢 / 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)
62F推: 最佳化的話可能要編譯器能 (1) 把迴圈化簡成 memset 之後04/05 23:57
63F→: (2) 這個函數被 inline (3) if 的條件在上層函數已滿足04/05 23:57
64F→: 不過 (3) 這個條件記得不容易滿足 (技術上&實際程式上都是)04/05 23:59
15F推: 如果這個排序可以不必是繼承順序的話 (建圖應該可以不是)02/08 13:52
16F→: typeid(型態) 所得到的 type_info 物件有 hash_code() 能用02/08 13:52
17F→: 或者根本可以用此 type_info 的 before() 方法判斷順序02/08 13:52
6F推: 我有點好奇「求多重繼承指定父類的順序」的用處在哪02/07 01:18
15F推: 有號數對 INT_MIN 取負可能溢位, 而有號數溢位是 UB01/18 05:21
16F→: 然後其實這一點對 cmp1 和 cmp2 都是一樣的01/18 05:24
17F→: (因為不論是否經過巨集, 兩邊都有直接取負的運算)01/18 05:25
18F→: 嘛, 講「可能」溢位是早期 C/C++ 的定義了, C++20 的有號數01/18 07:35
19F→: 固定為二補數所以 INT_MIN 取負真的是溢位01/18 07:35
1F推: 你有改過字型設定嗎?01/14 19:00
3F推: 不要用有 @ 開頭的字型, 那是給直寫中文用的, 會像你這樣轉01/14 19:03
4F→: 拉到字型選單最下面有普通的中文字型01/14 19:03
15F推: 這個在 C++20 已經先行登場了, C23 只是跟上而已12/29 19:04
16F→: 因為 __VA_ARGS__ 為空時的狀況本來就很討厭12/29 19:04
17F→: gcc 用 , ## __VA_ARGS__ 去「解決」其實是 hack12/29 19:05
18F→: 就是五樓提的 ## 本來是用來把兩個 token 貼成一個12/29 19:07
19F→: 逗號貼什麼東西都不是合法 token 所以就拿來 hack 成這行為12/29 19:08
20F→: C++20 登場的 __VA_OPT__ 的用途就是把這個邊界狀況給解決12/29 19:09
1F推: 可以說說想要這樣設計的理由嗎?11/10 08:45
2F→: 你為什麼需要一個 Base::foo() 的「介面」在那裡?11/10 08:46
8F推: 所以你的各 Derived 只是各種可以 foo 的標記?11/10 09:01
9F→: 因為你想靜態使用, 這表示各 Derived 不會有成員11/10 09:01
10F→: 那各 Derived 之間的差別就僅僅是 foo 實作不同而已11/10 09:01
11F→: 回到「不會忘了去做出foo的內容」這句話, 為什麼你會想要11/10 09:06
12F→: Derived 「不會忘了實作一個靜態方法」? 有誰會用嗎?11/10 09:06
21F→: 其實 concept (或 pre-C++20 用 SFINAE) 應該八成是他要的11/10 10:54
22F→: 這樣甚至不需要一個 "Base" 在那裡11/10 10:55
23F→: 但我好像很少看到這類型的限定會用在 static 成員函數上11/10 10:55
1F推: 你有中文字型檔嗎?11/05 19:21
52F推: 我會認為這個「選項」應該要是 business logic 的一部份11/04 12:29
53F→: 是的話其實也沒什麼「忘了」的問題, 因為那就是沒實作完全11/04 12:30
54F→: 如果未來要加其他開關的話應該要以等同改變 business logic11/04 12:31
55F→: 的型式去處理, 而不只是加一個開關調整這種事11/04 12:31
56F→: 講更簡單一點就是, 加開關應該要以等同於改流程的程度對待11/04 12:36
57F→: (實際上真的在改流程, 新增某條件之下某流程可跳過的邏輯)11/04 12:36
58F→: 未來不管是加別的開關或是流程調整都要順過整個流程才實作11/04 12:37
59F→: 這樣這些開關是流程的一部份, 就不會有什麼「忘記」的問題11/04 12:38
2F→: [公告] 發文附上程式碼較易獲得協助10/08 03:58
10F→: 我還沒細看, 不過我將一個小畫家畫的 24x24 24 位元 bmp10/09 04:52
11F→: 餵入這支程式, 它會對每個輸入圖產生兩個 270 byte 大小的10/09 04:53
12F→: 檔案 -- 這一點顯然不對, 因為原圖有 1782 byte 大小10/09 04:53
13F→: 而你的程式至少其中一部份是將其放大10/09 04:54
14F→: 由小畫家存的 bmp 檔大小, 16x16 24 位元應有 822 byte10/09 04:56
15F→: 36x36 24 位元應有 3942 byte10/09 04:57
16F→: 這裡我甚至還沒去看你的縮放計算 (因為根本看不到結果)10/09 04:58
17F→: 這裡就給一個建議: 輸入的 bmp 格式很容易用小畫家畫一個10/09 04:59
18F→: 所以你就隨便存一個去測試你的程式相關的東西到底對不對10/09 05:00
18F推: 其實樓上的做法不只是給 python, 它甚至是一般寫 DLL 時09/30 23:16
19F→: 的做法: 當 DLL 有獲取資源的動作時, 一定也有一個釋放資源09/30 23:17
20F→: 的函數, 這樣需求跟釋放都會在 DLL 裡09/30 23:17
1F推: 注意你 40 行已經 return 了09/23 10:11
2F→: return 不只是表示什麼是回傳值, 更表示程式執行到此為止09/23 10:11