0

サーバー アプリケーションは常にコードの同じ行でクラッシュします。問題を見つけるために gdb と valgrind を使用しましたが、クラッシュ ポイントはコンパイラで作成されたデストラクタにあるようで、valgrind は次のように述べています。

==27785== Invalid read of size 8
==27785==    at 0x5CDCE25: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib64/libstdc++.so.6.0.8)
==27785==    by 0x5812F4: Pet::BookConfiguration::~BookConfiguration() (BookConfiguration.h:8)
==27785==    by 0x5EDEC4: void std::_Destroy<Pet::BookConfiguration>(Pet::BookConfiguration*) (stl_construct.h:107)
==27785==    by 0x5EDEE2: void std::__destroy_aux<Pet::BookConfiguration*>(Pet::BookConfiguration*, Pet::BookConfiguration*, __false_type) (stl_construct.h:12
2)
==27785==    by 0x5EDF17: void std::_Destroy<Pet::BookConfiguration*>(Pet::BookConfiguration*, Pet::BookConfiguration*) (stl_construct.h:155)
==27785==    by 0x5EDF3A: void std::_Destroy<Pet::BookConfiguration*, Pet::BookConfiguration>(Pet::BookConfiguration*, Pet::BookConfiguration*, std::allocator
<Pet::BookConfiguration>) (stl_construct.h:182)
==27785==    by 0x5F5C09: std::vector<Pet::BookConfiguration, std::allocator<Pet::BookConfiguration> >::~vector() (stl_vector.h:272)
==27785==    by 0x5F6A22: Pet::ShopModel::~ShopModel() (ShopModel.h:15)
==27785==    by 0x5C59E3: Pet::PetProcessor::climbFight(Pet::SourceList&, Pet::TBuffer&) (PetProcessor.cpp:1796)
==27785==    by 0x589263: Pet::Processor::execute(Pet::SourceList&, unsigned short, Pet::TBuffer&) (Processor.cpp:22)
==27785==    by 0x578627: Pet::JobThread<Pet::PetProcessor>::run() (JobThread.h:66)
==27785==    by 0x4F81AB2: Poco::PooledThread::run() (in /data/home/app100619699/pet_srv/lib/libPocoFoundation.so.11)
==27785==  Address 0x900df30 is 7 bytes after a block of size 57 free'd
==27785==    at 0x4A201B6: operator delete(void*) (vg_replace_malloc.c:457)
==27785==    by 0x5CDCE59: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib64/libstdc++.so.6.0.8)
==27785==    by 0x5CFFE6: Pet::PetProcessor::getUserBag(Pet::SourceList&, Pet::TBuffer&) (PetProcessor.cpp:446)
==27785==    by 0x589263: Pet::Processor::execute(Pet::SourceList&, unsigned short, Pet::TBuffer&) (Processor.cpp:22)
==27785==    by 0x578627: Pet::JobThread<Pet::PetProcessor>::run() (JobThread.h:66)
==27785==    by 0x4F81AB2: Poco::PooledThread::run() (in /data/home/app100619699/pet_srv/lib/libPocoFoundation.so.11)
==27785==    by 0x4F7D1D5: Poco::ThreadImpl::runnableEntry(void*) (in /data/home/app100619699/pet_srv/lib/libPocoFoundation.so.11)
==27785==    by 0x54DE192: start_thread (in /lib64/libpthread-2.4.so)
==27785==    by 0x6161F0C: clone (in /lib64/libc-2.4.so)

ここで述べた 2 つの文字列には関係がなく、すべてローカル変数です。なぜそれが起こるのか、または実際のクラッシュの問題をどのように見つけることができるのか、誰が教えてくれますか?

Pet::BookConfiguration::~BookConfiguration()コンパイラが作成したデストラクタです。このクラスには解放するリソースがないため、何もする必要はありません。

4

1 に答える 1

1

エラーメッセージから、明らかにスレッドと、スレッド間のある種の共有ストレージプールを使用しています。サーバーをシャットダウンするときに2つの異なるスレッドが共有リソースを破棄しようとしている問題が発生している可能性があります。共有オブジェクトを2回破棄することは未定義の動作であるため、どちらのスレッドが2番目に進むかによってクラッシュ状態が発生します。

2つの別々のスレッドが実際に同じ共有オブジェクトを使用する必要はないことに注意してください。ただし、一方のスレッドがもう一方のスレッドがオブジェクトを使用しているプールを破棄する場合、最初のスレッド以降、2番目のスレッドはプール内のそのオブジェクトを破棄できません。すでにそのリソースを破壊しました。したがって、順序付けの問題、スレッドリソース間の所有権の問題、または両方の組み合わせのいずれかが発生する可能性があります。

于 2012-09-20T02:38:27.013 に答える