作者查詢 / dirkc
作者 dirkc 在 PTT 全部看板的留言(推文), 共395則
限定看板:全部
看板排序:
1F推:這比較難回答,畢竟多數熱心解答的人不大可能幫你重寫一個03/27 09:50
2F→:然後很自豪的說自己寫得更厲害,尤其版上的高手不知有多少03/27 09:52
3F→:建議針對語法或設計上的特點來問吧(這也是寫給其他新手看)03/27 09:54
5F推:http://ideone.com/GgFVgY 因為C,我只拉了stdlib的qsort進來03/28 17:12
5F推:推詳細解釋03/23 18:13
5F推:文第二行把二進位和十六進位搞混了,另這與little/big無關03/21 17:02
6F→:猜測從lowest-bit算可能性大一點,因二進位右算到左03/21 17:08
7F→:azureblaze應只是舉概念,合邏輯,因位址像固定刻度沒有在改的03/21 17:12
8F推:應說從least significant bit開始算,好久沒用這個詞03/21 17:25
9F→:語意的確不清,沒說是否有第零個bit03/21 17:26
3F→:不知道yvb說的堆積損和資料錯亂的差別?不過在我x64 linux上03/18 21:36
4F→:是segmentation fault,遞迴data[x]就會寫到錯誤位址了03/18 21:38
5F→:再deref就會seg fault03/18 21:38
6F→:雖然用debugger就可以,我還是寫了一個測試03/18 22:08
7F→:http://ideone.com/7Xybus03/18 22:08
8F→:阿遞迴應該說迭代,錯誤中文用詞03/18 22:29
14F推:我有個疑問, sizeof(int*) 是 4 或 8 ?03/14 21:56
15F→:就是你跑的系統架構是32或64?03/14 21:57
16F→:如果只是要解決問題的話,既然用C++的new乾脆用container03/14 21:59
17F→:覺得記憶體宣告方式有點奇怪,可能問題還是出在這...03/14 22:03
2F推:看了很久才看懂...第一個friend是動詞 第三個inline是被動03/13 10:33
3F→:1->所述優缺點應都不存在 2->http://ppt.cc/7sYG03/13 11:00
4F→:三種方式應都不會造成什麼困擾,語意也都不會不清晰03/13 11:01
5F→:C不需要包在unname裡,包或不包也都不造成所述缺點03/13 11:06
6F→:其他人(如果有)要修改C才能增加friend函式,如此也無所謂困擾03/13 11:08
10F推:script -c ./command -f record; more record03/10 16:02
11F→:stdio到檔案預設是full-buf,到terminal是line-buf03/10 16:03
12F→:如果可以改程式,你可以setvbuf(3)停掉buf,輸出會快一點03/10 16:06
13F→:當然會影響效能,如果需要考慮的話03/10 16:08
7F→:把組語叫出來看就知道了,猜測B要記憶體寫入會"稍"慢一些03/09 15:09
1F→:為何那樣較安全呢?user仍可丟入任意字串03/08 12:40
2F→:例如:ph.com/info/'or'1'='1'/girl/a ...檢查code應較實際吧03/08 12:50
3F→:stdio在底層buffer,如果用select會出問題,可能資料進來了,但03/08 11:59
4F→:select還在空等,並且每次fprintf後要flush,fscanf後要seek03/08 12:10
5F→:除非每個fd開兩個FILE,一個r一個w,但底層的buffer問題還在03/08 12:12
6F→:或是用setvbuf()的_IONBF取消buffer試試03/08 12:33