第116章 出生日期 (第2/3页)
算好了，总有一天会有一个写程序的人，走到这份名单面前。
他拖动滚动条，快速翻过中间几百行，专门看每一组的末尾。大部分组的递增都正常，可翻到名单中后段时，他忽然停住。有一组数据，第三个孩子的出生日期之后，本该接上第四个孩子的日期，可那里是空的，整行被删除，只留下一个残缺的单元格标记。
林小雪说，缺了一行。
沈夜说，老周那句话说的是，碎片在出生日期里。可他没说，是在哪一行出生日期里。现在看来，碎片不在任何一行现有的出生日期里，而在这个空缺里。
他调出那组数据，把前后两组末两位的递增值算出来。空缺的位置，对应的正好是一组完整序列里缺失的那一个日期。他把那个日期在纸上写下来，盯着看了很久，说，这个日期，跟我自己的生日，差了一位。
林小雪说，差在哪一位。
沈夜说，月份相同，日期不同。名单里缺的这个日期，是把我的出生日期改了一个数字以后的样子，像是一个故意做出来的变体。
林小雪说，如果它是你出生日期的变体，那它指向的，就不该是一个具体的人，而是一串数据。
沈夜点头。他说，第五份碎片不在乙册现有的数据里。它藏在乙册的底层，藏在一条被删掉的行注释里。
他打开介质的底层维护模式，这个操作他在老东家机房干了三年，闭着眼都能做。屏幕上弹出十六进制数据流，他沿着名单文件的末尾，找到了那段被标记删除的区域。
删除标记是好的，完全符合规范。如果换成别人，看到这段区域只会把它当成正常清理过的垃圾数据，直接跳过。可沈夜知道，在程序里，被标记删除不等于消失。只要没人覆盖，那段数据就还躺在原地。
他花了二十分钟，把那段被标记删除的区域完整恢复出来。恢复出来的是一段注释，没有进入正式表格，只孤零零地写在文件末尾。注释很短，只有两行。
第一行是一串坐标，精确到楼层和机柜编号。
第二行写着，第五份碎片，存放于删除行注释，开启方式为坐标指向位置的本体接入。本注释由档案室原保管人写入，借阅人不得外传。
沈夜把注释读完，沉默了一会儿，说，第五份碎片，就藏在这段被删掉的注释里。老周把它借出来，没有删，只是把它标记成删除状态，让它躺在所有正常数据都看不到的地方。
林小雪说，就像把东西藏在抽屉夹层里，不锁，也不拿走，只是把抽屉往前推了一点，让人以为它是空的。
沈夜说，是。老周是个程序员思维的人。他知道，真正要紧的东西，往往不是最显眼的那条数据，而是被系统判了死刑、还没来得及清理的那一条。
他停了一下，又说，可老周其实还有一个更安全的选择。他完全可以不借乙册，只把那个空缺的位置记在心里，等合适的人来，再把消息口传给他。那样不留纸面痕迹，也不会有借阅记录。
林小雪说，那他为什么还是走了登记借阅这条路。
沈夜说，因为老周想让档案室知道他借走了乙册。他说，你想，老师最怕的，是名单散出去。老周把乙册借走，档案室就会一直盯着他，盯着他手里的名单，而不是盯着别的地方。他用自己
（本章未完，请点击下一页继续阅读）