質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.01%

[Qt]Qtと例外は相性が悪いのか?

解決済

回答 1

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 2,170

BeatStar

score 1576

趣味でC++やっています。

Qtについてなのですが、Qtを使うときは例外は投げることができないのでしょうか?

最初、QListWidgetを継承して "リストのアイテムが選択されたら..."等の挙動を指定できるように

QtUse::QtWindow::ListBoxクラス ( QtUse::QtWindow は namespace ) を定義して、

コンストラクタで行う処理を記述したクラスを渡して...という感じでやりました。

で、int QListWidget::getIndex( const QString &text ) というメンバ関数があるとします。

引数として受け取った文字列があるインデックスを返すものです。

このとき、その文字列が QListWidget内にない場合、処理不可能なので std::exceptionを継承した例外クラスを投げました。

すると ランタイムエラーが出ました。

例外を投げなくていい範囲 ( QListWidgetにある文字列 ) にしてみると普通にOK。

情報元は忘れましたが、なんかのサイトで「Qtのスレッド( QThread ) に渡すスレッドから例外を投げるとクラッシュする」というような記事を見た覚えがあります。

Windows APIのスレッド起動も begin_threadでしたっけ? beginが含まれている関数に関数ポインタとして渡すので、

例外が投げられると受け手がいないので例外が補足されず、クラッシュ。

これは理解できます。

なので C由来の方法 ( -1 や 空文字列 等 のようなでたらめな値かどうかをチェックする方法 ) でやるとします。

ここまではまだいいです。

問題はそれ以外の場所から例外を投げる場合です。

QtUse::QtWindow::ListBox等とは別に

CMainクラスを定義します。

サンプルコードとかだと QMainWindowを継承して挙動の定義をするクラスです。

// IListBoxEventクラスは ListBoxのイベント処理用のインターフェースクラス。

class CMain : IListBoxEvent,
              /* ... 他にもイベント処理用インターフェースを継承 */ {
      public:
                 CMain(){
                      // 生成等
                 }

                 ~CMain(){

                 }

                 // 関数オブジェクト ( ファンクタ ) にするため。
                 bool opeator()( int argc, char *argv[] ){
                      init();

                      uinit();
                      // 他にもあるが...
                 }

                 bool buttonClicked(){

                 }

                 bool listItemChecked(int index){

                 }

                 // 他にもイベント系あり
      protected:

                 bool init( void ){
                      // ListBox等の生成や設定
                 }

                 bool uninit( void ){
                      // 破棄用
                 }

                 ...
};

int main( int argc, char *argv[] ){
    CMain Main;
    return Main( argc, argv );
}

という風にしています。( 厳密には所々違いますが、サンプルなので。 )

で、このCMainに funcメンバ関数 ( 中身はただ単に例外を投げるだけ )を追加して試してみました。

// これを CMainに追加
void func( void ){
throw -1; // 動くかどうかのテストなのでint型を投げてみた..
}

このfuncメンバ関数を operator()等で例外処理を伴って記述しても

ListBoxのときみたいな Runtime-error が発生します。

Qtには QExceptionという例外クラスがあるようですが、

必ずこれじゃないと無理なのでしょうか?

自分用のライブラリ( CUIでは使えた。例外を投げるクラスや関数がある。 ) を使うことは無理なのでしょうか?

QException ( for Qt ) を使えばいいのかもしれませんが、CUI版はできればその実行ファイルさえあればいいようにしたいので...

( Qtを使うとDLLが多すぎる。 "DLL"ディレクトリを実行ファイルと同じディレクトリにおいてそこに入れる...っていうこともできないし...

( また、std::exception から QExceptionに変更するの大変... メンバが違うし... )

もしQExceptionを使わずに例外を発生させてもOKなやり方があればご教授お願い致します。

[情報]
言語: C++
コンパイラ: MinGW
Qtバージョン: 5.6
QtCreator: 使用しない ( 設定がわけわからん... )

宜しくお願い致します。


追記:

例えば、上記でいえばbuttonClickedメンバ関数 ( メッセージを受け取った際に動かすメンバ ) 内で、

try{
     func(); // 例外が投げられる可能性がある( 今回は必ず投げますが。 )関数
}catch( int e ){
     // ここで表示
}

としていますが、なぜかクラッシュします。

投げられた例外の型は同じなのに...

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

checkベストアンサー

+1

自分用のライブラリ( CUIでは使えた。例外を投げるクラスや関数がある。 ) を使うことは無理なのでしょうか? 

ハンドリングする場所を適切に設計しさえすればどんな例外を発するクラス/関数でも利用できるのではないかと思います。

Qtランタイムのイベントループ
 |イベント発生
 +-------------------->ハンドラー
                          +------>try/catchによるハンドリングの元で
                                   +---------->任意の例外が発生する機能を使用
                                   <----------X 例外発生
                                  適切にハンドリングする
                          <---------
 <------------------------正常にリターン
 |
 |期待外の動作をしたならクラッシュしか選択肢がない
...


この例でいえば「イベントループではハンドラーが常に正常リターンすることを期待し、それ以外はクラッシュ」と設計になっていると思います。ゆえにしかるべき箇所(ここではハンドラーの中のどこか)でtry/catchによる適切なハンドリングをすればよく、それを怠ればクラッシュすることに不思議はないという考えです。

Qtであれなんであれプログラムの構造の中で「この場所ではこの例外はこう扱う」というのが明確に設計されているものだと思います。規定されていない例外を「なんでもかんでもなかったことにする」ような設計は多分しないので「そのようなものが起こったら全てクラッシュ」と考える、つまり「デフォルトはクラッシュ」として捉えるのが妥当ではないでしょうか?


QExceptionについてリファレンスを見ました
http://doc.qt.io/qt-5/qexception.html#details
そこには異なるスレッドから呼び出し元スレッドへ例外を伝播させたい場合はQExceptionが便利ということが書かれてます。QExceptionの派生にしておくと別のスレッドで例外が発生した場合に呼び出し元スレッドへ例外の内容が伝わるので「どんな例外が起こったか」がわかります。一方QExceptionを用いないと「QUnhandledExceptioin」しか受け取れず、呼び出し先スレッドで何が起こったかは何も分かりません。「なんかの例外がおこったらしい」ということしかわからないわけです。

caller thread(A) ------------|------------------ callee thread(B)
  |                          |
  +--------->                |
       try/catch -----> スレッド間呼び出し ---->
                               <-------------- QException スロー
                   例外を(A)スレッドへコピーしてスロー
            <------------
        catch((B)からスローされた例外インスタンスのコピーをcatchできる)
...
  +--------->                |
       try/catch -----> スレッド間呼び出し ---->
                               <-------------- QExceptionでないものをスロー
                     例外インスタンスは(A)へコピーできない
            <------------
        catch(QUnhandledException(何が起こったかわからない例外しかcatchできない)

単なる推測ですが、QExceptionかどうかと「適切な場所で例外のハンドリングをすべき」ということには直接関係はないと思います。イベントハンドラーでQExceptionをスローしたとき、やはりイベントループでクラッシュする仕様だった・・・となっても驚くにはあたらないと思います。

Qtをよく知らずにコメントしているので間違いがあるかも知れません。その際はご容赦ください。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2017/11/10 17:11

    すみません。遅れました。

    キャンセル

  • 2017/11/10 17:13

    まだ解決できていませんが、

    一応、呼び出し側のところで
    try~catchをつけて呼び出しているのですが、それでもクラッシュします。
    まったく対処しなければクラッシュするのは当然かもしれませんが、
    try~catchをつけてもです...
    ( 本文に追加します。 )

    キャンセル

  • 2017/11/17 12:06

    失礼しました。追記されているの気づきませんでした。funcの中でQtのなんらかの機能Fを呼び出していて、その機能からさらに別の関数が起動されているようなケースでFをthrowにより強制的に脱出すると辻褄が合わなくなるといったことは考えられる気がしますが詳細は自分にはわかりかねます。(そういう想像ができるだけです)

    キャンセル

  • 2017/11/17 12:16

    そうですか。
    もうちょっと試してみます。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.01%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

同じタグがついた質問を見る