HAMLOG開発室BBS

Re: VC++ Run-Time Check Failure #0 投稿者：JG1MOU浜田

> 　C++系はポインターを自由に使えるので便利なんですが。バグも出やすいのですね。DLLの動的リンクとかの手法で何とか動きそうなのですが、何かスマートでない気がするのと、何か問題がありそうで気分が良くないのですね。

Hamlog50.dllは昔ながらのShift-JISで、VC++はUnicode　という違いが
あるかと思いますが、その辺の型の宣言やキャストをうっかりすると、
バグってしまうかと思います。
まぁ、それは十分にご承知のことと思いますが。

動的リンクならOKということは、インポートLIBに問題ありでしょうか。
なお、関数の型は、__cdeclではなく__stdcallで宣言してます。
確か、Borland C++では、
#define WINAPI __stdcall　　だったような。。。

スタックに渡す順序が逆になるのでしょうね。

ちなみに、私の場合、VC++は大昔のVC++ 5.0使ってます。Hi

こんな宣言になってますが。。。Borland C++ 5.0
int WINAPI __export HamlogOpen(　
　　int WINAPI (* func)(char *),　// NULLでOK
　　TThLog *,
　　const char *,　//　HAMLOG.MST
　　const int)

2014/09/29(Mon) 21:52:20 [No.577]

Call 名前	※必須
文字色	■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
Ｅメール
タイトル	sage
ＵＲＬ
メッセージ	手動改行強制改行図表モードメッセージには上記と同じURLを書き込まないで下さい > > 　C++系はポインターを自由に使えるので便利なんですが。バグも出やすいのですね。DLLの動的リンクとかの手法で何とか動きそうなのですが、何かスマートでない気がするのと、何か問題がありそうで気分が良くないのですね。 > > Hamlog50.dllは昔ながらのShift-JISで、VC++はUnicode　という違いが > あるかと思いますが、その辺の型の宣言やキャストをうっかりすると、 > バグってしまうかと思います。 > まぁ、それは十分にご承知のことと思いますが。 > > 動的リンクならOKということは、インポートLIBに問題ありでしょうか。 > なお、関数の型は、__cdeclではなく__stdcallで宣言してます。 > 確か、Borland C++では、 > #define WINAPI __stdcall　　だったような。。。 > > スタックに渡す順序が逆になるのでしょうね。 > > ちなみに、私の場合、VC++は大昔のVC++ 5.0使ってます。Hi > > こんな宣言になってますが。。。Borland C++ 5.0 > int WINAPI __export HamlogOpen(　 > 　　int WINAPI (* func)(char ),　// NULLでOK > 　　TThLog , > 　　const char *,　//　HAMLOG.MST > 　　const int)
画像File	(130kBまで)
暗証キー	(英数字で8文字以内)
投稿キー	（投稿時を入力してください）
プレビュー