作者查詢 / yvb
作者 yvb 在 PTT [ C_and_CPP ] 看板的留言(推文), 共830則
限定看板:C_and_CPP
看板排序:
9F推: 嚴格說起來 fopen() 不檢查回傳值不是也該覺得怪?12/07 22:57
54F推: 計概教到 little endian 了嗎?10/16 15:27
61F推: 可能是學校排課程的問題吧.10/17 15:41
22F→: 小畫家做的圖會填image_size,所以原PO程式會走到有問題的76行10/10 09:00
23F→: 但有的程式不填image_size,推測原PO的原圖沒有padding問題.10/10 09:02
24F→: 如果原圖就有padding問題,那讀檔時pixels對應就錯亂了...10/10 09:10
25F→: 然後145行在i為0時就先填了padding?10/10 09:13
26F→: 呃, 我上面的第一句是要回LPH66大的.10/10 09:17
27F→: 然後原PO的原圖很可能是未填image_size(值為0).10/10 09:18
28F→: 附帶一提,雖然不影響執行結果, 但檔案內容到yrgb對應是錯的,10/10 10:44
29F→: 那是big-endian的寫法.10/10 10:44
2F→: There will "only" be two threads ... only 呢?10/03 23:46
4F→: 我是說原文並沒有 only 字樣10/05 18:44
4F推: 根據 0AH-0BH 和 0EH-0FH, 可知 36H-3DH 有 color table.08/21 17:37
5F→: google: bmp color table => 有些reader忽略color table...08/21 20:24
6F→: 直接假設0為黑1為白.08/21 20:27
10F推: 改用 PuTTY 的 psftp ?06/07 19:36
11F→: 而且 PuTTY / psftp 連 source code 都有.06/07 20:35
1F推: 你還沒 printf 前就都轉成整數了不是嗎?02/22 18:03
2F→: 另外實測 32-bit -O0 兩個尾數都會是 49 .02/22 18:03
3F→: 但是 32-bit -O1 或 64-bit 的結果, 尾數就是 50 和 49.02/22 18:06
39F推: 我認為只要適當地擴展板規6(第1列和第6列),10/20 18:12
40F→: 讓一些無專板的類C/C++語言可在這邊討論. 頂多加列語言清單.10/20 18:13
41F→: 不然板規6第6列要一直請示板主, 會讓板主忙翻...10/20 18:15
6F推: cJSON.c 找 Try 15 decimal 看那邊. %1.15g 和 %1.17g 的差別08/03 16:57
7F→: 這實作似乎不符合 RFC 8259 第六節 Numbers 的最後一段.08/03 17:12
8F→: 可能只參照到 RFC 4627.08/03 17:18
25F推: 樓上結果約有一半是錯的,且只有i為0和239時的算式是對的.12/17 19:42
26F→: x=48,y=5;j=(i%x)*y+(i/x),j|=1;k=(j%y)*x+(j/y);a[k]-a[i];12/17 19:47