問題タブ [glibc]

私のプログラムは、 newキーワードを呼び出すと上記のエラーが発生するところまで実行されます。すなわちchar* a = new char[100]。エラーは再現可能で、毎回です。新しいキーワードを呼び出す時点までプログラムを実行します。その時点でメモリの場所が壊れているようですが、彼の問題が何であるかはわかりません。

このエラーの考えられる原因は何ですか?

libresolv にリンクするライブラリであるプロジェクトがあります。最近のディストリビューションでは問題なく動作します: Ubuntu 10.x Fedora 13、Mandriva 2010.1 ですが、Centos 5.x では次のエラーが発生します。

インストールされている glibc は次のとおりです: glibc-2.5-18.el5_1.1

library.la ファイルには以下が含まれます。

configure.ac を読むことができます

http://pastebin.com/hs5q21Rq

前もって感謝します

プロセスのコア（シグナル6で終了）の分析では、LINUXでは、スタックbtは次のことを示しています。

libcがループに入ったようです。ここのアプリケーション「rrcprb」で問題が発生しましたか。この問題のデバッグを手伝ってください。

C で記述されたプログラムを開始する前に、「ulimit -n 400」コマンドを実行して、許可されているオープン ファイルの数を増やす必要がありますが、C プログラム内から同等のことを行う方法はありますか?

つまり、そのプロセスで許可されるオープン ファイル記述子の数を増やします。(スレッドごとの制限には興味がありません。)

ulimits を設定してから、より多くのファイルを開くことができる子をフォークする必要がありますか?

もちろん、ulimit を実行するシェル ラッパーを作成してから C プログラムを起動することもできますが、洗練されていないように感じます。また、bash または sh のソース コードを grep して、そこでどのように処理されているかを確認することもできます。

関連して、多数のファイル記述子を選択する場合は、こちらを参照してください。

glibcとuClibcベースのアプリケーションを 1 つのシステムで並行して実行することはできますか?

背景: uClibc とリンクするように構成されたバイナリ gcc ベースのクロスコンパイラがあります。glibc をクロスコンパイルしました。ここで、uClibc ではなく glibc とリンクするようにいくつかのアプリケーションを構築したいと考えています。コンパイラを再構築したくありません。

最近のglibcを使用したLinuxについて質問しています。

プロセスが1つのスレッドまたは複数のスレッドで構成されていることを検出する方法はありますか？

スレッドはpthreadまたはbareclone（）で作成できるので、かなり普遍的なものが必要です。

UPD：現在のプロセスのスレッドをそれ自体から検出したい。

-staticコンパイル後readelf -l、elf からのプログラム ヘッダーが表示されます。

2番目と4番目のプログラムヘッダーが交差する理由を誰かが説明できますか(同じオフセット0x079f94とVirtAddr 0x080c2f94で始まります)。

また、セグメントセクション.tdata は 2 回参照されます。

最初のスレッド (プログラム自体) にどのようPT_TLSにロードされますか? 記憶のPT_LOADどこにある？.tbss

これはサイトで唯一の tar です。オンラインでヘルプはありません。見逃したパラメーターはありますか? このライブラリはどこで入手できますか?

自分のマシンで C++ プログラムをコンパイルし、それを別のマシン (古いソフトウェアを使用) で実行すると、次のようになります/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found。

実際、私のシステムでは glibc の方が新しく (gcc-libs 4.5.1: libstdc++.so.6.0.14 を取得しました)、strings /usr/lib/libstdc++.so.6 | grep GLIBCXXから に出力さGLIBCXX_3.4れGLIBCXX_3.4.14ます。GLIBCXX_3.4.8代わりに、他のシステムでは、 (libstdc++.so.6.0.8 を取得しました)までしか出力されません。

だから私はいくつかの質問があります：

1. GLIBCXX_3.4.9リンカーが C++ バイナリをではなくlibstdc++ バージョンにリンクするのはなぜGLIBCXX_3.4.14ですか?

2. libstdc++ バージョンに対してバイナリをコンパイルした場合、GLIBCXX_3.4ほとんどどこでも実行されると思います。それは何らかの問題を意味しますか？(例: 古い、したがってより悪いアルゴリズムの実装を使用しますか?)

3. 代わりに、プログラムを libstdc++ に対して静的にリンクすると、どこでも実行されると思います。もちろん、バイナリははるかに大きくなります（〜1MB）。他に長所/短所はありますか？

4. リンカーに、特定のバージョンの libstdc++ に対してバイナリをリンクさせることはできますか?

kdvelectronics サイトから ssh セッション ログ パッチを sshd に変更しようとしています。

コードは openssh 4.x から 5.x にあまり変更されていませんが、script_open 関数が呼び出されると sshd segfaults が発生するようになりました (gdb によると)。

クラッシュするコードは次のとおりです。

また

script.c の完全なリストはこちらhttp://pastebin.com/48B39K8sです。50行目をコメントし、53 行目から logname 変数を削除しました。

これらの関数が segfault を引き起こす 2.3 以降の glibc の変更点や、それについてどこで読むべきかを知りたいだけです。