作者查詢 / Killercat
作者 Killercat 在 PTT [ C_and_CPP ] 看板的留言(推文), 共2545則
限定看板:C_and_CPP
看板排序:
全部car23046Gossiping21483Road8505WOW5471MAC5469MRT5403iOS2618C_and_CPP2545HatePolitics1681SuperBike1605RealPlaying1333creditcard1324biker1070java845DIABLO780IA758GameDesign756Hunter739points593AndroidDev584Soft_Job531Military529Tech_Job497Programming448MacDev392Bus352DigiCurrency311Aviation310KMT279MusicGame261Coffee244worldtrigger200Railway196TORIKO151L_SecretGard150MobileComm148ONE_PIECE144C_Chat141Little-Games120marvel114Claymore101DPP91ToS62Neihu60GuildWars53EV50fatworld42C_Sharp38MobilePay38home-sale37movie34LoveLive_Sip31SYSOP30DarkSwords28Tainan25joke22Lifeismoney21politics18NTU16Salary16Stock16TaichungBun16About_Life15IC-Card12hypermall11iPod11MOD_AP11PublicIssue11Teacher11HateP_Picket10L_LifeInfo10Taoyuan10Wanhua10FinalFantasy9L_RelaxEnjoy9PlayStation9Sub_CS9Google8AC_In7L_TalkandCha7LangService7Gintama6Gov_owned6HsinYi6Kaohsiung6LinuxDev6media-chaos6Windows6BigShiLin5Browsers5E-appliance5EverQuest25Linux5Python5Shu-Lin5ShuangHe5sky5SongShan5travel5Android4CrossStrait4CVS4Eclipse4EuropeanCar4FITNESS4ForeignEX4ONLINE4PingTung4TuCheng4Barista3ComGame-Plan3FuMouDiscuss3ID_Problem3KMU3marriage3nb-shopping3pighead3Post3rent-exp3SENIORHIGH3StockPicket3StupidClown3Translate-CS3WomenTalk3YOLO3Datong2fastfood2Hong_Kong2Hsinchu2HSNU_9212Hualien2image2Lawyer2Leo2LoL2MuscleBeach2NTUT_ME495A2Nurse2Policy2TaichungCont2AfterPhD1Ajax1ask1AskBoard1Azumanga1CarShop1cat1CodeJob1CPBL1CSSE1DeathNote1dog1EatToDie1FTV1Geography1GTA1Hearthstone1Hotel1ID_Multi1Jolin1Keelung1KOTDFansClub1KS93-3201L_LifeJob1License1Monkeys1nCoV20191NDHU-AIPhy1NUU_CSIE1PC_Shopping1PokemonGO1PttBug1San-Ying1SetupBBS1sex1soul1specialman1speech1StarWars1Steam1SuperIdol1TA_AN1tennisprince1Tigers1traffic1TuTsau1twin1WarCraft1<< 收起看板(188)
21F→: 你可能要先搞清楚shared_ptr的原理...09/29 06:23
22F→: shared_ptr的自動回收不是靠GC機制 是靠物件的scope09/29 06:23
23F→: 來判斷reference count然後在rc=0的時候自爆的09/29 06:24
1F推: %s錯 大概90%是沒\0 10%是operator沒搞好09/27 21:31
2F→: 你的話雖然是\0問題 但是有個更嚴重的錯誤09/27 21:32
3F→: 你把element*指到&data(char[3])去了....09/27 21:33
4F→: 請用strcpy做這件事 不要亂指啊....09/27 21:34
5F→: (雖然strcpy也會錯就是了 因為data沒有\0)09/27 21:34
6F→: 剛好四五年前有個實習生水平 放這種雷把系統炸飛了...09/27 21:35
8F→: element是char[20] data是char[3] 你把一個char[3]的09/27 21:39
9F→: 位置送給了一個char[20]的位置 你覺得可以嗎 XD09/27 21:40
10F→: 另外你的問題只要把data改成const char* data = "ABC";09/27 21:40
11F→: \0 加上用strcpy去代替= 應該就沒錯了09/27 21:41
12F→: 今天假設element跟data都是new來的 你覺得這樣指來指去09/27 21:41
13F→: 最後delete[] element會怎樣? XD09/27 21:41
21F推: 結構裡面的矩陣要自己實作copy/assign ctor來決定做法09/28 07:45
9F→: 直接塞一本程式設計師的自我修養給他就好啦...... XD09/27 21:37
10F→: 念完了大概不但懂這個了 我連修養都變好了喔(誒)09/27 21:37
28F→: 基本上 只要沒有include/link到os specified的檔案09/27 21:35
29F→: 都可以用不同toolchain來換平台。09/27 21:36
30F→: 當然裡面還有很多眉角(如endian) 不過大致能編過09/27 21:36
7F→: CRTP...這會造成閱讀跟除錯困難 XD09/27 22:39
8F→: 其實我私心認為 寫code寫成這樣 應該邏輯也有問題了...09/27 22:40
9F→: 建議把整個code邏輯展開看一下為什麼非得這樣做09/27 22:40
98F推: MVP我前陣子才被雷到一次 orz09/20 10:54
99F→: 不過MVP比較偏向是因為相容性而無法補齊的洞09/20 10:54
100F→: 不過現在已經有搭另外一座橋給你就是09/20 10:54
101F→: 另外其實compile time都是小雷 runtime才是大雷....09/20 10:55
98F推: MVP我前陣子才被雷到一次 orz09/20 10:54
99F→: 不過MVP比較偏向是因為相容性而無法補齊的洞09/20 10:54
100F→: 不過現在已經有搭另外一座橋給你就是09/20 10:54
101F→: 另外其實compile time都是小雷 runtime才是大雷....09/20 10:55
17F推: Valgrind啊 其實他貼的圖就有寫了09/13 23:46
18F→: 這東西連memory leak都有辦法抓到一大半 很猛的09/13 23:46
23F推: GUI thread是最不該碰的東西啊....09/11 21:58
11F推: 不是,純粹就是alignment 又不是union XD09/07 08:35
12F→: 不過這的確是沒經驗的人容易踩到雷的地方09/07 08:36
18F→: protocol絕對要用bitfield或者自己做好padding09/13 23:50
19F→: 不過自製padding很容易搞出相容性的人命就是 bitfield09/13 23:50
20F→: 相對好做很多09/13 23:50