作者查詢 / cole945
作者 cole945 在 PTT [ C_and_CPP ] 看板的留言(推文), 共340則
限定看板:C_and_CPP
看板排序:
全部Gossiping1407C_and_CPP340EZsoft219C_Sharp159car113Network77Browsers65PCman47Programming45Visual_Basic42Linux41LinuxDev30movie30Stock23Tech_Job18EAseries17Web_Design16consumer13WindowsPhone13Salary10Steam9Soft_Job8CSSE7Emulator6FJ_Astroclub5joke5Windows5CodeJob4CSMU-MIS954media-chaos4NUU_ER4PCSH91_3054Bunco3Google3sex3Ajax2CTSH923012E-appliance2home-sale2marvel2NH11th3053092paranormal2PublicIssue2YOLO2Anti-ramp1C_Chat1C_ChatBM1China-Drama1cksh83rd3141FuMouDiscuss1gallantry1Hualien1IME1java1L_TalkandCha1marriage1MuscleBeach1NetRumor1NTUBW1NTUT_IPET4951Perl1Railway1rent-exp1Sony-style1specialman1Tainan1Teacher1Wallpaper1WomenTalk1<< 收起看板(69)
11F推:fopen mode用binary mode呢? 應該是有換行字被吃掉了..06/14 00:00
5F推:我想他是要考你friend keyword吧@@ 翻翻書index查一下?06/13 20:37
2F→:"比起對 string literal...還安全" 的安全點在哪 @@?06/12 21:11
8F→:最初的case並沒有要修改seq呀 @@06/12 22:16
11F推:嗯對呀@.@/ 我覺得重點變成應該是要const char*呀 囧06/12 22:35
12F→:const char*是compiling time就能emit error的..06/12 22:35
13F→:不過這樣寫的code不多..||06/12 22:36
14F→:@fj, 其實unalign的問題在非x86蠻容易炸掉的..06/12 22:39
15F→:而且這是runtime才會遇到的..所以不建議從char*去取值@@06/12 22:39
1F推:typedef int (__cdecl *pfAddIntFunction)(int,int);06/12 16:52
2F→:calling convention的問題..06/12 16:52
5F推:calling convention其實你要做的東西沒有直接關係..06/12 22:10
6F→:不過你還是可以讀一下相關東西,你有機會會用到__stdcall06/12 22:10
7F→:其他跟你直接相關應該是沒書,建議你用p/invoke,marshaling06/12 22:11
8F→:當keyword查msdn上的網頁,都是英文為主.06/12 22:11
9F→:另外也可以到C_Sharp版討論..但那邊也有些相關的討論文章06/12 22:12
22F推:sizeof(long)!=4,那會dereference會有問題 @@06/12 02:02
23F推:話說有平台sizeof(char)是>8的..這樣的話豈不是上篇的06/12 02:05
24F→:fread(sum, ..也有問題 囧" 每個target有自已的ABI規範..06/12 02:05
25F→:對不是那麼嚴格要portable的code,沒有那麼誇張吧 @@06/12 02:06
26F→:其實firejox點出了一個不錯的做法,像這樣子比較小pattern06/12 02:30
27F→:的做法還蠻見的. 以gdb為例http://tinyurl.com/3zxkvk206/12 02:31
28F→:看arm_analyze_prologue, 這是用來分析instruction用的06/12 02:31
29F→:就是直接用一個literal int表示一個instruction06/12 02:32
30F→:而讀出時用固定endian06/12 02:34
39F→:spec沒說CHAR_BIT一定要8, 事實上也存在sizeof(char)==06/12 15:25
40F→:sizeof(int)06/12 15:25
41F→:事實上,spec麼定,跟compiler的實作多少會有出入..06/12 15:34
42F→:比如說DSP 56300 C compiler的char與int同為406/12 15:35
43F→:只抱著spec怎麼訂不管實務上如何..豈不是本未倒置06/12 15:35
44F→:重點是要解決問題,size/endian的問題都可以再revise06/12 15:37
45F→:抱歉修第一句6.5.3.4-3 sizeof(char)==1. 其他不改.XD06/12 15:41
46F→:我重點不在於是否該用int還是long,而單以int的問題而否定06/12 15:44
47F→:firejox的做法有點偏離問題的重點. fj的做法其實蠻常見的06/12 15:45
48F→:那段arm-gdb的實作,其實還用了unsigned int來放4B的inst06/12 15:46
49F→:@firejox,line4不能那樣寫,你該要寫死literal 值06/12 15:55
50F→:因為seq應該要static決定,但那種de-reference的寫法,其實06/12 15:56
51F→:要runtime才能做 (在不考慮opt的情況下)06/12 15:57
53F→:不是@@ 是int c = *(int*)"xxx" 這種, 右邊不是const06/12 16:08
55F→:至少gcc會error, vc可能有opt掉06/12 16:08
57F推:是因為右邊不能de-reference的問題 @@ 其實要寫成你最初06/12 16:12
58F→:的0xb3010000的型式. 然後讀時固定用littel-endian去解06/12 16:13
59F→:你看我貼的gdb的code,那段就在做你現在想做的事..06/12 16:14
61F推:你可以依endian定不同的seq,那讀出來可以直接比. 不然就是06/12 16:24
62F→:只定一種,用固定的讀法,或是不同再swap byte.兩種都有在用06/12 16:25
65F→:讀raw byte無關endian. 你用int*去解讀時才有這個問題..06/12 16:54
12F推:你有實測過效能嗎囧? VC的本來就用asm寫了,而且有處理06/11 01:11
13F→:調整unalign的問題, src和dst都要考慮..06/11 01:11
3F→:hi tropical72, gcc-x64 long我講錯了..你才是對的 orz06/10 22:11
9F推:你是要寫真的還是寫模擬? 你應該是要寫模擬吧?06/07 22:42
10F→:寫模擬的話, 要嘛自己要maintain一個timeline並產生各種06/07 22:43
11F→:event,然後依處理的時間(timeline)去決定handoff的時間差06/07 22:44
12F→:或是在event(send,timeout,drop,resend,etc)上貼timestamp06/07 22:44
13F→:並不斷處理event,再計算handoff成功與最初request間的ts差06/07 22:45
14F→:或是混合用.. 你應該要停下來好好想一下再做 @@06/07 22:45
26F推:可以直接完算78500個質數塞進source code嗎XD?06/08 00:20
28F推:塞global呀. 而且原本的prime_v就已經是local變數了呀 囧06/09 02:23
3F推:那個字沒有big5編碼 @@06/05 01:42