ブーストミューテックススロー(奇数?)例外

私はこのウェブサイトから得たブロッキングキューの例を使用しています。 このブロッキングキューはboost :: mutexを使用しています。 たまに例外をスローします:

terminate called after throwing an instance of 'boost::exception_detail::clone_impl >'

what():不正なファイル記述子

ブロッキングキューコードは次のとおりです。

#include 
#include 
#include 
#include 
#include 
#include 

struct BlockingQueueTerminate
  : std::exception
{};

namespace tools {
  template
  class BlockingQueue
  {
  private:
    boost::mutex mtx_;
    boost::condition_variable cnd_;
    std::list q_;
    unsigned blocked_;
    bool stop_;

  public:
    BlockingQueue()
      : blocked_()
      , stop_()
    {}

    ~BlockingQueue()
    {
      this->stop(true);
    }

    void stop(bool wait)
    {
     //tell threads blocked on BlockingQueue::pull() to leave
      boost::mutex::scoped_lock lock(mtx_);
      stop_ = true;
      cnd_.notify_all();

      if(wait)//wait till all threads blocked on the queue leave BlockingQueue::pull()
    while(blocked_)
      cnd_.wait(lock);
    }

    void put(T t)
    {
      boost::mutex::scoped_lock lock(mtx_); //The exception is thrown here !
      q_.push_back(t);
      cnd_.notify_one();
    }

  T pull()
    {
      boost::mutex::scoped_lock lock(mtx_);
      ++blocked_;
      while(!stop_ && q_.empty())
    cnd_.wait(lock);
      --blocked_;

      if(stop_) {
    cnd_.notify_all();//tell stop() this thread has left
    throw BlockingQueueTerminate();
      }

      T front = q_.front();
      q_.pop_front();
      return front;
    }
  };
}

誰でもここで間違っていることを発見できますか?私は一日中無駄にそれを考え出したからです。私はそれを見るために外の目が必要だと思います。 コメント '//例外はここにスローされます!'正確に問題が発生している場所を確認してください。

編集1:

コンテキスト:MySQLの非同期ラッパーを作成するために、このブロックキューを使用しています。

ここに私のMySQL.hhがあります

#ifndef MYSQL_HH_
# define MYSQL_HH_
# include 
# include 
# include 
# include 
# include 
# include "async_executor.hh"
# include "BlockingQueue.hh"

class t_mysql_event {
public:
  t_mysql_event(std::string query, boost::function cb) :
    m_query(query), m_store_cb(cb), m_store_bool(true) {}

  t_mysql_event(std::string query, boost::function cb) :
    m_query(query), m_exec_cb(cb),  m_store_bool(false) {}

  bool is_store_query() {
    return m_store_bool;
  }

  std::string toString() {
    return m_query;
  }

  std::string                       m_query;
  boost::function  m_store_cb;
  boost::function               m_exec_cb;

private:
  bool                          m_store_bool;
};

namespace pools {
  class MySQL {
  public:
    ~MySQL() {}

    static MySQL* create_instance(boost::asio::io_service& io);

    static MySQL* get_instance();

    void exec(std::string query, boost::function cb);
    void store(std::string query, boost::function cb);

  private:
    MySQL(boost::asio::io_service& io) : executor(io, 100), parent_io(io), m_strand(io)
    {
      for (int i=0; i < 100; ++i) {
    boost::thread(boost::bind(&MySQL::retreive, this));
      }
    }

    void async_exec(std::string query, boost::function cb, mysqlpp::Connection& conn);
    void async_store(std::string query, boost::function cb, mysqlpp::Connection& conn);

    void retreive();

  private:
    tools::async_executor           executor;
    boost::asio::io_service&        parent_io;
    boost::asio::strand         m_strand;
    tools::BlockingQueue    m_events;
    std::queue    m_stack;
  };
}

#endif //MYSQL_HH_

ここにMySQL.ccがあります:

#include "MySQL.hh"

static pools::MySQL* _instance = 0;

namespace pools {


  MySQL* MySQL::create_instance(boost::asio::io_service& io) {
    if (!_instance)
      _instance = new MySQL(io);
    return _instance;
  }

  MySQL* MySQL::get_instance() {
    if (!_instance) {
      exit(1);
    }
    return _instance;
  }

  void MySQL::exec(std::string query, boost::function cb) {
    m_events.put(new t_mysql_event(query, cb));
  }

  void MySQL::store(std::string query, boost::function cb) {
    m_events.put(new t_mysql_event(query, cb));
  }

  void MySQL::retreive() {
    mysqlpp::Connection conn("***", "***", "***", "***");
    for(;;) {
      t_mysql_event *event = m_events.pull();
      if (event->is_store_query())
    async_store(event->m_query, event->m_store_cb, conn);
      else
    async_exec(event->m_query, event->m_exec_cb, conn);
      delete event;
    }
  }

  void MySQL::async_exec(std::string query, boost::function cb, mysqlpp::Connection& conn) {
    mysqlpp::Query db_q = conn.query(query.c_str());
    db_q.exec();
    parent_io.post(cb);
  }

  void MySQL::async_store(std::string query, boost::function cb, mysqlpp::Connection& conn) {
    mysqlpp::Query db_q = conn.query(query.c_str());
    mysqlpp::StoreQueryResult res = db_q.store();
    parent_io.post(boost::bind(cb, res));
   }
}

その後:

class MyClass {
public:
   MyClass() : _mysql(pools::MySQL::get_instance()) {}

   startQueries();
private:
   void Query1() {
      std::stringstream query("");
      query << "INSERT INTO Table1 ***";
      _mysql->exec(query.str(),
                   boost::bind(&MyClass::Query2, this, _1));
   }
   void Query2() {
      std::stringstream query("");
      query << "INSERT INTO Table2 ***";
      _mysql->exec(query.str(),
                   boost::bind(&MyClass::Query3, this, _1));
   }
   void Query3() {
      std::stringstream query("");
      query << "INSERT INTO Table3 ***";
      _mysql->exec(query.str(),
                   boost::bind(&MyClass::done, this, _1));
   }
   void done() {}
   pools::MySQL *_mysql;
};

より多くの情報を求めるいくつかのリクエストに答えることを願っています...

面白いこと:

pool :: MySQL :: get_instance()ですべての_mysqlを置き換えた場合、クラッシュしないようです。 しかし、私はそれの下ではるかに重要なエラーがあると思う...

5
例外をここから上げることができますが、バグは実際にはここにないかもしれないことを指摘したいと思います。たぶんあなたがクラスを間違って使用している、あるいはあなたのメモリやスタックを捨ててしまうかもしれませんか? ....
追加された 著者 CygnusX1,
それは異常です。コンストラクタが例外をスローできるとは思わないので、 boost.org/doc/libs/1_37_0/doc/html/boost/interprocess/…
追加された 著者 BЈовић,
あなたが投稿したコードではなく、このコードであると確信していますか?
追加された 著者 BЈовић,
あなたはvalgrindまたは類似のツールを試してみるべきです、私は彼らがいくつかのuse-after-releaseを表示すると確信しています。
追加された 著者 PlasmaHH,
@TheSquad:おそらくソースコード内でどのような変数値がその例外を引き起こし、その起点を追跡するか、おそらくgdbの逆デバッグを試してみてください。
追加された 著者 PlasmaHH,
@TheSquadこの問題を示す最小限の例で質問を編集してください。あなたが投稿したコードには明らかに間違ったことはありません。少なくとも、例外がスローされるスタックトレースを含めます。他のコメントが示すように、私はバグがあなたのプログラムのどこかにあると考えています。
追加された 著者 Sam Miller,
@TheSquadあなたのサンプルコードは最小限に完了していません。あなたが説明した問題を再現するためにコンパイルすることができるものを投稿することによって、お手伝いをしてください。
追加された 著者 Sam Miller,
@PlasmaHH:中古のバングルEletric-fence、私が知っていたすべて...それは本当に少し特別な例外のようです...
追加された 著者 TheSquad,
@Sam Miller:残念ながら私が現在公開していないプロジェクトとまったく同じではない、「最小限の完成度」の例でうまくいくでしょう。問題を再現できることを願っています。
追加された 著者 TheSquad,
@Sam Miller:ここに行く、私のエラーを見つけるのに十分な情報であることを願って
追加された 著者 TheSquad,
@ CygnusX1私はそれを間違って使っているとは思わない、あなたは私に教えてください...
追加された 著者 TheSquad,
私は、例外がコンストラクタから送信されているのかどうかは確かではありませんが、boost :: mutexオブジェクトが原因である可能性が高いです。あなたが言うように、それは不思議です、私は(奇妙な?)タイトルに置くことを選択する理由
追加された 著者 TheSquad,
はい、私はかなり例外がこの点から正確に投げていると確信しています。私はgdbと多くのstd :: coutを使って、質問する前に確かめています。
追加された 著者 TheSquad,

1 答え

この例外は、queueがすでに破棄されていても、その put メソッドを呼び出そうとした場合にスローされます。これをチェックするには、キューデストラクタにブレークポイント(またはprint文)を入れます。

0
追加された
@アンディT:それは本当に例外を投げるだろうか?私はむしろそれがsegfaultだろうと思う。
追加された 著者 Atmocreations,
@TheSquad多分それにデータブレークポイントを置いて、アクセスしているときにデバッガで参照してください。
追加された 著者 selalerer,
@TheSquad私はおそらくオーバーランを取得MyClass :: _ mysqlのメンバーについて話していた。
追加された 著者 selalerer,
@TheSquadおそらくどこかで_mysqlをオーバーランさせて、無効なアドレスを返し、get_instance()を使用して正しいアドレスを取得し続けます。
追加された 著者 selalerer,
@Atmocreations boost :: mutexコードが無効な状態を検出すると、例外がスローされることがあります。オブジェクトアドレスは、オブジェクトが削除された後でもプロセスにマップされた有効なアドレスである可能性があります。この場合、seg-faultは発生しません。
追加された 著者 selalerer,
@selalerer:すでにこれを行って、gdbは私に正しいアドレスを返し、オブジェクトはgdbから正しくアクセスできます。
追加された 著者 TheSquad,
@selalerer:2度目の設定はありません。コンストラクタ上でのみ。その後、私は_mysql->
追加された 著者 TheSquad,
@selalerer:問題は、MySQLオブジェクトはcreate_instance(io_service)でmain.ccにのみ作成され、get_instance()はcreate_instanceによって作成されたインスタンスのみを返します。 main.ccで呼び出されるだけなので(私は他の場所に置いていないかどうか確認しました)、オーバーランすることはありません。
追加された 著者 TheSquad,
シングルトンクラスの属性としてオブジェクトであるため、破棄されません。あなたはそれを知らなかったのです。私は私のポストにもっと多くの情報を加えました。
追加された 著者 TheSquad,