HAMLOG プログラム開発室

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 太田さん　こんにちは。

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

太田さんが利用された上記URLからMSVSR120.DLLをダウンロードして添付画像のように \Windows\System32\に置きましたか゛、残念ながら私の環境では、新DLLが動きませんでした。

ランタイムMSVSR120.DLLを利用しないバージョンをお待ちいたします。
よろしくお願いいたします。

JA1RNR 吉田　康太郎

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には貴重な情報お知らせいただき、ありがとうございました。