cmp -l file1 file2 | gawk '{printf "%08X %02X %02X\n", $1-1, strtonum(0$2), strtonum(0$3)}'
原本 cmp 的 offset 是十進位(從1開始), ASCII是八進位
gawk 把 cmp 的輸出結果轉成十六進位, 並把 offset-1, 因為一般的 Hex Editor 都是從 0 開始, 類似這樣
00011DEF 10 08
00011DF0 0E 07
輸出結果跟 Windows 的 fc/b 一樣
可寫成 script 方便使用
#!/bin/bash
if [ -z $2 ] ; then
echo "`basename $0` {file1} {file2}"
else
cmp -l $1 $2 | gawk '{printf "%08X %02X %02X\n", $1-1, strtonum(0$2), strtonum(0$3)}'
fi
要找一套兼具純文字與十六進進編輯功能而且免費的編輯器, 非 MadEdit 莫屬
原作者不曉得什麼原因從 0.2.9.1 之後就沒再維護了, 所後來有人接手維護, wxMEdit 正式启航
wxMEdit 算是 MadEdit 的分支, 使得此優質軟體可以延續, 感謝原作者及後繼作者.
wxMEdit Download
Infocus 電視在更新 Firmware 時, 官方是說拔電關機十秒, 若試很多次都沒反應的,
請拔電長一點的時間(例如一分鐘)再試試看, 更新的時候畫面是全黑的, 插電到畫面出來大約需要兩分鐘時間
不同通路所賣的電視是完全一樣的, 由 Firmware 就可以看出, 只差檔名不同
例如 60 吋, 2.17 版 md5sum 均為 8870569df442b278a91642df6d41b06e
TWO3_96N_6070T.pkg for Costco ST-60SP800
TWO3_96N_6070M.pkg for PChome XT-60SP800
Infocus Download Center
秏電大約 120-150W 之間, 待機秏電幾乎是 0
2014-09-04 Update
2.18 版 md5sum 8cfa2860c45aae5c01a56cfe8f240081 (Costco ST-60SP800、PChome XT-60SP800均相同)
1. 微調 Opera 瀏覽器,使用遙控器操作不流暢的問題.
2. 修正 Opera 瀏覽器,當關看網頁圖片內容較複雜時,畫面會閃線的問題.
3. 修正 HDMI 訊號源有接訊號,關機後有機率會讓 TV 自動喚醒的問題.
4. 修正 Opera 重複多次進出網頁,會生記憶體不足當機問題.
5. 修正 Opera 進入 Google 時有時會進入英文網頁.
以下網段是以 /8 為單位列出 Non-Taiwen IP Addresses, 小網段會不在裡面, 是大範圍的
要 Taiwan IPv4 Addresses 請參考 Get Taiwan IPv4 Addresses from APNIC
2.0.0.0/7
4.0.0.0/6
8.0.0.0/5
16.0.0.0/5
24.0.0.0/7
26.0.0.0/8
28.0.0.0/6
32.0.0.0/6
37.0.0.0/8
38.0.0.0/8
40.0.0.0/7
44.0.0.0/8
46.0.0.0/7
48.0.0.0/8
50.0.0.0/7
52.0.0.0/6
56.0.0.0/7
62.0.0.0/7
64.0.0.0/3
96.0.0.0/6
100.0.0.0/8
102.0.0.0/8
104.0.0.0/7
107.0.0.0/8
108.0.0.0/7
126.0.0.0/7
128.0.0.0/6
132.0.0.0/7
135.0.0.0/8
136.0.0.0/7
138.0.0.0/8
141.0.0.0/8
142.0.0.0/7
144.0.0.0/6
148.0.0.0/7
151.0.0.0/8
152.0.0.0/5
160.0.0.0/7
162.0.0.0/8
164.0.0.0/6
169.0.0.0/8
170.0.0.0/7
172.0.0.0/7
174.0.0.0/8
176.0.0.0/6
181.0.0.0/8
183.0.0.0/8
184.0.0.0/5
193.0.0.0/8
194.0.0.0/7
196.0.0.0/6
200.0.0.0/7
204.0.0.0/6
208.0.0.0/7
212.0.0.0/6
216.0.0.0/7
224.0.0.0/4
240.0.0.0/5
248.0.0.0/6
252.0.0.0/7
254.0.0.0/8
If you are looking for solution, I found it's not possible to use UTF-8 realm in HTTP Basic access authentication.
在 UTF-8 環境下, 使用 Apache + 下面的 .htaccess, 用瀏覽器看, 在登入畫面會看到亂碼
AuthName 中文測試
AuthType Basic
AuthUserFile .htpasswd
require valid-user
查了 Server 端送出的 Header, WWW-Authenticate: Basic realm="中文測試", 是正常沒有編碼的
但是 charset 錯誤, Content-Type: text/html; charset=iso-8859-1
即使有加 AddDefaultCharset UTF-8, Apache 在認證畫面仍是送出 charset=iso-8859-1
原本我以為這是問題的原因, 於是我修改了 Apache source modules/mappers/mod_negotiation.c
把 default charset iso-8859-1 改成 UTF-8, 重編之後,
認證畫面已送出 Content-Type: text/html; charset=UTF-8,
但是瀏覽器(Firefox, Chrome, Opera, IE)看到的一樣是亂碼, 表示瀏覽器在認證畫面根本不看 charset
又去查 RFC 2617, 也沒有提到跟 charset 有關的東西
瀏覽器在認證畫面根本不看 charset 的話, 就是看瀏覽器預設處理方式
經測試,
Firefox, Chrome, Opera 是用 iso-8859-1 (英語/西歐語系)
中文版 IE 是用 Big5, 在 AuthName 使用 Big5 編碼用 IE 看是唯一可以看到正常字元的組合
結論是在 HTTP 基本認證使用 UTF-8 realm 是不可行的
Recent Comments