※ 引述《[email protected] (lxb)》之銘言： : : 上頭引出來的 backtrace 現在 ptt 也時常見到, : : 但注意到那僅是 abort_bbs_debug 呼叫 abort_bbs 一次, : : 不會第二次, 掉入無窮循環. 因為在第二次遇到 reentrant 檢查就會 exit() 了 : 倒是, 在 ptt 應該不會有幾支 mbbsd 當掉就吃光系統資源吧? : hkday 出現這種狀況, 也僅僅是本年 3 月左右才發現, 導致先後四次當機. ptt 也會有發瘋的 mbbsd, 不過問題不大. 若有 define CPULIMIT 的話, mbbsd 吃 cpu time 過久便會自動被砍 : ( 其實, 僅僅是 cpu 被吃光, 不排除插支 vga cord 和 keyboard 直連去機器, : 還會有反應... ) : 而現在還是有類似的憂慮, 倒是手動檢查得較多, 若僅是兩三支 mbbsd 在 : 暴吃系統資源, 還能及時 stop 或 kill 之. : 這種暴走情況, 往往是在用戶 paste 網頁上的文章到站上時發生, 他們 login : 時, 選的可能是 GB 或 unicode , 而非big5, 這也可算是個線索. 現在每周平 : 均有 6 支暴走的 mbbsd , 我還應付到, 但始終要去常規化的解決. 這牽扯到兩個 bug, 一個是 editor, 不過你們用的是舊的 vedit, 大概比較不會有問題. 另一個是 hz convert, 原本的寫法有錯, 可能造成 crash, piaip 在 r2691 修正了這個問題, 你可以看看 r2691 跟 convert 相關的部份, 包括 convert.[ch] 還有 io.c 開頭的部分 https://opensvn.csie.org/traccgi/pttbbs/trac.cgi/changeset/2691#file4 (跟 telnet 相關的部分則要配合其他 revision 一起用) -- "聲音是聲音, icon 是 icon, 用 icon 來表示聲音的結果, 就是不知道哪個是聲音, 哪個是 icon. " 小光光 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.70.142.187