[ubuntu-jp] stack_chk_fail_local

[Masaharu Goto]

gmaxといいます

みなさんあけましておめでとうございます。

ターゲットアーキテクチャがalphaですので違うのですが、こういうのが
検索していてひっかかりました。

http://www.archivesat.com/Libc_for_alpha_systems/thread402045.htm

> I was using distcc, with gcc, binutils and glibc version all matched, but
> turning off distcc allowed the build to complete. In hindsight it is probably
> because one of the machines hasn't been rebuilt against the glibc-2.4 and two
> have.

ここではdistcc絡みなんですが、おそらくビルドに必要な何かが不整合を起こしてい
るのではないかと。

- 依存していそうなパッケージの再チェック(投稿内容から推測しておそらくは
　問題ないと思いますが...)
- ユーザプログラム（ライブラリ）の全ソースを再コンパイル

あたりを試されてはどうかと思います。

....ありきたりの答えなんで外しているかもですが（汗

# ここ1ヶ月ほどあまりubuntu弄れてないので勘が狂ってるかも

Zhidao wrote:

> 恐らく更新されたパッケージはlibc6で(自動更新に任せていたので、どれが
> 元凶だか把握できてないのですorz)、バージョン2.4-1ubuntu12。libc6-dev、
> libc6-i686も入れてます。なお、
> --
> % gcc --version
> gcc (GCC) 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5)
> --
> です。これをgcc-3.3にしてみたりもしましたが、結果は変わらず、です。
> 
> ちなみに、次のようなこともやってみました。あまり参考になるとも思いま
> せんが…。
> --
> % nm /usr/lib/libc.a | grep stack_chk_fail
> stack_chk_fail.o:
> 00000000 T __stack_chk_fail
> stack_chk_fail_local.o:
>          U __stack_chk_fail
> 00000000 T __stack_chk_fail_local
> % nm /usr/lib/libc_nonshared.a | grep stack_chk_fail
> stack_chk_fail_local.oS:
>          U __stack_chk_fail
> 00000000 T __stack_chk_fail_local
> --
> 
> どなたかこの問題について、情報をお持ちでないでしょうか?


-- 
gmax
http://sitebites.homeip.net/blog/
http://d.hatena.ne.jp/gmaxlab/