[90764] pegacorn さん : > http://www.jp.netbsd.org/ja/JP/ml/port-mips-ja/200104/msg00009.html > に同様の話があります。 もう 6 年も前に問題になっていたのですね.先ずこの投稿にレス致します. (pegacorn さんのメールの引用と区別するために >> を付けます.)
>> muleをコンパイルする時にX11ライブラリはスタテックにリンクすることは >> 明白なことでしょうか。 FreeBSD 5.3 では,static library (libXt.a) を使うと,更に早い 段階 (別の箇所) で core dump してしまいました. >> NetBSD-1.5のmalloc/reallocにバグがある話はありませんか? emacsFrameClassRec, widgetClassRec は alloc で生成していないので, 別の話のような気がします. いずれにしても,library の側の欠陥ならば他のプログラムで同じ 問題が再現されるはずです. それと,その頃には FreeBSD 3, 4 系では問題なく動いていましたし, 一概に「gcc が原因」とは言えないようですね. > gdb emacs 起動直後の動的に初期化される静的データの値 > (emacsFrameClassRec.core_class.superclass) > が、他のプログラムと異なっています。 > > 他のプログラム: > gdb 起動直後: 0x0 > main() で break した時点: 動的リンクした静的データの値 > > emacs: > gdb 起動直後: &widgetClassRec > main() で break した時点: &widgetClassRec + &widgetClassRec そうです.FreeBSD 5.3, 6.2 でも同様に core dump する前のこの値が 本来のそれの 2 倍になってしまっています. ありがとうございます.2 倍というのは今気付きました.でたらめな 値が入っているのではなかったのですね. Satoshi Kimura ([メールアドレス保護])