见屏幕一黑，绝影也不知道是怎么回事，以前在公司测试的时候从来没出现这种情况，反正肯定是程序出了问题，坏就坏在还是全屏，图像一黑，整个屏幕就黑了。他用眼角的余光瞟了瞟周总，还好周总正在兴致勃勃地给医生们介绍KIPACS是如何如何好，只有医院领导一个人发现了问题。他赶忙退出全屏关掉KIPACS，再次打开。

医院领导正要开口，绝影抢在他前面说：“这是正常现象，一般KIPACS用久了就要重启一次。”那言外之意就是：“这黑屏的事，没啥大不了的，我们早就知道了。并且这又是不能解决的，要能解决我们还不早就解决了。就比如手机一样，就算是Nokia N95，够高档了吧，可是你能拿它放DVD吗？放不了，还是将就着用吧。所以还是麻烦你们偶尔重启一下吧。”

周总听他这么说，回过头来，丈二和尚摸不着头。

最后医院领导还是在验收报告上签了字，一行人撤回公司的时候，周总问：“小绝阿，那个KIPACS重启是怎么回事呢？以前怎么没听你说过？”

绝影哪敢给他讲很话，忙说：“没什么大不了的，回去我调研一下，估计还有些小BUG。”

在公司做CASE就是这样，虽然公司要求所有BUG的发现和修正都要最终体现到软件开发文档里，但实际操作起来，往往是程序员发现了自己的BUG能隐瞒下来的都隐瞒下来，自己抽个时间或者加班把它修改了，这样给领导的印象要好一些。这和现在很多小煤窑的做法差不多，虽然上头三令五申要杜绝安全隐患，但事故总还是要发生的，虽然又说发生事故要如实上报及时补救，但小老板们总是能隐瞒不报就隐瞒不报，自己私下处理了事。你想真要是如实上报你一个小小煤窑一年12个月就报了二十多个事故上去明年的开采许可证还怎么可能拿得到？

绝影说是小事，回到公司又看了半天都还是没搞明白，问题就出在调窗上，这个调窗原理说简单点其实就是把图像的一些属性调整一下然后重新绘制到DC上，小幅度地调整都没有问题，就是大幅度长时间调整最后显示图像的部分都会黑掉。先他以为是对WM_PAINT消息的处理有问题，这个就比较麻烦，系统经常要发送WM_PAINT这个消息，在里面下个断点或者加个MessageBox就一直要不停地弹出。搞了半天还是找不出个所以然。你想要是真是对这个消息处理出现了问题，那应该一早调窗就有问题才对。

调试了几次，绝影发现
（本章节未完结，点击下一页翻页继续阅读）