旧日重来

Linux Shell 进制错误 - value too great for base

旧日重来 http://live.aulddays.com/ — Fri, 24 Jun 2011 15:28:54 +0800

Linux Shell 编程进行数学运算时，如果有字符 '0' 打头的数 Bash 会当做八进制解释，而这经常会引起问题。比如我们用"08"参加运算，本意是当做10进制的8，实际却会运行报错。

通常情况下，直接写的数值不会以0打头，但如果是以前面命令的格式化输出为参数时，则往往不能控制。更危险的是，如果参与运算的以'0'打头数值达到了两位数或更多，且数值的每一位均在0-7之间，则 Shell 不会报错，但会输出错误的运算结果。下面是两个会出错的例子：

time=`date +%S`
time2=$((time%15))

当当前时间的秒正好是8或9的时候便会出现类似

aulddays:~$ time=`date +%S` 
aulddays:~$ time2=$((time%15))
bash: 08: value too great for base (error token is "08")  \or
bash: 08: value too great for base (error token is "09")

的报错。又如，使用 seq 时，为了格式工整，往往会在个位数前补'0'对齐：

for hour in `seq -f %02g 0 23`
do
	hour2=$(($hour+10))
done

之类，当循环到8时也会出错。

究其原因，就是shell将“08”当成了8进制数，而8进制数中合法的最大的数字是'7'，因而出错了。要解决这个问题，必须让Shell强制将"08"当成10进制来解释，具体做法，已第一个例子来讲需要改写成：

time=`date +%S`
time2=$((10#time%15))

这样便可让 Bash 将"08"解释为十进制数。前面已经说过，当以'0'打头的数值位数有多位时且每一位都在0-7之间时，Bash 会以八进制解释且不会报错。如果发现脚本执行结果中的数值出现了诡异的问题时，一定要检查一下是否是整数进制发生了错误。

查看：原文地址；来源：live.aulddays.com。

SecureCRT 连接 Linux 主机中文复制粘帖后出现乱码

旧日重来 http://live.aulddays.com/ — Sat, 08 Jan 2011 12:40:56 +0800

使用 SecureCRT 登录远程系统后，中文可以正常显示，但复制中文再粘帖后却出现乱码。百思不得其解。

经过测试后发现，原来是 Aulddays 自定义终端显示字体后产生的问题。如果使用默认字体，或者 Fixedsys 之类的字体，则不会产生乱码，换用特定字体后就会发生。可是 Fixedsys 等字体在显示中文时会默认展示宋体，在终端中显示起来实在非常丑陋。那么，怎样在 SecureCRT 中使用雅黑之类的中文字体，而又避免粘帖中文时产生乱码呢？经过反复研究，Aulddays 终于找到了办法。具体需要经过下面两步的设置：

1. 配置终端字符编码

首先需要确定当前 Linux 终端使用的是什么编码。在 Shell 中输入如下命令：

env | grep LANG

如果输出的 LANG 带有 utf-8 之类的编码标志，则说明终端编码是 utf-8。否则，终端编码是 GB：

LANG=zh_CN.UTF-8        ==> utf-8 编码

LANG=zh_CN              ==> GB 编码

LANG=en_US              ==> GB 编码

下面打开 SecureCRT 的 Options -> Session Options 对话框，在 Terminal -> Appearance 中找到 Character Encoding 下拉框，选择对应的 UTF-8 / GB18030(或GB2312) 编码：

2. 选择正确的字体编码

在设置了字符编码后，还有关键的一步，就是要设置所配字体的编码。仍然是在刚才的 Session Options 对话框中，点击 Font 按钮。在弹出的字体对话框中，选择想要的字体，最后在字体对话框的最下面一定要选择“中文 GB2312”。注意，无论在上一步终端编码使用的是 utf-8 还是 GB，在这里都一定要选择 GB2312。

以上两步配置完成后， SecureCRT 即可以完美的显式中文并实现中文正确的复制粘帖操作。

查看：原文地址；来源：live.aulddays.com。

Firefox 开始兼容 Chrome 的扩展

旧日重来 http://live.aulddays.com/ — Thu, 25 Mar 2010 10:40:31 +0800

最近，Google Chrome 的发展势头相当迅猛，千呼万唤始出来的扩展功能也大受欢迎，各种新的扩展层出不穷。另一方面，非 IE 浏览器的老大 Mozilla Firefox 显然受到了很大的压力，Firefox 一向以插件和扩展的强大而著称。事实上，从扩展功能开发者的角度看，Firefox 的扩展模型要更加底层和强大的，因而 Firefox 插件和扩展可以实现很多 Chrome 上的扩展无法做到的事情。

比如，最近 Mozilla 的网站上出现了一款新的插件（add-on），可以让你在 Firefox 中直接安装和使用 Chrome 的扩展！这款插件的名字叫 Google Chrome extensions manager，目前还处在试验阶段。虽然目前尚只有很少部分 Chrome 扩展被完整支持，但从试用者的反馈来看，它的功能确实令人赞叹。

目前此插件已经支持的 Chrome 功能有：

manifest file (close to be complete)
background pages
options pages
browser actions
content scripts
match patterns
所有 Firefox 支持的 html5 API (如 localStorage...)
以下 Chrome API：
- browserAction
- extension
- tabs
- windows

查看：原文地址；来源：live.aulddays.com。

打印浮点数输出 1.#IND 1.#INF nan inf 等解决

旧日重来 http://live.aulddays.com/ — Thu, 11 Mar 2010 11:24:34 +0800

进行浮点数编程时，如果没有注意，常常会出现输出类似 1.#IND, 1.#INF 或者 nan, inf 之类奇怪的输出。这通常隐含了浮点数操作的异常。

特殊浮点数的含义

1.#INF / inf：这个值表示“无穷大 (infinity 的缩写)”，即超出了计算机可以表示的浮点数的最大范围（或者说超过了 double 类型的最大值）。例如，当用 0 除一个整数时便会得到一个1.#INF / inf值；相应的，如果用 0 除一个负整数也会得到 -1.#INF / -inf 值。

-1.#IND / nan：这个的情况更复杂，一般来说，它们来自于任何未定义结果（非法）的浮点数运算。"IND"是 indeterminate 的缩写，而"nan"是 not a number 的缩写。产生这个值的常见例子有：对负数开平方，对负数取对数，0.0/0.0，0.0*∞, ∞/∞ 等。

简而言之，如果遇到 1.#INF / inf，就检查是否发生了运算结果溢出除零，而遇到 1.#IND / nan，就检查是否发生了非法的运算。

特殊浮点数的判断

很多 C 库都提供了一组函数用来判断一个浮点数是否是无穷大或 NaN。int _isnan(double x) 函数用来判断一个浮点数是否是 NaN，而 int _finite(double x) 用以判断一个浮点数是否是无穷大。

你可能已经注意到了，上面两个函数都是以下划线开头的，因此在可移植性上可能是存在问题的，那么如何实现一个通用的判断版本呢？首先，对于 Nan，可以用下面的代码实现：

bool IsNumber(double x)
{
    // 这里的比较操作看上去总是会得到 true
    // 但有趣的是对于 IEEE 754 浮点数 NaN 来说总会得到 false!
    return (x == x);
}

而下面的代码可以判断一个浮点数是否是有限的（finite, 即既不是 NaN 又不是 infinite）：

bool IsFiniteNumber(double x)
{
    return (x <= DBL_MAX && x >= -DBL_MAX);
}

其中，DBL_MAX 是 <float.h> 中预定义的常量。

把上面两个函数结合起来，还可以实现一个浮点数是否是 Inf 的判断。

查看：原文地址；来源：live.aulddays.com。

Avatar——一盘很大的棋？

旧日重来 http://live.aulddays.com/ — Tue, 09 Mar 2010 20:54:02 +0800

美国人真的很有意思，经常喜欢在电影中拍自己囧的事，看看imdb top 250的表，第1名 The Shawshank Redemption 深刻的讽刺了米帝可笑和弱智的司法系统；第2和第3名 The Godfather 系列也不必说，黑手党教父们活的都很逍遥自在。得，到了阿凡达则变本加厉，米帝派出的××大队更是被外星××户扁的头破血流，甚是丢人；于是本片也一跃成为imdb top榜单的63位。

言归正传，好莱坞的工厂确实很善于“化腐朽为神奇”。说实话，avatar 们的造型实在不怎么符合 Aulddays 的审美观。早在两个月前阿凡达还没上映时，去电影院排队买某国产“大片”的票，售票处上方的屏幕就一遍又一遍的放着 Avatar 的预告片（话说这年头有钱人真多，为买两张票愣是排了近一个小时的队，于是预告片也看了几十遍），当时我就想，就这怪异的小蓝人有啥好看的……不过真正看着162分钟的剧情之时，相信所有人的心情都会随着那一群小蓝人的命运而跌宕起伏吧。非主流的外表之下却充满了感染力，可以说是好莱坞的动画片的拿手好戏，从早些年的Hulk，到去年的 WALL·E、Kung Fu Panda今年的 Up，没有一个不是这样（请允许我将Hulk和Avatar归到动画片，Avatar 看着确实像动画片……）

说实话，个人感觉imax貌似远没有传说中的那么酷。开片前大喇叭里不停宣传的五层楼高22米宽的屏幕效果感觉和在电脑上看碟在效果上似乎提升不大。加之电脑特效较多，看到后来有相当的审美疲劳，仿佛觉得在看动画片（把它归到动画片真的不怪我……）3d 和 2d 的差别也不是那么明显，并且在3d下看英语加字幕版实在是个噩梦，因为字幕通常在近景（至少得比画面上主要人物近），于是眼球得不断在远景的画面和近景的字幕之间切换，orz……当然看到熟悉的立体 20 century fox 的动画还是有点激动的说~~当然，没能体会到imax的伟大或许是因为 Aulddays 没有经历夜里起床去排队加自掏￥150＋大洋的过程吧，在心理学上叫什么效应的来着，fundamental attribution error？

当然剧情确实是不错的，相比某些靠悚人的音效来充数的国产‘大片’，确实过瘾的多。就拿前面排了一个小时队的那部“大片”，看完之后给人的印象就是一些尖锐刺耳的噪音加血腥的场面外带一些充时间的让人摸不着头脑的情节。Imax 3d的失望恰恰证明了剧情的耐看，好的故事即使没有过度的视听觉感官刺激也能让人印象深刻。

结局还是比较容易猜到的，第一次提到 Rider of Last Shadow 的时候显然暗示了最后 Jake 会成为一个 Rider of Last Shadow，这应该是取得胜利的唯一途径。Dr. Grace进行生命传输的时候，也很容易猜到肯定会失败而最后会让主角成功，于是电影的最后一段甚至是最后一个镜头是什么样也是意料之中了。话说传输那段集体跳舞是比较无聊的一段，网上盛传的“洗手时间”想来说的就是这个了。不过这个数百人的大场面显然是当前电脑动画制作的巅峰啊~~

拍续集应该是肯定的了（imdb上似乎还没见什么消息），这部卖的那么好，而且外星××户没被搞定，米帝派出更多的××大队也顺理成章，拍的好的话说不定会成为 Alien 系列那样的科幻经典。不过个人不是很看好续集，故事再发展下去似乎很容易落入俗套。立此存照。

最后是一些无聊的挑刺和理论分析：

影片的关键是主角只能通过技术手段（类似无线上网，嗯）使思想进入Avatar体内无法完全肉体进入，很多情节都围绕这个缺点展开。总的来说，本片的思想传输看上去不像 The Thirteenth Floor 那样靠谱。最直接的 bug 就是在 Pandora 星球上那些地球人仪器无法探测到的地带思想传输应该是无法进行的；当然这可以假设为传入之后就不需要保持连接，但这样的话会带来另一个bug：突然被拔线了一时半会儿应该也就回不来了~~这也还好。更加不靠谱的是编剧为了让思想传输看上去不那么不靠谱，于是让Pandora星球上的动物统统先天具备思想传输的能力，从低端的恐龙到中端的马、豹子、犀牛到高端的人类，插上网线就能进行，个个有份，永不落空。然后，幕后boss还可以思想控制所有动物，向敌人发起总攻。更有甚者，该boss还可以对非本系统内个体（也就是男猪脚啦）上进行永久的物理上的思想传输，相当的不靠谱啊~~

或许地球和Pandora星球只是更大的boss在下一盘更大的棋吧，你我也就是棋盘上的小卒。

附，imdb 信息：
Avatar (2009)
Overview User Rating: 8.5/10 (204,899 votes) Top 250: #63
Director: James Cameron
Writer (WGA): James Cameron (written by)
Release Date: 2 January 2010
Genre: Action | Adventure | Sci-Fi
Tagline: Enter the World

查看：原文地址；来源：live.aulddays.com。

重装系统后运行飞信提示“没有注册类别”的解决方法

旧日重来 http://live.aulddays.com/ — Tue, 08 Dec 2009 16:06:55 +0800

用飞信发发免费短信挺方便，但新版的飞信越来越臃肿，还添了个新毛病：重装系统后点击 Fetion.exe 无法直接运行以前安装的飞信程序，而是会跳出类似“没有注册类别（例外 HRESULT: 0x80040154 REGDB E CLASSNOTREG） - Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG)))”的错误提示。当然重新下载一个飞信安装文件重新安装一把就可以解决，不过又得麻烦半天。稍微摸索了一下，Aulddays 发现其实解决这个问题很简单... (阅读全文)

网易有道手机词典将提供摄像头取词功能

旧日重来 http://live.aulddays.com/ — Wed, 21 Oct 2009 10:16:43 +0800

网易有道词典是词典类软件的后起之秀，在推出短短两年时间内，就获得了2000万的用户，可谓发展势头迅猛。另一方面，有道的手机词典也是一款非常实用的工具，它可以在没有电脑的情况下方便的实现查词功能。然而，手机词典与桌面词典最大的差距就在于桌面词典可以直接屏幕取词而手机上则只能一个个字母输入进去，而且大多数手机之后数字键盘，即使有 QWERTY 的也非常小，因此在手机上输入英文单词实在是一件痛苦的事情。Aulddays 获悉，有道的手机词典新版将发布摄像头取词功能，或许可以为手机词典的操作带来革命性的改变... (阅读全文)

IPv6 域名解析原理及编程实现

旧日重来 http://live.aulddays.com/ — Thu, 24 Sep 2009 09:36:51 +0800

随着 IPv4 资源逐渐耗尽，IPv6 (Internet Protocol version 6) 网络的部署已开始进行，相信已经有不少朋友已经开始使用 v6 的网络了。和 IPv4 最显著的不同是每个 v6 的 IP 地址包含 128 位（16 个字节），相比 v4 来说极大的扩展了地址空间。但是，这也使得 v6 的网络在使用时特别是编程的时候和 v4 的情况不大兼容。本文介绍了针对 IPv6 的 DNS 域名解析知识和编程实现... (阅读全文)

PHP Web 飞信短信发送工具源代码下载

旧日重来 http://live.aulddays.com/ — Wed, 09 Sep 2009 10:16:15 +0800

用飞信发送免费短信挺方便。不过，官方的飞信客户端却实在不敢恭维，狂吃内存不说，速度还贼慢，为了发短信运行个这么麻烦的东东有时还真不划算。更麻烦的是官方客户端只支持 Windows，Linux 之类还得另寻它路。如果仅要发短信的话，设置一个基于 Web 的飞信客户端是个不错的选择，只要打开任意一个浏览器就可以，还不受操作系统限制。最近 Aulddays 写了一个基于 PHP、HTTP 方式登录的飞信短信发送工具，在这里提供下载。... (阅读全文)

Google App Engine 更新，免费配额大幅缩水

旧日重来 http://live.aulddays.com/ — Tue, 07 Jul 2009 18:35:09 +0800

Google App Engine (GAE) 是谷歌“云计算”的一个典型应用平台。在 GAE 中，用户可以在谷歌提供计算平台上创建各种 Web 应用程序或网站。GAE 支持以 Python 或 Java 编写的应用程序，并 HTTP/HTTPS 访问和用户域名绑定。自 2008 年 7 月发布以来，已经有成千上万的开发者在 GAE 上发布了自己的应用。最近，Google App Engine 发布了最新的 1.2.3 版本，新版中提供了一些新的特性，但最引人注目的是每个应用的 Free Quota（免费配额）大幅缩水！... (阅读全文)