作者查詢 / yvb
作者 yvb 在 PTT [ C_and_CPP ] 看板的留言(推文), 共847則
限定看板:C_and_CPP
看板排序:
18F推:動態配置那段, 如果是 32位元電腦, 用 int 可能不會發現錯誤;03/18 18:26
19F→:若是 double **data; 請驗證 (double *) data + height 和03/18 18:27
20F→:(double *) (data + height) 的差別.03/18 18:27
11F推:step4的寫法有問題,要稍做修改; 否則當然會出錯,對只是運氣好.02/02 19:37
1F推:name 就是你貼圖的藍色圈圈, 左上緣邊線壓到的那個字.01/29 12:01
3F推:原來如此. 害我以為是笨版某數學大神附身vc++了 :P01/29 12:05
7F推:vc++表示: 4*320=3200 似乎不是唯一解 XD01/28 14:07
1F推:1. new int 那列, 不建議假設 int* 和 int 大小相同.01/27 15:56
2F→:2. arr2[i] = (int*)(arr2+n*i); 至少後面應為 (arr2+m+n*i);01/27 15:57
4F→:建議還是先 arr2 = new int*[m]; 再 arr2[0] = new int[m*n];01/27 16:00
5F→:再跑廻圈建立 arr2[i] 的指向.01/27 16:01
3F推:這幾個字串 "a[[[b]c" , "a[[b]]c" , "a[b]]]c" 各應輸出多少?01/22 12:50
4F推:字串長度變動不增加計憶體使用量, input 看來就是該字串,01/22 12:54
5F→:若包含輸入的字串, 那...01/22 12:56
6F推:若上面三個字串的輸出分別為 1,-1,4 或 1,-1,5 的話,01/22 13:06
7F→:那甚至輸入可為 pipe fd/stream 而不需 O(n) 的輸入字串空間;01/22 13:08
8F→:但若要求第一個字串的輸出為 2, 那就需要輸入字串本身占空間.01/22 13:13
12F推:原以為是 CompareFunc() 的 return code 丟出不匹配的位置,01/23 13:12
13F→:結果原來是所有不對應的都 print out 出來.01/23 13:13
14F推:如果不考慮印出位置值一定要由小到大, 那麼從頭至尾先找出01/23 13:45
15F→: 不匹配的 ], 再從尾至頭找出不匹配的 [ , 可降時間複雜度.01/23 13:46
3F推:TCP_NODELAY看 http://ppt.cc/8lQq 第一張圖跟說明應該不難懂.01/22 13:20
4F→:我之所以提上述幾個問題, 我認為是因為 client 處理太慢,01/22 13:21
5F→:造成 client 端 recv queue 滿了, 使得 server 端無法繼續發送01/22 13:23
6F→:過來, 因此後來 send 的長度就變小了, 也因此流量上不去.01/22 13:26
7F→:由於 send 不完整, client 若未考慮接收到不正確資料的情況,01/22 13:28
8F→:也可能因此掛掉; 若 server 端考慮傳送不完整時會補送後續料,01/22 13:30
9F→:補送後續資料, 也可避免 client 接收錯誤的問題.01/22 13:33
10F→:至於TCP_NODELAY,對大量小封包的流量可稍做改善,但非主要問題.01/22 13:35
11F→:四個問題是我認為的影響程度, 依序排列的.01/22 13:36
16F推:前面 w大的 "C語言通常return 0以外都是出錯" 怎解??01/09 18:34
17F→:什麼 open(), send(), printf() ... 大於 0 也都是對啊...01/09 18:37
18F→:回原PO, 若是 server client 不同台, 試著抓封包出來看吧...01/09 18:38
19F→:或是收送兩端都把資料先 dump 出來, 再做後續處理...01/09 18:42
20F→:應該可以協助 debug 看看收送過程發生什麼事...01/09 18:43
36F推:幾個問題: (1) server產生資料和client消化資料的速率各如何?01/11 02:47
37F→: (2) client收到不完整的資料會如何處理?01/11 02:48
38F→: (3) server是否有檢查和處理不完整送出的資料?01/11 02:51
39F→: (4) 若是tcp連線, 是否使用了 setsockopt()設定TCP_NODELAY?01/11 02:54
40F→:其中 (2) 改為 ...收到不完整/格式不正確的資料...01/11 02:58
7F推:這種情況多半是未打出來的部分有問題, 而把 stack 或01/09 18:25
8F→: data segment 弄亂了. 在此處當掉或化解方式都只是剛好而已.01/09 18:26