095 不断崩溃的主控电脑(2 / 2)
孟飞按了一下其中一台的重启键。硬盘吱吱嘎嘎地转了几秒,又熄火了。
“扫描。”
如果说四台机器同时变砖,那就得四台机器有一样的BUG。这倒也不是不可能。
但如果要四台机器的BUG刚好同时发作,就需要一定的巧合或者特别的安排了。
现在他的系统扫描功能和最初那时已经完全不同了。
刚穿越的时候,最强BUG系统的扫描简直和他毫无关系。而现在系统扫描过的每一行代码每一条指令,都会在他的脑海中浮现出来。
当然,代码能看到是一回事,能不能理解得过来又是一回事。
他常自夸人类史上最强程序员之一,但几万行代码丢到他面前,几秒钟内他是绝对看不明白的。
不过没关系,最强BUG系统瞬间就把问题定位到了。所以他看到的直接就是出错的代码。
还帮他把机器码逆成了C。
//用来接受扩展缓冲区的内存
unsigned char *ext_buf = NULL;
//判断受到的通知是否有扩展属性
if(notify-〉type | NT_TYPE_EXT){
//如果有,复制扩展缓冲区
py(ext_buf,
notify-〉ext_buf,
notify-〉ext_buf_len);
这是一个超级明显的bug。
因为ext_buf的内存根本没分配,所以如果收到类型里带有扩展标记的扩展型通知,就会往空指针里复制数据,必崩溃无疑。
但为什么船长说他开船以来还从来没有坏过呢?
看起来原因很简单,因为这条船从来就没有收到过这种扩展类型的通知。
只要收到的通知里类型都不带NT_TYPE_EXT标记就永远不会崩溃。
但现在这四台主控电脑都启动不了了。其实它们并非是真的起不来。
而是它们只要一启动,就会很快收到一条带有这种罕见属性的通知,然后又崩溃而自动重启了。
反复重启后,它们会自动进入永久关闭状态,需要手工开机。
换句话说,有人在不断地往这条船上发送让它的主控电脑崩溃的消息!
“这条船和樟岛在通信吗?”孟飞问。
“当然,樟岛的游艇指挥中心会不断发请求询问这条船的位置、航向和速度,并每天自动记录。”
船长抬眼看了一下孟飞,心想这家伙难道就凭一双眼睛一双空手就解决掉这种根本不可能解决的问题?
“信号接收器在哪里?关掉它。”
孟飞用命令的语气说道。
明明是主控电脑变砖了,却让我去关掉信号接收器?
让所谓异能调查员来修船,就是这么荒诞可笑的。
船长有点不耐烦地走到主控台前,拨动机械开关强行切掉了指挥中心的信号接收器的电源。
“有什么用?”
他带着玩味的目光看着眼前的所谓调查员,想看他徒劳无功窘迫的样子。
孟飞没有理他,再次按下了主控电脑的启动键。
如果动用系统修复,他可以瞬间把这个问题解决掉。但他想确认一点,那就是是否是樟岛那边发来的信号触发了这个BUG。
如果是确实是这样,那么调查一下游艇指挥中心,究竟是谁以什么理由开始发送这种信号,说不定就能挖出更多的东西。
虽然艾婷说对她老爹的财产没兴趣,但并不意味着樟岛上那帮纨绔子弟不会以她为敌。
与其被动挨打不还手,不如抓住这条线索,揭穿真相,狠狠反击!
↑返回顶部↑