エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
zshでタブ補完するときに謎の死(Segmentation Fault)をする原因を探ってた - キモブロ
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
zshでタブ補完するときに謎の死(Segmentation Fault)をする原因を探ってた - キモブロ
なんかたまにzshでタブ補完するときにsegmentation faultして困っていたのだけど、今日原因がわかったの... なんかたまにzshでタブ補完するときにsegmentation faultして困っていたのだけど、今日原因がわかったのでメモ。いや原因はわかってないけど解決した。 まず俺は普段から ulimit -c unlimited してるので process が segmentation fault したときは同ディレクトリにcore dumpファイルが生成されるのでそのファイルにgdbしてみた。 しかしデバッグ情報のないzshバイナリだったので原因全くわからず。よしデバッグ情報をつけようと思った。デバッグ情報付きでzshコンパイルするときは $ ./configure --enable-zsh-debugしたら良いらしい。(※ちなみにこの--enable-zsh-debugがしてるのはCFLAGSに -g つけてるだけっぽい) しかしこのバイナリでもcore dumpさせてgdbしたときにどのソー