作者查詢 / LPH66

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

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

限定看板：C_and_CPP

看板排序：

全部Math8895C_and_CPP6694Minecraft2013puzzle1798Little-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)

首頁

尾頁

[討論] 浮點數運算的效能與誤差

[ C_and_CPP ]41 留言, 推噓總分: +8

作者: a34021501 - 發表於 2017/10/08 04:12(8年前)

4^F推LPH66: OpenCL 的同步是使用 barrier() 去研讀那部份的東西10/08 18:04

5^F→LPH66: 簡單的觀念是不經過 barrier() 不該去撈別人負責的格子10/08 18:05

7^F推LPH66: 呃嗯, 我其實不太確定這邊是在問 kernel 運算本身10/09 09:32

8^F→LPH66: 還是 host/device 的傳遞資料, 畢竟結果出錯的原因10/09 09:33

9^F→LPH66: 這兩者其中之一出錯都有可能10/09 09:33

10^F→LPH66: 我提的 barrier() 是 kernel code 裡的東西10/09 09:33

11^F→LPH66: 主要是同一 Workgroup 內的各 Workitem 之間同步10/09 09:33

12^F→LPH66: 這只單純是在講 device 端的 kernel 運算10/09 09:34

[問題] Operator overloading const 一問

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

作者: dwight90488 - 發表於 2017/10/04 23:26(8年前)

6^F推LPH66: 3. 非常數版回傳 reference 的原因是要使得 obj[idx]=val;10/05 04:03

7^F→LPH66: 這裡的 = 能夠真的把值賦給左邊那個位置10/05 04:04

8^F→LPH66: 這當然需要 obj 不是一個常數物件10/05 04:04

9^F→LPH66: 同時回傳的是 reference 可以做為左值而得以賦值10/05 04:05

10^F→LPH66: 啊, 我似乎看懂你的問題了: 第二個函數的 const 表示這函數10/05 04:06

11^F→LPH66: 是常數物件也能夠呼叫的函數, 在此函數裡 this 有常數性10/05 04:07

12^F→LPH66: 而第一個函數的 this 則沒有常數性10/05 04:07

13^F→LPH66: 這個常數性的有無就跟參數的常數性有無一樣10/05 04:08

14^F→LPH66: 會對 overload 決議造成影響10/05 04:08

[問題] shared_ptr 指向 vector

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

作者: shihyu - 發表於 2017/10/02 03:55(8年前)

6^F推LPH66: 那個, 一樓提的你還是仔細想一下10/02 07:52

7^F→LPH66: 所謂 XY Problem 是指說你想做 X, 你用了解法 Y 但有問題10/02 07:53

8^F→LPH66: 所以你跑上來問 Y, 但事實上你應該要回頭檢查為何選擇 Y10/02 07:53

9^F→LPH66: 是不是在一個更高層次上為了解決 X 你該用其他東西10/02 07:55

10^F→LPH66: 這一點其實我之前回你的文時就有暗示過了...10/02 07:56

11^F→LPH66: 以你後來編輯的東西來看, 那個 arraycopy 感覺滿微妙的10/02 07:59

12^F→LPH66: 一般會改動 vector 陣列內容的函式常傳參考10/02 08:00

13^F→LPH66: 而不是再外掛一個 new/delete/shard_ptr/等等做資源管理10/02 08:00

14^F→LPH66: 主要就是因為先前我有提過 vector 本身就是動態配置了10/02 08:34

15^F→LPH66: 再在這上面包另外一個動態配置有疊床架屋的感覺10/02 08:34

[心得] 原來繼承不可逆

[ C_and_CPP ]28 留言, 推噓總分: +8

作者: gecer - 發表於 2017/10/01 10:51(8年前)

6^F推LPH66: NONONO, covariance / contravariance 是繼承鏈類別的衍生10/01 18:48

7^F→LPH66: 出來的型別之間的關係, 這裡只是單純的父指標不能指子而已10/01 18:49

8^F→LPH66: 以此例來說若談論 Base[] D1[] D2[] 的關係10/01 18:49

9^F→LPH66: 或 vector<Base> vector<D1> vector<D2> 的關係10/01 18:50

10^F→LPH66: 這才會用上 *-variance 這個用語10/01 18:50

24^F推LPH66: 唔, 把 * 當成 type function 來講嗎...10/02 08:02

25^F→LPH66: 倒是沒這麼思考過; 稍微想一想應該是可以的10/02 08:02

26^F→LPH66: 這樣 * 這個 type function 確實能說是 covariant10/02 08:03

Re: [問題] std::shared_ptr std::vector

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

作者: LPH66 - 發表於 2017/09/29 01:14(8年前)

3^F→LPH66: 關於這個, https://stackoverflow.com/a/16804634 這個回答09/29 09:40

4^F→LPH66: 比較了 std::vector, std::array 跟 std::unique_ptr<T[]>09/29 09:41

5^F→LPH66: 它們的各個方面, 三種各擅勝場在有相對的需求時確實好用09/29 09:42

6^F→LPH66: 所以我這篇文章比較沒有著重在哪個狀況要用哪個09/29 09:43

7^F→LPH66: 而是在解釋它們的設計概念跟語意09/29 09:44

8^F→LPH66: 再說我也沒有完全否定 shared_ptr<vector<T>> 就是09/29 09:45

[閒聊] 關於C++的雷

[ C_and_CPP ]29 留言, 推噓總分: +22

作者: PkmX - 發表於 2017/09/25 22:14(8年前)

5^F推LPH66: 我猜...因為 fp() 當 fp == NULL 時是 UB, 所以編譯器假設09/25 23:56

6^F→LPH66: 寫 fp() 時 fp 非空, 那非空時其值為何我猜就偷看其他函式09/25 23:57

12^F推LPH66: 所以我猜對了XD 果然是偷看之後最佳化掉了09/26 01:28

[問題] 這時的cout<<裡，為什麼還可以印出1??

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

作者: Zephyr750 - 發表於 2017/09/25 18:48(8年前)

3^F推LPH66: 一樓正解, 不過這在 C++17 將會改變, 會是預期的 2 了09/25 19:18

4^F→LPH66: 問題是在 << 運算子的左右兩邊沒說誰先做09/25 19:19

5^F推LPH66: https://wandbox.org/permlink/2cRJkP2imKVDTSys C++1709/25 19:23

12^F推LPH66: 其實這裡有點微妙, pre-C++17 的話這是對的09/25 23:47

13^F→LPH66: 但 C++17 新增的規定有特別把 << >> 兩個運算子拉出來09/25 23:47

14^F→LPH66: 規定其運算元的執行順序, 所以不能單單展成函數呼叫09/25 23:47

15^F→LPH66: (即使在新規定之下普通函數呼叫其參數執行順序依然未指定)09/25 23:48

17^F→LPH66: 唔嗯, 這跟你的實作相對無關, 而是在進你的函數之前09/26 08:44

18^F→LPH66: 計算參數的順序問題; pre-C++17 沒規定, C++17 定先左再右09/26 08:45

[問題] Call child class function from parent

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

作者: gigigigi - 發表於 2017/09/23 09:43(8年前)

3^F推LPH66: 父 call 子本來就不是隨便能做的09/23 19:19

4^F→LPH66: 父親不會知道哪個子繼承自己需要我去 call09/23 19:19

5^F→LPH66: 如果真的需要用到父 call 子這種寫法的話可以去查 CRTP09/23 19:19

6^F→LPH66: CRTP 利用了模版參數讓父知道是哪個子繼承自己09/23 19:20

Re: [閒聊] C++ Stateful Metaprogramming

[ C_and_CPP ]105 留言, 推噓總分: +11

作者: CoNsTaR - 發表於 2017/09/23 04:05(8年前)

2^F推LPH66: 推一個, 不過我還滿好奇這要怎麼改...09/17 15:15

[問題] 請問這行組語是哪個指令集?

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

作者: zzss2003 - 發表於 2017/09/21 14:45(8年前)

1^F推LPH66: AT&T 語法的 x86 組語09/21 15:01

3^F→LPH66: 寫回 Intel 語法是 mov eax, [esp+4]; add eax, 309/21 15:02

4^F→LPH66: www.imada.sdu.dk/Courses/DM18/Litteratur/IntelnATT.htm09/21 15:02

5^F→LPH66: https://en.wikibooks.org/wiki/X86_Assembly/GAS_Syntax09/21 15:05

6^F推LPH66: 抽象機器的概念是這樣的: 我們規定一段程式碼在抽象機器上09/21 15:07

7^F→LPH66: 的運作方式, 然後觀察這樣運作之後它所產生的結果09/21 15:07

8^F→LPH66: (這不只代表輸出, 還包含部份附帶效應)09/21 15:08

9^F→LPH66: 那實際上的編譯器在編譯時就需要對同樣這段程式碼09/21 15:08

10^F→LPH66: 產生能得到同樣結果的機械碼出來09/21 15:09

11^F→LPH66: 以你貼的圖來說, 呼叫這個函數的結果是回傳了 x+3 的值09/21 15:10

12^F→LPH66: 那編譯器可以直接產生回傳 x+3 的指令 (即是下面的組語)09/21 15:10

13^F→LPH66: 簡單說就是: 結果對就好, 過程不論; 這就給最佳化提供空間09/21 15:11

首頁

尾頁