THW2VBNET.DLLの最新版（約5年ぶり！）をアップしましたのでお知らせします。

「VB」といいつつC#でのサポートを強化しました。添付のアクセスライブラリをご利用いただけば、簡単にHamlogデータにアクセスできるようになっています。（サンプル付き）

DLL自体もレコード件数の読み出しとマスターデータの読み出しにも対応しました。もちろん今までのDLLと入れ替えてもそのまま問題なく動作します。

現行の.NET Framework 4.5.1 (Visual Studio 2013)での動作確認をいたしましたが、肝心のVBのほうのテストは十分ではありませんので、不具合他ありましたらご連絡ください。

JO1SIM・出島さん、こんばんは。

> THW2VBNET.DLLの最新版（約5年ぶり！）をアップしましたのでお知らせします。

ありがとうございます。
あれからＣからは離れていまして、すぐには試す事が出来ません。
偏在、他の事で多忙ですので落ち着いたらトライさせていただきます。

改めてC#を触ってみますと、DELPHIなどに似ていて（開発者が一緒なので当然ですが…）、大変使いやすそうで大規模なものを作るならば、VBよりは有利そうです。Hamlog50.dllの全機能が完全にネイティブの.NETに対応できれば将来にわたり安心なのですが、それまではTHW2VBNETのサポートも続けて行ければと思いますので、よろしくお願いします。

Hamlog50.dll部分の.NET化、あるいは、オープンソース化などはいかがでしょう？そうでなくても、Visual Studio Express for Windows Desktop(無償)でも使えば、古い開発環境を使わずに同DLLを最新化できるかもしれません…MFCやOWL使ってればNGですが。＞浜田OM


> JO1SIM・出島さん、こんばんは。
>
> > THW2VBNET.DLLの最新版（約5年ぶり！）をアップしましたのでお知らせします。
>
> ありがとうございます。
> あれからＣからは離れていまして、すぐには試す事が出来ません。
> 偏在、他の事で多忙ですので落ち着いたらトライさせていただきます。

吉田OM
こんにちは。

エラーメッセージは「DLLが見つからない…」出てますね。
hamlog50.dllとTHW2VBNET.dllを作成されている実行ファイルと同じフォルダにいれてあれば問題なく動くはずなのですが・・・。

Visual Studio 2013で試したところ、...\bin\Debugフォルダに上記DLLを入れて実行した場合にはエラーが出ませんでした。（DLLがない場合は、ご指摘のエラーと同じものが出ます。）

なお、添付のVB用インポート宣言には何箇所か誤りがありました。数日以内に修正します。（VBでのテストが不十分でした。失礼いたしました。）

Visual Studio 2010はないのですが、2008はあるのでそちらでも確認してみます。

> JO1SIM 出島さん　こんにちは。
>
> > THW2VBNET.DLLの最新版（約5年ぶり！）をアップしましたのでお知らせします。
> >
>
> 出島さんのUpdateSampleを私のテストプログラムに組み込みTHW2VBNET.DLLの最新版を使用しましたところ、UpdateSample中の InitHamlogDLL()の部分で実行時に添付画像のようなエラーが発生しました。念のためにTHW2VBNET.dllを以前のバージョン（タイムスタンプ2013/02/11）に戻したところこのエラーは発生せずに正常にデータのUpDateができます。
>
> 私の使用環境は、
> Win8 Visual Basic 2010 Express .NET Framework3.5 です。
>
> この環境では最新版DLLの適用は不可でしょうか。
>
> JA1RNR 吉田

JO1SIM 出島さん、こんにちは。
早速ご返事有り難うございました。

> エラーメッセージは「DLLが見つからない…」出てますね。
> hamlog50.dllとTHW2VBNET.dllを作成されている実行ファイルと同じフォルダにいれてあれば問題なく動くはずなのですが・・・。
>

> Visual Studio 2013で試したところ、...\bin\Debugフォルダに上記DLLを入れて実行した場合にはエラーが出ませんでした。（DLLがない場合は、ご指摘のエラーと同じものが出ます。）

私のテスト環境でも、...\bin\Debugフォルダに、hamlog50.dllとTHW2VBNET.dll・THDLL2VB.DLLを入れています。

そうですか、前に書きましたようにTHW2VBNET.dllを以前の版にすれば正常に動作しますので？？？ですね。

これを書込中にもTHW2VBNET.dllを新版と従来版を入れ替えてテストしましたが、結果は同様で新版のdllでDLLが見つからない旨のメッセージがでます。

JA1RNR 吉田　康太郎

吉田OM
JO1SIMでしまです。

Visual Studio 2013で「うまくいった」とお伝えしましたが、関数によってはうまく動かないことが判明しましたので、新しいインポート定義と一緒にTHW2VBNETのアーカイブを更新いたしましたのでご連絡いたします。

以前の版では、Declare FunctionでDLLを呼び出していましたが、新定義ファイルでは、<DllImport...で呼び出しています。（C#の定義ファイルと同じ）

ただ「DLLが見つからない」とは結びつかない気もするのですが…。

関数のインポート定義ファイルは、「従来方式」のVisual Studio 2008、「新方式」のVisual Studio 2013の両方のファイルを添付していますので、新方式のほうもお試しいただければと思います。

> JO1SIM 出島さん、こんにちは。
> 早速ご返事有り難うございました。
>
> > エラーメッセージは「DLLが見つからない…」出てますね。
> > hamlog50.dllとTHW2VBNET.dllを作成されている実行ファイルと同じフォルダにいれてあれば問題なく動くはずなのですが・・・。
> >
>
> > Visual Studio 2013で試したところ、...\bin\Debugフォルダに上記DLLを入れて実行した場合にはエラーが出ませんでした。（DLLがない場合は、ご指摘のエラーと同じものが出ます。）
>
> 私のテスト環境でも、...\bin\Debugフォルダに、hamlog50.dllとTHW2VBNET.dll・THDLL2VB.DLLを入れています。
>
> そうですか、前に書きましたようにTHW2VBNET.dllを以前の版にすれば正常に動作しますので？？？ですね。
>
> これを書込中にもTHW2VBNET.dllを新版と従来版を入れ替えてテストしましたが、結果は同様で新版のdllでDLLが見つからない旨のメッセージがでます。
>
> JA1RNR 吉田　康太郎

JO1SIM 出島さん、こんばんは。

いろいろお手数をお掛けしています。

> ただ「DLLが見つからない」とは結びつかない気もするのですが…。

そのとおりです。

>以前の版では、Declare FunctionでDLLを呼び出していましたが、新定義ファイルでは、<DllImport...で呼び出しています。（C#の定義ファイルと同じ）

> 関数のインポート定義ファイルは、「従来方式」のVisual Studio 2008、「新方式」のVisual Studio 2013の両方のファイルを添付してい>ますので、新方式のほうもお試しいただければと思います。

「従来方式」と「新方式」の双方を確認しました。
その結果は、両方式ともTHW2VBNET.dllの従来版では正常にDLLを読込しますが、相変わらずTHW2VBNET.dllの最新版では「DLLが見つからない」の状態です。

おそらく私の使用方法のどこかがおかしいのでしょう。

当面、従来版のTHW2VBNET.dllを使用続けることにいたします。

私のスキルではこれ以上の解明はお手上げ状態です。Hi

ご助言をいただき有り難うございました。

JA1RNR 吉田　康太郎

吉田OM
JO1SIMでしまです。

方式を変えてもNGの件、了解しました。
環境の違いということであれば、当方の環境はWindows7なので、そのあたりを少し当ってみましょう。

少し時間をいただくかもしれませんが、それまではDLLは従来版をご利用いただければと思います。（増えた関数を使わなければ、C#のインポートライブラリをはじめ、新しいアーカイブの中身をそのまま利用可能です。）

よろしくお願いします。


> JO1SIM 出島さん、こんばんは。
>
> いろいろお手数をお掛けしています。
>
> > ただ「DLLが見つからない」とは結びつかない気もするのですが…。
>
> そのとおりです。
>
> >以前の版では、Declare FunctionでDLLを呼び出していましたが、新定義ファイルでは、<DllImport...で呼び出しています。（C#の定義ファイルと同じ）
>
> > 関数のインポート定義ファイルは、「従来方式」のVisual Studio 2008、「新方式」のVisual Studio 2013の両方のファイルを添付してい>ますので、新方式のほうもお試しいただければと思います。
>
> 「従来方式」と「新方式」の双方を確認しました。
> その結果は、両方式ともTHW2VBNET.dllの従来版では正常にDLLを読込しますが、相変わらずTHW2VBNET.dllの最新版では「DLLが見つからない」の状態です。
>
> おそらく私の使用方法のどこかがおかしいのでしょう。
>
> 当面、従来版のTHW2VBNET.dllを使用続けることにいたします。
>
> 私のスキルではこれ以上の解明はお手上げ状態です。Hi
>
> ご助言をいただき有り難うございました。
>
> JA1RNR 吉田　康太郎

JO1SIM 出島さん、こんにちは。

> 少し時間をいただくかもしれませんが、それまではDLLは従来版をご利用いただければと思います。（増えた関数を使わなければ、C#のインポートライブラリをはじめ、新しいアーカイブの中身をそのまま利用可能です。）

手数をおかけして申し訳ありません。
こちらも、もう少し調べてみます。

JA1RNR 吉田　康太郎

吉田OM

JO1SIM出島です。
結果はあまり芳しくありませんが中間報告です…。

ファイルのプロパティに出てくる「ブロックの解除」の関係かと思い、Windows 8.1の端末でDLLをダウンロードして入れて試してみたのですが、「ファイルが見つからない」という事象にはなりませんでした。(Windows7でも同じ）

ただ、その際ウィルスチェックソフトがおせっかいなことをして実行ファイルを消したりしてきましたので、お使いのソフト次第ですが、無関係ではないかもしれません…。（すでに「解除済み」でしたらすみません。）

もう１点…
増えた関数の定義が従来のものと少し異なっていたため、合わせてDLL自体も作成しなおしました。（それから、先日追加したVB用の定義ファイルのファイル名を変更しています。）

お手数おかけしますが、6/10版のDLLもお試しいただければと思います。

よろしくお願いします。


> JO1SIM 出島さん、こんにちは。
>
> > 少し時間をいただくかもしれませんが、それまではDLLは従来版をご利用いただければと思います。（増えた関数を使わなければ、C#のインポートライブラリをはじめ、新しいアーカイブの中身をそのまま利用可能です。）
>
> 手数をおかけして申し訳ありません。
> こちらも、もう少し調べてみます。
>
> JA1RNR 吉田　康太郎
> JO1SIM 出島さん、こんにちは。
>
> > 少し時間をいただくかもしれませんが、それまではDLLは従来版をご利用いただければと思います。（増えた関数を使わなければ、C#のインポートライブラリをはじめ、新しいアーカイブの中身をそのまま利用可能です。）
>
> 手数をおかけして申し訳ありません。
> こちらも、もう少し調べてみます。
>
> JA1RNR 吉田　康太郎

こんにちは。
JO1SIM出島さん、ありがとうございます。

簡単なテストをしていますが吉田さんと同様に
If InitHamlogDLL() <> success Then　にてＤＬＬファイルが見つからない旨のエラーが出ます。

Win７　64bit版
Visual Basic 2010 Express .NET Framework3.5

JO1SIM 出島さん、こんにちは　お手数をお掛けしています。

> ただ、その際ウィルスチェックソフトがおせっかいなことをして実行ファイルを消したりしてきましたので、お使いのソフト次第ですが、無関係ではないかもしれません…。（すでに「解除済み」でしたらすみません。）
>

ウイルスバスタークラウドを使っていますが、該当する部分はなさそうです。念のために「管理者として実行」をしましたが、同様のエラーです。

> もう１点…
> 増えた関数の定義が従来のものと少し異なっていたため、合わせてDLL自体も作成しなおしました。（それから、先日追加したVB用の定義ファイルのファイル名を変更しています。）
>

了解しました。

> お手数おかけしますが、6/10版のDLLもお試しいただければと思います。
>

6/10版のDLLを試しましたが、残念ながら結果は同様にDLLが見つからない旨のエラーが発生します。

前述のJA2BQX 太田ＯＭの確認でも同様のエラー生じているところから、 Visual Basic 2010 Express .NET Framework3.5 に問題があるのでしょうか？？？　私は、Win8 64bit版ですが。

JA1RNR 吉田　康太郎

吉田OM、太田OM
JO1SIMでしまです。

私の環境で再現しないので確実なことは言い切れませんが、同じ事象が発生しているということは、個別の環境とは異なる何かがありそうですね。

確実なことは言えませんが、やはり、同じ名前のDLLを更新して提供しているというところに問題の本質がありそうです。.

Netの場合はDLLの検索順序が異なるという情報もありますので、以前のバージョンのDLLと新バージョンのDLLが異なるものと認識して読み込まないのかもしれません。セキュリティや「DLL地獄」からの解放のための機能のようです。アンマネージDLL（＝THW2VBNET.DLL"）でもそうなのかよくわかりません。

・DLLの検索順序の問題ならば、プログラム名.exe.localというファイルを実行ファイルのディレクトリに入れて実行してみる（「DLL/COMリダイレクション」する）とどうなるでしょうか？強制的にDLLを実行ファイルのフォルダにできるとのことです。（中身は０バイトのファイルで可）

・エクスプローラでC:\windows\assemblyをみると、THW2VBNETらしきものがあったりしませんでしょうか？（ないのが正解）

・Windows\System32等に、THW2VBNET.DLLが格納されていたりしませんでしょうか？逆に、格納したら起動するか試してみることは可能でしょうか？（少し危険ですが）

しかし、.NETは謎が多いです・・・


> 吉田OM
>
> JO1SIM出島です。
> 結果はあまり芳しくありませんが中間報告です…。
>
> ファイルのプロパティに出てくる「ブロックの解除」の関係かと思い、Windows 8.1の端末でDLLをダウンロードして入れて試してみたのですが、「ファイルが見つからない」という事象にはなりませんでした。(Windows7でも同じ）
>
> ただ、その際ウィルスチェックソフトがおせっかいなことをして実行ファイルを消したりしてきましたので、お使いのソフト次第ですが、無関係ではないかもしれません…。（すでに「解除済み」でしたらすみません。）
>
> もう１点…
> 増えた関数の定義が従来のものと少し異なっていたため、合わせてDLL自体も作成しなおしました。（それから、先日追加したVB用の定義ファイルのファイル名を変更しています。）
>
> お手数おかけしますが、6/10版のDLLもお試しいただければと思います。
>
> よろしくお願いします。
>
>
> > JO1SIM 出島さん、こんにちは。
> >
> > > 少し時間をいただくかもしれませんが、それまではDLLは従来版をご利用いただければと思います。（増えた関数を使わなければ、C#のインポートライブラリをはじめ、新しいアーカイブの中身をそのまま利用可能です。）
> >
> > 手数をおかけして申し訳ありません。
> > こちらも、もう少し調べてみます。
> >
> > JA1RNR 吉田　康太郎
> > JO1SIM 出島さん、こんにちは。
> >
> > > 少し時間をいただくかもしれませんが、それまではDLLは従来版をご利用いただければと思います。（増えた関数を使わなければ、C#のインポートライブラリをはじめ、新しいアーカイブの中身をそのまま利用可能です。）
> >
> > 手数をおかけして申し訳ありません。
> > こちらも、もう少し調べてみます。
> >
> > JA1RNR 吉田　康太郎

JO1SIMでしまさん、こんにちは。

> 私の環境で再現しないので確実なことは言い切れませんが、同じ事象が発生しているということは、個別の環境とは異なる何かがありそうですね。

Ｃ＃でも動かないようです。


> ・エクスプローラでC:\windows\assemblyをみると、THW2VBNETらしきものがあったりしませんでしょうか？（ないのが正解）

無いですね。

> ・Windows\System32等に、THW2VBNET.DLLが格納されていたりしませんでしょうか？逆に、格納したら起動するか試してみることは可能でしょうか？（少し危険ですが）

サンプルプログラムの動作は \Windows\System32 に
入れても入れなくても新ＤＬＬではＮＧ、旧ＤＬＬならＯＫです。
\bin\Debug\ においてテストしていますが、他にコピーしてみるところはありますか？

出島さん、太田さん　こんにちは。

私も太田さんと同じく「サンプルプログラムの動作はWindows\System32 に入れても入れなくても新ＤＬＬではＮＧ、旧ＤＬＬならＯＫです。」

> ・エクスプローラでC:\windows\assemblyをみると、THW2VBNETらしきものがあったりしませんでしょうか？（ないのが正解）
>

C:\windows\assemblyには、THW2VBNETらしきものはありませんでした。

JA1RNR 吉田　康太郎

出島さん、太田さん。

以前のログ[No.413] Re: Win7 + VisualBasic2010で、において「InitHamlogDLLを呼び出さずにTHWVB_CopyBufferか、THWVB_SetBufferを呼び出してみてください。これらの関数はTHW2BVNET.dll内のでの処理のみを行うため、「落ちる」場合はTHW2VBNET.dll自体の呼び出しに問題があり、「落ちずにエラ-が帰ってくる」場合はHamlog50.dllとのリンケ-ジの問題ということになります。前者ならば、.NETからDLLを呼び出す際の設定、後者ならばファイルのパス、あるいは、DLL同士のミスマッチみたいなことが起きている可能性があります。」とありましたので
InitHamlogDLLを呼び出さずにTHWVB_CopyBufferを実行してみました。

その結果は、以前のTHW2VBNET.dllでは、1030 が帰ってきますが、
新DLLでは、「DLL 'THW2VBNET.dll' を読み込めません: 指定されたモジュールが見つかりません。 (HRESULT からの例外: 0x8007007E)」という結果です。

JA1RNR 吉田　康太郎

追伸

> ・DLLの検索順序の問題ならば、プログラム名.exe.localというファイルを実行ファイルのディレクトリに入れて実行してみる（「DLL/COMリダイレクション」する）とどうなるでしょうか？強制的にDLLを実行ファイルのフォルダにできるとのことです。（中身は０バイトのファイルで可）
>

私のテストプログラム名のTHW2VBNET_TestProgaram.exe.localの０バイトファイルを実行ファイルディレクトリに入れて実行してみました。

その結果は、前記と同様に以前DLLでは正常処理
新DLLではDLL見つからずです。

JA1RNR 吉田　康太郎

吉田OM、太田OM
JO1SIMでしまです。

お手数おかけしています。

DLLをどこにおいても、C#でもNGということはDLLそのものの動作ということがはっきりいたしました。ありがとうございます。

もう１点考えられる点としては、新DLLを作成した開発ツールがVisual Studio 2013なので、そのランタイム(MSVCR120.DLL)がないと動かないからかもしれません。(Dependency Wakerで見たら参照してました。）
週末あたり、同ランタイムを使用しないようにしたものをリリースしてみます。

お待たせしてすみません。
よろしくお願いいたします。


> 吉田OM、太田OM
> JO1SIMでしまです。
>
> 私の環境で再現しないので確実なことは言い切れませんが、同じ事象が発生しているということは、個別の環境とは異なる何かがありそうですね。
>
> 確実なことは言えませんが、やはり、同じ名前のDLLを更新して提供しているというところに問題の本質がありそうです。.
>
> Netの場合はDLLの検索順序が異なるという情報もありますので、以前のバージョンのDLLと新バージョンのDLLが異なるものと認識して読み込まないのかもしれません。セキュリティや「DLL地獄」からの解放のための機能のようです。アンマネージDLL（＝THW2VBNET.DLL"）でもそうなのかよくわかりません。
>
> ・DLLの検索順序の問題ならば、プログラム名.exe.localというファイルを実行ファイルのディレクトリに入れて実行してみる（「DLL/COMリダイレクション」する）とどうなるでしょうか？強制的にDLLを実行ファイルのフォルダにできるとのことです。（中身は０バイトのファイルで可）
>
> ・エクスプローラでC:\windows\assemblyをみると、THW2VBNETらしきものがあったりしませんでしょうか？（ないのが正解）
>
> ・Windows\System32等に、THW2VBNET.DLLが格納されていたりしませんでしょうか？逆に、格納したら起動するか試してみることは可能でしょうか？（少し危険ですが）
>
> しかし、.NETは謎が多いです・・・
>
>
> > 吉田OM
> >
> > JO1SIM出島です。
> > 結果はあまり芳しくありませんが中間報告です…。
> >
> > ファイルのプロパティに出てくる「ブロックの解除」の関係かと思い、Windows 8.1の端末でDLLをダウンロードして入れて試してみたのですが、「ファイルが見つからない」という事象にはなりませんでした。(Windows7でも同じ）
> >
> > ただ、その際ウィルスチェックソフトがおせっかいなことをして実行ファイルを消したりしてきましたので、お使いのソフト次第ですが、無関係ではないかもしれません…。（すでに「解除済み」でしたらすみません。）
> >
> > もう１点…
> > 増えた関数の定義が従来のものと少し異なっていたため、合わせてDLL自体も作成しなおしました。（それから、先日追加したVB用の定義ファイルのファイル名を変更しています。）
> >
> > お手数おかけしますが、6/10版のDLLもお試しいただければと思います。
> >
> > よろしくお願いします。
> >
> >
> > > JO1SIM 出島さん、こんにちは。
> > >
> > > > 少し時間をいただくかもしれませんが、それまではDLLは従来版をご利用いただければと思います。（増えた関数を使わなければ、C#のインポートライブラリをはじめ、新しいアーカイブの中身をそのまま利用可能です。）
> > >
> > > 手数をおかけして申し訳ありません。
> > > こちらも、もう少し調べてみます。
> > >
> > > JA1RNR 吉田　康太郎
> > > JO1SIM 出島さん、こんにちは。
> > >
> > > > 少し時間をいただくかもしれませんが、それまではDLLは従来版をご利用いただければと思います。（増えた関数を使わなければ、C#のインポートライブラリをはじめ、新しいアーカイブの中身をそのまま利用可能です。）
> > >
> > > 手数をおかけして申し訳ありません。
> > > こちらも、もう少し調べてみます。
> > >
> > > JA1RNR 吉田　康太郎

JO1SIMでしまさん、こんにちは。

> もう１点考えられる点としては、新DLLを作成した開発ツールがVisual Studio 2013なので、そのランタイム(MSVCR120.DLL)がないと動かないからかもしれません。(Dependency Wakerで見たら参照してました。）

こちらの　\Windows\System32\ に MSVCR120.DLL が無かったので
下記からＤＬして　\Windows\System32\ に置いたら新ＤＬＬでも
動作するようになりました。

ただ、ＤＬ時に注意しないとレジストリ・チェックのソフトをインストールされる
リンクがあるページもありますのでご注意下さい。
下記はＤＬするとＺＩＰファイルで中には readme.txt と msvcr120.dll だけですので大丈夫でした。


http://www.opendll.com/index.php?file-download=msvcr120.dll&arch=32bit&version=12.0.21005.1&dsc=Microsoft%C2%AE-C-Runtime-Library

JO1SIM 出島さん、JA2BQX 太田さん　こんにちは。

追伸です。

\Windows\System32\ではNGでしたので、readme.txtにあったようにMSVSR120.DLLをアプリケーションのルートディレクトリに置いてみましたら、新DLLが動作しました。

とりあえずご報告いたします。


JA1RNR 吉田　康太郎

吉田OM、太田OM
JO1SIMでしまです。

ご確認ありがとうございます。
ランタイムの問題でしたね。初歩的なミスで大変失礼いたしました。現在、Visual Studio 2008のランタイムで動作する版を準備中です。（これならば、別途ランタイムを導入しなくても現在多くの環境なら問題なく動作するかと思いますので。）

いろいろと難しく考えすぎてハマりました。大いに反省すべき点がありますね。

リリースまでにはもう少しかかりますが、できましたらご連絡いたします。

ご協力ありがとうございました。

各位

JO1SIMでしまです。

THW2VBNET.DLLの新版をホームページにアップいたしましたのでお知らせします。(2014/6/15版) 必要なランタイムはVisual Studio 2008相当(MSVCR90.DLL)といたしましたので、Windows 7以降であればOS導入直後でも別途ランタイムを導入しなくても大丈夫だと思います。（ダウンロードが必要な際は、正規の「Microsoft Visual C++ 2008 再頒布可能パッケージ (x86)」を導入願います。）

また、バージョンリソースを付与（1.1としました)いたしましたので、旧版と区別が必要な際にご利用ください。

今度こそ大丈夫だと思いますが、何かございましたおしらくださいますようよろしくお願いいたします。

太田OM、吉田OMには貴重な情報お知らせいただき、ありがとうございました。

JO1SIMでしまさん、吉田さん、こんにちは。

THW2VBNET.DLLの新版ありがとうございます。

\Windows\System32\msvcr120.dll が無くても動作確認しました。

JO1SIM 出島さん、JA2BQX太田さん　こんにちは。

THW2VBNET.DLLの最新版をmsvcr120.dllが無くて動作することを確認できました。また、新DLLに追加された「dbf_rcount」の機能も確認できました。
併せてご報告いたします。
今後ともよろしくお願いいたします。有り難うございました。

JA1RNR 吉田　康太郎

太田OM、吉田OM

JO1SIM出島です。
DLL動作、早速のご確認ありがとうございました。

ほっといたしました…。

何かありましたらぜひともよろしくお願いいたします。


> 各位
>
> JO1SIMでしまです。
>
> THW2VBNET.DLLの新版をホームページにアップいたしましたのでお知らせします。(2014/6/15版) 必要なランタイムはVisual Studio 2008相当(MSVCR90.DLL)といたしましたので、Windows 7以降であればOS導入直後でも別途ランタイムを導入しなくても大丈夫だと思います。（ダウンロードが必要な際は、正規の「Microsoft Visual C++ 2008 再頒布可能パッケージ (x86)」を導入願います。）
>
> また、バージョンリソースを付与（1.1としました)いたしましたので、旧版と区別が必要な際にご利用ください。
>
> 今度こそ大丈夫だと思いますが、何かございましたおしらくださいますようよろしくお願いいたします。
>
> 太田OM、吉田OMには貴重な情報お知らせいただき、ありがとうございました。