编程

一个软件故障问题的根源

Fish — 2008-08-26 14:10:00Z

前段时间，在上个公司做过的项目的业主反映：系统自从某段
时间以来就出现了问题。

为这个事，上个公司的老同事和业主先后联系过我几回，有关
日志文件我也看了。主要步骤就是：
1. 省里的软件负责下发参数到中心接口库；
2. 中心的软件负责启用中心接口库的新参数；
3. 中心的软件在启用后负责下发这些新参数；

关于第二和第三步，分别有参数管理软件和服务实现，其实就
是一个手工处理和一个自动处理，本质上没有区别。

由于系统已经稳定运行了一年多，最近才出现了问题。而正好
这段时间省里面升级了软件系统，所以在故障根源的判断上有
疑问。我心里是觉得他们的软件有问题。因为根据日志文件和
有关软件反复分析，以前我们的软件应该没问题。

今天省里的人和业主在现场联合处理，有了技术人员在场，事
情应该好办一些。经过反复电话沟通方案，采取排除法等逐步
处理。

经过漫长的电话沟通处理，省里面的人证明了他们的软件没有
问题。而业主方面，也用参数管理的手工方法处理证明了我们
的软件中这几个功能没有问题。于是再测试服务程序的功能，
此时发现服务程序启动不了了！

于是....终于....就在此时，问题的根源就此被发现了，它就是：

服务程序的执行文件和参数配置文件一个多月前被人删掉了！

SQL Server 2000 无法在 Win2003 SP2 中安装！

Fish — 2008-05-11 20:48:00Z

这几天一业主反应在他们新装的 Windows 2003 服务器上无法
安装 SQL Server 2000，总是在最后拷完文件后配置时出错，
说无法配置。查看他们发给俺的日志，好像是帐号问题。

今天在 QQ 上给业主演示，为了更好地说明，俺把俺的测试
机器上的 SQL 卸载了，然后边安装边截图说明情况。

结果狠尴尬，到后来，发现俺自己也装不上了！出现了跟业
主一样的情况。查看安装日志和数据库启动的日志，说是无
法绑定到端口 1433 和 1434 上。

一开始怀疑是防火墙，后来又怀疑机器人路过放养了马，但
是检查后确信没事。期间，修改过若干设置，又反复安装若
干次，结果都遭到了可耻的失败。

......

思考，到底俺当初装成功和现在失败的环境有何不同呢？

SP2！

于是，把系统的 SP2 先卸载了，再安装，结果一次成功！
然后赶紧再重新打 SP2 补丁，以防机器人和其同伙路过。

奇怪啊郁闷啊，又费了不少时间

乐观与悲观

Fish — 2008-05-10 22:06:00Z

http://hanlei.name/archive/2008/01/10/100818.aspx

看了 grhunter 的这篇 blog，俺在想：

为啥领导们都总是那么乐观

而俺这个写程序的却总是那么悲观......

臭名远扬

Fish — 2008-04-27 11:09:00Z

某日，QQ上一前同事找俺，俺问啥事。答曰：女朋友
写毕业设计，论文已写好，就差一软件。要求用VB写
一个小数据库软件。

我倒，连忙说VB俺不会。结果就这样了。

某日，一前同事来电，俺问啥事。答曰：要写一个用
.NET实现某某系统的三层方案。问俺有没有或者是否
帮忙写一个。

我倒，连忙说.NET俺不会。结果就这样了。

用进废退

Fish — 2008-03-18 15:04:00Z

最近给业主写个软件，又要考虑界面和写报表。

前者一直是自己的弱项，以前大部分时间都是写底层的软件，
（相对公司的软件而言），界面一直折腾得少。现在折腾了
半天，还是觉得界面难看。不管了，难看就难看吧。

报表这个就更啰嗦了。以前有段时间自己一人包揽整个系统
时，报表用得还是挺熟的，从 ReportBuilder 到 FastReport，
都轻车熟路，还在其基础上写了若干控件。可是几年没整，
一下子似乎竟无从下手。只好把几年以前的程序翻出来，
又看了一下文档，才慢慢恢复过来。

折腾......

喜事之后是烦恼

Fish — 2007-12-30 00:08:00Z

下午坐车从大良回广州，前前后后电话不断，都是工作上的事情，让人颇费
心思。加上这两天的工作电话、同学电话，手机又快没电了。

六点左右回到家里，先给手机充电，然后打开电脑，用读卡器接上借的数码
相机里的xd卡，结果导了几张之后提示出错，然后把xd卡放回相机，又说没
格式化。烦恼！上网一查，原来xd卡如此娇气难伺候，这么容易就出故障了。
唉，还是借别人的数码相机，这下不好交代了，明天还得去电脑城找网上介
绍的读卡器什么的来处理。

再看看手机，好好地充着电，怎么又死机了？！开机！我倒，一下子就收到
若干同事找我的短消息，跟着电话就来了，并且一个接一个，然后业主的电
话也一个接一个地来了。主题只有一个：系统在启用某预先设计的应急方案
过程中出问题了！计算费率不正确！

没理由啊！这个功能之前省里还专门组织过检测的，没有问题啊。于是查看
程序代码，没有硬件设备就只好测试部分功能。经过反复查看和测试，终于
找到问题原因了，是因为某设计要求文件中的某表某字段用法不明确，我们
的用法实际上也没错，但这个代表启用时间的字段上存在着二义性，会导致
程序中不执行某个流程，导致最终计算费率出错。

找到原因了，跟业主解释了情况，提供了临时解决办法，承诺对软件进行修
改和完善，已经十一点多了。

PS，这个过程中，收到移动发来的提醒曾有多少错过电话的来电（因为手机
死机了），一数，四个人十几次电话！就是这个通知来得晚了点，在收到这
个通知之前，这些人已经又先后多次给俺打过电话了。

症状重现

Fish — 2007-11-30 08:46:00Z

晚上做梦还在写程序，早上六点来钟醒过来，原想再眯到
往常的六点五十再起床，但是总在想程序之一的某些流程
的处理，怎么也睡不了.....

十几年前某阶段的症状又回来了......

终于解决多设备共用DLL时出现的问题

Fish — 2007-11-15 16:54:00Z

问题：同一个应用程序要使用两台IC卡读写器，分别使用不同的
串口。在初始化时发现第二个读写器怎么也无法初始化成功。因
为要考虑多种读写器之间的兼容性，所以我们的软件全部采取动
态加载动态库的方法来处理这些库。

初始化的过程是：
1. 调用公司甲提供的动态库A；
2. 公司甲的动态库A又调用设备厂家乙的某动态库B，过程中，
这个动态库B又调用厂家的其他两个动态库C和D。

分析：
一个 Windows 程序多次加载同一个 DLL 时，实际上在内存里是
共享代码和数据的。估计公司甲和厂家乙都没有考虑到这种应用
情况，其函数设计里存在一些问题，比如使用了静态数据之类的
做法，导致第二次加载时，第二个读写器初始化串口会失败。

解决：
因为特定原因，不可能让公司甲和厂家乙来修改他们的库，怎么
办？还是从加载动态库的过程中着手。思路是为第二个读写器启
用一套全部不同名的有关动态库，这样 Windows 应该会视其为不
同的动态库来处理，避免共享内存代码和数据带来的问题。

具体解决办法：
1. 将所有的动态库另复制一套，放在别的目录；
2. 先将动态库A改名；
3. 用 UE 修改动态库 A，将里面用到动态库B的地方改个名；
4. 将动态库B的文件名改为步骤3中的名字，同时，还需要修改
库中定义输出函数部分的名字；
5. 按照上述步骤处理剩余的动态库C和D；

如此一番修改，问题解决，设备初始化正常，目前工作也正常。

UE是个好东东，TDUMP也是个好工具。

再次折腾

Fish — 2007-11-15 09:01:00Z

上次根据总工的说法，将软件里使用的IC卡读写器从两个改回
一个。昨天去到厂家看最终的车道设备方案，又再次确定，总
工的说法是错误的，还是两个读写器。

再改回去....

另外，又增加了一种外场设备要控制......

折腾

Fish — 2007-11-09 15:48:00Z

关于现在手上的这个项目，之前上面的方案一直是说一台
电脑接两个IC卡读写器。为此，花了诸多精力分析和完善
底层硬件接口模块，还重写了若干单元。上端软件也为此
改了不少。花费的时间和精力就不说了。

今天测试硬件时发现同时接两个有问题，第二个无法正确
初始化。再去问老总，要设法找别的厂家的读写器来测试，
才了解到当初老总搞错了，还是一个读写器两个天线......

命苦，继续改.....

好在代码调整以后，现在改回去倒是容易不少