エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント4件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Sparc上のNetBSDでejectするとパニックに陷る問題の修正
CVS commit: src/sys/arch/sparc/dev Modified Files: src/sys/arch/sparc/dev: fd.c Log Message: fd(4... CVS commit: src/sys/arch/sparc/dev Modified Files: src/sys/arch/sparc/dev: fd.c Log Message: fd(4)をオープンすることによるpanicを修正。違うポインターをmemset()に渡していたことが原因。 なんでこの18年もののバグがこれ以前に問題を引き起こさなかったのか謎だが(少なくとも、オレの昔の5.99.23カーネルでは動く)、おそらくはgcc 4.8がメモリ確保をよりアグレッシブに行うために表面化したのではなかろうか。 この問題はNobuyoshi Satoがfd(4)にeject(1)を試みた結果、発見された。 なんと、18年物のバグがejectを試してみた結果発見されたわけか...。eject怖い。 http://t.co/MDdvdzlLmP — Nobuyoshi Sato (@7n2
2014/08/21 リンク