见屏幕一黑绝影也不知道是怎么回事以前在公司测试的时候从来没出现这种情况反正肯定是程序出了问题坏就坏在还是全屏图像一黑整个屏幕就黑了。他用眼角的余光瞟了瞟周总还好周总正在兴致勃勃地给医生们介绍kIpacs是如何如何好只有医院领导一个人现了问题。他赶忙退出全屏关掉kIpanetbsp;医院领导正要开口绝影抢在他前面说：“这是正常现象一般kIpacs用久了就要重启一次。”那言外之意就是：“这黑屏的事没啥大不了的我们早就知道了。并且这又是不能解决的要能解决我们还不早就解决了。就比如手机一样就算是nokian95够高档了吧可是你能拿它放dVd吗？放不了还是将就着用吧。所以还是麻烦你们偶尔重启一下吧。”
周总听他这么说回过头来丈二和尚摸不着头。
最后医院领导还是在验收报告上签了字一行人撤回公司的时候周总问：“小绝阿那个kIpacs重启是怎么回事呢？以前怎么没听你说过？”
绝影哪敢给他讲很话忙说：“没什么大不了的回去我调研一下估计还有些小Bug。”
在公司做case就是这样虽然公司要求所有Bug的现和修正都要最终体现到软件开文档里但实际操作起来往往是程序员现了自己的Bug能隐瞒下来的都隐瞒下来自己抽个时间或者加班把它修改了这样给领导的印象要好一些。这和现在很多小煤窑的做法差不多虽然上头三令五申要杜绝安全隐患但事故总还是要生的虽然又说生事故要如实上报及时补救但小老板们总是能隐瞒不报就隐瞒不报自己私下处理了事。你想真要是如实上报你一个小小煤窑一年12个月就报了二十多个事故上去明年的开采许可证还怎么可能拿得到？
绝影说是小事回到公司又看了半天都还是没搞明白问题就出在调窗上这个调窗原理说简单点其实就是把图像的一些属性调整一下然后重新绘制到dc上小幅度地调整都没有问题就是大幅度长时间调整最后显示图像的部分都会黑掉。先他以为是对m_paInT消息的处理有问题这个就比较麻烦系统经常要送m_paInT这个消息在里面下个断点或者加个messageBox就一直要不停地弹出。搞了半天还是找不出个所以然。你想要是真是对这个消息处理出现了问题那应该一早调窗就有问题才对。
调试了几次绝影现系统变得越来越慢打开任务管理器乖乖kIpanet内存。要知道kIpacs刚启动时不过只占用了17m内存。看样子像是内存泄漏。这样想
「如章节缺失请退#出#阅#读#模#式」
你看到的#内容#中#间#可#能#有缺失，退出#阅#读#模#式，才可以#继#续#阅读#全文,或者请使用其它#浏#览#器，或者来：d#a#m#i#x#s#.b#i#z
