OS:WinXP VC6（SP6) コンソールアプリ
以下のサンプルがありました
------------------------------------------------------------------
#include <iostream>
using namespace std;
int main(int argc, char* argv[])
{
try
{
int request;
cout << 整数を入力してください:;
cin >> request;
if(request == 1)
throw THIS IS ERROR;
else
if(request == 1)
throw 10;
else
throw 1.23; ←ここ．１
}
catch(char* e)
{
cout << char*型エラー発生: << e << endl;
}
catch(int e)
{
cout << int型エラー発生: << e << endl;
}
catch(...) ←ここ．２
{
cout << その他 << endl;
}
return 0;
}
-------------------------------------------------------------
このサンプルの「ここ．１」の例外（Double型）は「ここ．２」でしか
判断できませんが
仮に「ここ．１」の部分が関数だった場合、関数内部で型が不明なthrowを
発生させていたとすると、どのようにしてますでしょうか？
１、サンプルのように「その他」で終わらせ、あきらめる以外ない
２、他に値を取得する方法がある
３、そんな記述は絶対しない（ありえない）
どれでしょうか
３の人は回答不要（他人の作った関数やDLLを使用しない人でしょうから）
もし ２があるのなら是非教えてください
ソースがあるなら検索なりできるとして、ここではソースもないとして。
「投入されうる例外」はその関数のインターフェイスの一部ですので、
製作者に仕様を確認するしかないのではないかと思います。
そのコンタクトも取れず保守も保証もない代物であれば、1 で我慢しかないような気がします。
2は多大な労力をかけたリバースエンジニアリング(ライセンスに問題がなければ)くらいしか方法はないと
思います。(組み込み型の double なら多少楽かも?)
# ありえないとは言いませんが、自分で書くなら 3 を守りたいです。
throw THIS IS ERROR; を catch(char* e) で取得できないことはおいといて
まったく不明な例外を投げるのであれば、可能なのは「受け取るだけ」であり、詳細を判別する
ことは不可能です。
つまり解は１
C++ 標準ライブラリは std::exception 派生型の例外を投げることで「まったく不明」な例外
を排除しています。
ということで、ライブラリを作る側と使う側で合意が取れるのなら、
解３「特定基底クラス派生の例外オブジェクトを投げる」
ようにすることが望ましく、まったく不明な例外など使わないに１票。
合意もソースも仕様書も無いなら解１しか手はないです。
# リバースエンジニアリングしてまで解２の策を取りたくはないなぁ。
仕様が不明な例外を受けた場合は、その意味するところも不明でしょう。
よって、その型や値がわかっても、使い道はないでしょうから、１で充分と思います。
思うに、catch(...)は正にいわれているような事態に対応するための手段だと思います。
補足しないとアプリが意図しないダイアログが出てしまいますから、
それを出させないで全て使う側の管理の下に表示等を行う為の最終手段ではないかと。
皆さん言われているように、何がくるのかわからない例外では使いようがないというのが
正道でしょう。基本的に仕様として規定されていない物であれば、対応する処置は出来ない
ので、取り合えず受けたとしても「想定外の例外が発生しました」とでも出すしかなさそ
うですね。
皆さんの大変貴重なご意見ありがとうございます
「tetrapod さん」に至っては、サンプル提示ミスのご指摘まで頂きありがとうございます
＞catch(...)
は皆さんの言うとおり、１の「あきらめる」ほか、なさそうですね
Ｃ＋＋の基礎再学習を行っていましたら、突っ込んだ解説のようなものが見当たらず
皆さんの意見を伺ってみた次第です、ありがとうございました
ISO/IEC 14882 には throw(string_literal) を catch(char*) で受け取れない
と明記されています（「受け取れてはならない」という処理系作者への要請の意）
15.1 Throwing Exception 3
が VC++6 や bcc-5.5.1 では受け取れてしまいます。その意味でサンプルは正しいです。
gcc-3.3.4 では受け取れなくなっています。
# 規格書より古い処理系なのでしかたがないのですが > VC++6
文字列リテラルは const char* でなら受け取れるので catch(const char*) ならOK
「tetrapod さん」「シャノン さん」 ありがとうございます
コンパイラによっては、制限事項が違ったりしますので必ずしもＶＣが正しいわけでは
無いことを肝に銘じておきます
「0xe06d7363」例外構造体番号と言うものらしいですね
ＭＳＤＮには「WINDOWS ＯＳ 固有のもの」という表現がありました
返信する
最新の投稿: お久しぶりです、いかがお過ごしでしょうか。 最新のメンバー: gantez 最近の投稿 未読の投稿
