作者查詢 / Killercat

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

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

限定看板：C_and_CPP

看板排序：

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

首頁

尾頁

Fw: [請益] ffmpeg

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

作者: gn00618777 - 發表於 2014/06/18 21:18(11年前)

1^F→Killercat:Segmentation fault就是一般當掉的意思 google這沒意義06/18 21:32

Re: [問題] 函式的參數

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

作者: Killercat - 發表於 2014/06/18 04:40(11年前)

4^F→Killercat:簡單的說 a b都會跟__builtin_frame_address有一段固定06/18 09:50

5^F→Killercat:的距離你可以試試看用這段距離去取值06/18 09:50

6^F→Killercat:但是我不知道他因為什麼而不同就是06/18 09:50

12^F→Killercat:所以gcc會因為我執行__builtin_frame_address(0)所以隨06/18 14:18

13^F→Killercat:便找一個地方先把arg stack dump出來嗎? 好詭異的行為06/18 14:19

15^F→Killercat:我懂了你是說他在compile time發現我要對a取址所以會多06/18 14:27

16^F→Killercat:作一些額外的行為，把他從真正的frame stack搬出來對吧?06/18 14:27

17^F→Killercat:因為就我理解用register傳應該只有fastcall會這樣玩...06/18 14:28

18^F→Killercat:我回去試試看用別的型別感謝06/18 14:28

19^F→Killercat:欸仔細看了一下 -S 你是對的不過我這邊是放esi/edi06/18 14:32

22^F→Killercat:了解看了一下.s的確也是如此.... 感謝!06/18 14:33

24^F→Killercat:不過這樣說的話其實本來問題應該是無解了...06/18 14:46

25^F→Killercat:因為型別不同他會用不同方法去傳很傷腦筋06/18 14:47

28^F→Killercat:可是request是說要從callee... 所以才有這篇文章囧06/18 15:08

32^F→Killercat:callee確定是不可行的了這年頭連直接對frame stack hac06/18 15:17

33^F→Killercat:k的最後希望都沒了還能怎麼搞 :D06/18 15:17

34^F→Killercat:大概就剩下Astral說的拿debug symbol拖出來鞭屍了06/18 15:18

[問題] 函式的參數

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

作者: chuckAI - 發表於 2014/06/17 23:42(11年前)

13^F推Killercat:這看起來會因為call convention不同而必須有不同做法06/18 03:06

14^F→Killercat:不過我覺得頗難一來是function本身拿不到自己的pointer06/18 03:09

15^F→Killercat:所以沒辦法hack自家的stack，二來則是我想就算拿的到06/18 03:10

16^F→Killercat:應該也只有stdcall做的到你說的事情06/18 03:10

17^F→Killercat:cdecl的話因為stack在caller那裡管 callee(以本例來講06/18 03:11

18^F→Killercat:就是function自己)是沒辦法直接從記憶體hack到參數位置06/18 03:11

19^F推Killercat:hum...stdarg搞不好可以在cdecl下做到06/18 03:34

20^F→Killercat:gcc.gnu.org/onlinedocs/gcc/Return-Address.html06/18 03:46

21^F→Killercat:__builtin_frame_address 這樣也許能抓06/18 03:47

22^F→Killercat:ok 上面是正確解答我回一篇給你06/18 04:16

23^F→Killercat:http://tinyurl.com/kk3etza mac跑是對的 centos跑是錯06/18 04:26

24^F→Killercat:的，看起來這不是通解.... 傷腦筋06/18 04:26

[問題] C語言有辦法測該程式的記憶體使用量嗎?

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

作者: dave155272 - 發表於 2014/06/17 16:04(11年前)

3^F→Killercat:最簡單最懶人的方法就是結尾放while(true); 開top看06/17 17:16

4^F→Killercat:不然就學一下gprof06/17 17:17

[問題] 讀取TXT中大量資料時出現已經停止運作

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

作者: sword0921 - 發表於 2014/06/17 15:56(11年前)

1^F推Killercat:gdb看看是不是掛在malloc那行?06/17 16:01

5^F→Killercat:一次malloc那麼大一塊其實出包機會還滿大的06/17 17:15

9^F→Killercat:有些實作會因為page fault直接卡在malloc卡很久06/18 13:35

[問題] 解析順序問題

[ C_and_CPP ]39 留言, 推噓總分: +6

作者: pujols05 - 發表於 2014/06/16 17:52(11年前)

13^F推Killercat:這其實是一個很典型的「拿void*去裝任何東西」的寫法06/16 23:17

14^F→Killercat:C就算了 C++請完全避免這種行為06/16 23:17

15^F→Killercat:另外C式轉型像是這個其實很大一部份都是reinterpret06/16 23:18

16^F→Killercat:reinterpret_cast就是「完全不檢查」的轉法請絕對避免06/16 23:18

17^F→Killercat:在C++裡面出現這種行為06/16 23:18

31^F推Killercat:C很常見是因為無奈 xd C++除了塞thread資料以及相容舊06/17 11:06

32^F→Killercat:C Libs以外實在沒有什麼理由去塞void*06/17 11:06

33^F→Killercat:況且現在有std::thread了更該避免這種行為06/17 11:08

34^F→Killercat:我是認為在僅使用四大轉型的前提下，只要用到dynamic06/17 11:09

35^F→Killercat:就代表這code設計有改進空間用到const cast代表這code06/17 11:09

36^F→Killercat:需要嚴格再檢視至於出現reinterpret...大概八成是哪裡06/17 11:10

37^F→Killercat:作錯了才需要這樣轉06/17 11:10

[問題] API怎看T_T

[ C_and_CPP ]23 留言, 推噓總分: +6

作者: kingofsdtw - 發表於 2014/06/16 10:36(11年前)

1^F推Killercat:IN OUT應該都是null macro 拿來作註解用的06/16 11:31

2^F→Killercat:告訴你這個參數是傳入值還是傳出值06/16 11:31

3^F→Killercat:都頂天了也會trace code了要學會追macro阿....06/16 11:31

4^F→Killercat:也有少數幾個例外是拿來當meta data的不過這邊看起來06/16 11:32

5^F→Killercat:應該就只是單純的指示跟註解用途而已06/16 11:32

[討論] 如何寫出一個史上最長的hello world

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

作者: jack710619 - 發表於 2014/06/15 00:21(11年前)

14^F推Killercat:聽起來很像ioccc會搞的東西 :D06/15 09:39

19^F推Killercat:...為什麼上面link我看到我id ＸＤＤＤＤ06/15 16:31

Re: [問題] DevC++期末求助

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

作者: firejox - 發表於 2014/06/13 19:56(11年前)

3^F→Killercat:雖然作業用scanf ok，不過實務上盡可能避免用這個06/13 22:30

4^F→Killercat:http://www.gidnetwork.com/b-62.html 可以參考一下06/13 22:31

5^F→Killercat:c++的話還是習慣用stream family會保險一點06/13 22:33

[問題] DevC++期末求助

[ C_and_CPP ]44 留言, 推噓總分: -3

作者: HelloTony - 發表於 2014/06/10 21:56(11年前)

14^F推Killercat:我本來看了前三行還以為要你們實作RFC1939....06/11 01:30

15^F→Killercat:結果原來不用寄信啊 =_= 自己做吧這個...06/11 01:30

36^F→Killercat:Jordan棒球打的挺suck的並沒有棒藍俱佳 :":D06/13 13:10

首頁

尾頁