技术志 - Tony Bai

三月 24, 2010

昨天，也就是23号是我的信用卡还款日，由于新本子还没来得及安装招行个人网上银行专业版，我就计划回家后用家里的本子还款。到家后也没急着上网还款，待吃完晚饭后发现联通的网络居然上不去了。打客服电话报故障，但等到今天早晨起来也不见网络恢复，只好到公司再还了。

到了公司，安装招行专业版，然后准备恢复证书，居然发现网络不通；开始以为是公司代理设置的不正确，又反复调整了几次代理设置，甚至重启的本子也不见网络连通。在专业版自带的网络测试中总是提示网络不通。

难道是招行服务器问题？让同事启动专业版试试，连通都没有问题，这下郁闷了。在命令行模式下手工PING招行服务器也无法PING通，难道是我的系统有问题了，摸不着头脑。又重装了专业版若干次，问题依旧。于是放弃了。

又登录网页版个人普通版尝试转账，试了几次都失败。从招行网站看到还可以打客服电话还款，拨95555，居然无法打通或打通后串线，这时同事那边也反映浑南开发区辽宁移动的电话网络出大故障了，手机接通后都无法听到对方，或串线听到陌生人的声音，手机打固话或接听固话也是如此，想投诉连10086都打不通。2009年末就曾经出现过一次这种情况，那时故障一天都没有恢复，后来也不了了之。这次问题也不知道能持续多长时间。

太衰了！只能期盼家里网络恢复后再转账了。

晚上回到家里，网络已经恢复了，顺利做了信用卡还款，但是心有不甘。打开x60，尝试恢复证书，专业版依然提示无法连通网络。同样是Win7系统，为什么我的T400上的专业版就没有这个问题呢？到搬了家后的谷歌上Search了一下，发现了一些端倪，我的x60和T400还是有不同的。x60安装的是Win7 Ultimate，而T400装的是Win7 Home Premium，旗舰版在安全方面做的更严格。按照CmbChina forum中网友的一个建议，尝试以管理员身份运行招行专业版（右键点击招行专业版图标，选择"以管理员身份运行"），点击网络测试，居然顺利连通，证书恢复也就很顺利的完成了。这种“以管理员身份运行”的方式有些像Ubuntu里的sudo。

不知道延迟还款一天是否会对个人信用记录有影响^_^，不管它了。

也谈Configure脚本问题的解决

三月 19, 2010

1 条评论

开了一个下午的技术交流会，回到办公室时离下班时间已经不远，天气预报说今晚有暴雪，外面阴沉的天气似乎也证实了这一点。这时一个同事遇到了一个软件包编译的问题，一时无法解决，向我求助。

这是一个libmemcached的编译问题，我们用的是libmemcached 0.34版本，我的同事在PC Solaris上执行libmemcached的configure脚本时遇到如下错，Configure脚本提示：

checking for pthread-config… no
configure: error: could not find libpthread

但经过确认系统中明明在/usr/lib下有pthread相关库的存在：
Tony Bai-[~/libmemcached-0.34]526:>ll /usr/lib|grep pthread
lrwxrwxrwx   1 root     root          26 2009   9月 10 llib-lpthread.ln -> ../../lib/llib-lpthread.ln
lrwxrwxrwx   1 root     root          23 2009   9月 10 llib-lpthread -> ../../lib/llib-lpthread
lrwxrwxrwx   1 root     root          25 2009   9月 10 libpthread.so.1 -> ../../lib/libpthread.so.1*
lrwxrwxrwx   1 root     root          25 2009   9月 10 libpthread.so -> ../../lib/libpthread.so.1*

又确认了一下用户的环境变量设置，LD_LIBRARY_PATH也包含了这些库的目录。

经验告诉我，这个错误是假象，向上翻Configure的输出结果，的确发现些奇怪的Check结果，如下：

checking for ANSI C header files… no
checking for sys/types.h… no
checking for sys/stat.h… no
checking for stdlib.h… no
checking for string.h… no
checking for memory.h… no
checking for strings.h… no
checking for inttypes.h… no
checking for stdint.h… no
checking for unistd.h… no

第一感觉，这怎么可能呢？这些标准C库头文件居然都Check失败了！在网上用“checking for ANSI C header files… no”搜了一下，也没有找到很好的答案。

我对Configure了解也不多，但是还是让我发现了config.log这根救命稻草。config.log这个文件详细地记录了Configure的每一步校验的执行内容和结果，其中对于标准C头文件的Check是这样做的：

configure:4827: checking for ANSI C header files
configure:4857: gcc -c -g -O2 -m64 conftest.c >&5
conftest.c:1: sorry, unimplemented: 64-bit mode not compiled in
configure:4864: $? = 1
configure: failed program was:
| /* confdefs.h. */
| #define PACKAGE_NAME "libmemcached"
| #define PACKAGE_TARNAME "libmemcached"
| #define PACKAGE_VERSION "0.34"
| #define PACKAGE_STRING "libmemcached 0.34"
| #define PACKAGE_BUGREPORT "http://tangent.org/552/libmemcached.html"
| /* end confdefs.h. */
| #include
| #include
| #include
| #include
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:4995: result: no