作者查詢 / Killercat
作者 Killercat 在 PTT [ C_and_CPP ] 看板的留言(推文), 共2565則
限定看板:C_and_CPP
看板排序:
全部car23500Gossiping21784Road8705MAC5506WOW5475MRT5410iOS2660C_and_CPP2565HatePolitics1681SuperBike1618creditcard1347RealPlaying1336biker1084java845DIABLO780GameDesign767Hunter761IA758points613AndroidDev584Soft_Job555Military537Tech_Job530Programming448MacDev392Bus352DigiCurrency318Aviation310KMT279MusicGame261Coffee244worldtrigger202Railway196MobileComm154TORIKO151L_SecretGard150ONE_PIECE144C_Chat141Little-Games120marvel114Claymore101DPP91ToS62Neihu60GuildWars53EV50fatworld42C_Sharp38MobilePay38home-sale37movie34LoveLive_Sip31SYSOP30DarkSwords28Tainan25joke22Lifeismoney21politics18NTU16Salary16Stock16TaichungBun16About_Life15hypermall12IC-Card12iPod11MOD_AP11PublicIssue11Teacher11HateP_Picket10L_LifeInfo10Taoyuan10Wanhua10FinalFantasy9L_RelaxEnjoy9PlayStation9Sub_CS9E-appliance8Google8AC_In7L_TalkandCha7LangService7Gintama6Gov_owned6HsinYi6Kaohsiung6LinuxDev6media-chaos6Windows6BigShiLin5Browsers5EverQuest25Linux5Python5Shu-Lin5ShuangHe5sky5SongShan5travel5Android4CrossStrait4CVS4Eclipse4EuropeanCar4FITNESS4ForeignEX4ONLINE4PingTung4TuCheng4Barista3ComGame-Plan3FuMouDiscuss3ID_Problem3KMU3marriage3nb-shopping3pighead3Post3rent-exp3SENIORHIGH3StockPicket3StupidClown3Translate-CS3WomenTalk3YOLO3Datong2fastfood2Hong_Kong2Hsinchu2HSNU_9212Hualien2image2Lawyer2Leo2LoL2MuscleBeach2NTUT_ME495A2Nurse2Policy2TaichungCont2AfterPhD1Ajax1ask1AskBoard1Azumanga1CarShop1cat1CodeJob1CPBL1CSSE1DeathNote1dog1EatToDie1FTV1Geography1GTA1Hearthstone1Hotel1ID_Multi1Jolin1Keelung1KOTDFansClub1KS93-3201L_LifeJob1License1Monkeys1nCoV20191NDHU-AIPhy1NUU_CSIE1PC_Shopping1PokemonGO1PttBug1San-Ying1SetupBBS1sex1soul1specialman1speech1StarWars1Steam1SuperIdol1TA_AN1tennisprince1Tigers1traffic1TuTsau1twin1WarCraft1<< 收起看板(188)
4F推: KMP已經夠簡單了....08/16 22:44
10F→: 沒特別理由的話 不太建議走MFC08/19 08:40
11F→: 如果只是要compile或者修改code就算了 要學的話08/19 08:40
12F→: 生命時間很珍貴 你還有很多更好的選擇08/19 08:41
7F推: 不過uva的TL限制一直比較嚴苛點就是08/16 11:25
8F→: 另外測資的不同也會有影響 worse case是很傷的08/16 11:26
4F→: new/delete再不同scope通常會被認為是嚴重的設計瑕疵08/13 17:04
5F→: 這個式相當嚴重的設計錯誤 一定要避免的08/13 17:05
6F→: 尤其是expose給user的lib 這通常都不被允許08/13 17:05
7F→: 如果要有==需求的話 打從一開始就不該用float08/13 06:32
8F→: 這就跟java的String ==一樣 根本不是字面上的「相等」08/13 06:32
9F→: 意思 而是指「bitwise equal」08/13 06:33
10F→: (java string則是指reference equal)08/13 06:33
12F推: 浮點計算根本就不該== 任何語言都一樣...08/13 09:25
13F→: 因為所有語言的浮點都是走IEEE754 可以參考一下spec08/13 09:26
14F→: 他是spec面上就不該==了 跟語言實作沒有關係08/13 09:27
15F→: 但是他允許有限精確度的compare(大於小於)就是08/13 09:28
16F→: 不過compare要注意最小精確度的問題08/13 09:28
3F→: Huffman通常是拿來做壓縮的吧....08/12 08:22
4F→: 另外,資料庫什麼的實作實用性不高 先學著怎麼接SQLite08/12 08:22
1F推: 是不是卡IO? 這看起來很像是卡IO的樣子08/11 14:51
2F→: fstream的close會做flush的動作 卡IO會像你這樣08/11 14:51
3F→: 最簡單的檢測法就是把他fstream開在/tmp下08/11 14:54
4F→: 大多數linux/unix的/tmp都是tmpfs, 是ramdisk08/11 14:55
5F→: 可以有效檢測到底是不是因為卡IO造成的問題08/11 14:55
6F→: 可以用df看一下 他格式是tmpfs或者shmfs08/11 14:56
6F→: 這種prototype也是很危險的寫法...08/11 12:23
11F→: 很適合當睡前讀物 可以當小故事來看 不過需要點功力08/11 09:24
2F推:gcc -E08/08 10:33