我來到這台3B2面前，用那個學生(shēng)的帳号登錄，找到了用C寫的源代碼，并開始測試。代碼可(kě)讀性非常差，所有的代碼都(dōu)寫在了一行，變量名都(dōu)是三個字母，而且還是随機組合的！真慶幸我當初選擇按小時收費。我把代碼格式化爲習慣的風格，這樣看(kàn)起來多少還能讀。 做完之後，我用curses庫移到屏幕上一個點，打印一個問題和答案，然後等待回應。但(dàn)是在打印出第一行之後，出現了一些亂碼，過了大(dà)約1/2秒之後，亂碼被問題覆蓋掉。這個問題應該很容易解決，隻有五個地方需要打印信息，所有的地方都(dōu)出現了一閃而過的亂碼。小意思，隻要删掉mvpwintw()應該就(jiù)ok了。我删掉之後開始編譯，覺得(de)問題差不多解決了。但(dàn)是運行的時候，幹擾信息又出現了！隻是亂碼變了，但(dàn)是症狀還是一樣！ 我檢查了一下代碼，發現竟然回到了我改之前的樣子！15個文件(jiàn)，混亂的格式，三個字母的變量。當初爲什麽不備份一下代碼呢(ne)，真想射自(zì)己一槍。我再一次格式化它們，這次把代碼放(fàng)到三個文件(jiàn)中，以不同的名字命名。然後備份了整個文件(jiàn)夾，并且将權限設置爲隻讀。編譯之後，一切正常。一運行，這個文件(jiàn)夾中又出現了15個文件(jiàn)！我改過之後的源代碼沒有被删除，然後幹擾信息又回來了。 我明白(bái)了，這一定是在硬盤的某個地方的代碼，在編譯的時候會将程序添加到我修改的代碼中去(qù)。所以我準備搜索一下include區域（/usr/include），因爲我們用的是研究的版本，所以除了kernel别的代碼都(dōu)在機器上。頭文件(jiàn)太多了，所以在3B2上搜索需要花一些時間。以上，就(jiù)是第一天的工(gōng)作(zuò)了。
