HAMLOG プログラム開発室

浜田OM

最新版APIアップデートありがとうございました。
早速利用させていただきます。


> WM_COPYDATAのコマンドを追加しました。
>
> 道の駅Get's 4.0では、この追加コマンドでハムログにファイルを閉じさせ、
> 集計処理を行った後、ハムログにファイルを開くようコマンドを送ってます。
>
> このため、共有オープンの必要性が無くなりました。

WM_COPYDATAのコマンドを追加しました。

道の駅Get's 4.0では、この追加コマンドでハムログにファイルを閉じさせ、
集計処理を行った後、ハムログにファイルを開くようコマンドを送ってます。

このため、共有オープンの必要性が無くなりました。

いつもお世話になっています。
先日QSO後修正でCODE欄に数字が4桁しか入らないことにきずきました
区ナンバー等6桁の数字が入りません操作の誤りがあるのでしょうか？

浜田OMのおっしゃるとおり、今後には不安があります・・・。

ただ、.NETみたいに新しいのがコロコロでては変わるものより、結果的にWin32のコアAPIのようなものが長生きしているような気がしますね。WinRTという新しいAPIが出てきてますので、どうなるかわかりませんが、動作環境ということで言えば現行の32ビットのままでもあと10年はいけると思ってます。

「開発」についてはツール次第ではありますが・・・。

いつか.NETなり、WinRTで前面作り直さなければならない日が来るとしたら、かなりの恐怖です。

その頃にはクラウドでサーバサイドアプリになりますでしょうか？（笑）


> > HamlogOpenでエラーとのことですが・・・
> > ThはInteger型で「ハンドル」で初期化されてますでしょうか？
> > あとはPathがStringになっているか…ぐらいですね。VB2010でこの辺の仕様が変わっていたりするとお手上げです。。。
>
> Integerが32ビットで、構造体がバイトアライメントであれば、大丈夫と
> 思うのですが・・・。
>
> 未だに Delphi 3.1（1997年）、Borland C++ 5.0（1996年）、
> Visual C++ 5.0（1997年）などを愛用してます。
> コンパイラも、生成された実行ファイルも軽くていいです。Hi
> 趣味のプログラミングは、この程度で十分です。
>
> ただし、コンパイラのインストーラが64ビットに対応していなくて、
> Win-XPの環境から丸ごとコピーして、64ビット環境で使ってます。
> レジストリも。
>
> 何年先まで32ビットでやっていけるのか、ちょっと不安がありますが。

VB2010(VS2010)だと、.NET 4がデフォルトなのですね。

CLIという仮想マシンのバージョンも変わっているので、アンマネージコードを呼び出すあたりの仕様も微妙に変わっていると考えられます。

MSのサイトを見たところ…
「アンマネージコードとの相互運用性のパフォーマンスを向上させるために、プラットフォーム呼び出しに不適切な呼び出し規約があると、アプリケーションが失敗するようになりました。以前のバージョンでは、マーシャリング レイヤーがこれらのエラーを 1 つずつ解決しました。」
という記述がありました。たぶん、THW2VBNET.dllを呼び出す宣言(=サンプル)に誤りがあるものの、.NET3.5だと.NETが誤りを吸収してくれたものを、.NET4だとエラーとして報告する・・・ということだと思います。

自分の環境がVS2010(or later)になれば解消したいと思います。それまでしばしお待ちください。

ご迷惑おかけします・・・。

> 皆さん、こんにちは。お手数をお掛けしました。
> 浜田さん、ありがとうございます。
>
> 「詳細コンパイル　オプション」の「対象フレームワーク」が
> 「.NET Framework 4 Client Profile」になっていました。
> （変更はした事はありませんでしたが）
> これを　.NET Framework 3.5 に変えたらＷｉｎＸｐ、Ｗｉｎ７共に
> エラーが無く実行できるようになりました。.
>
> NET Framework 4　にするとＷｉｎＸｐ、Ｗｉｎ７共にＶＢ2010で
> 同じ Hamlogopen() の箇所でエラーが出ますが。

皆さん、こんにちは。お手数をお掛けしました。
浜田さん、ありがとうございます。

「詳細コンパイル　オプション」の「対象フレームワーク」が
「.NET Framework 4 Client Profile」になっていました。
（変更はした事はありませんでしたが）
これを　.NET Framework 3.5 に変えたらＷｉｎＸｐ、Ｗｉｎ７共に
エラーが無く実行できるようになりました。.

NET Framework 4　にするとＷｉｎＸｐ、Ｗｉｎ７共にＶＢ2010で
同じ Hamlogopen() の箇所でエラーが出ますが。

> HamlogOpenでエラーとのことですが・・・
> ThはInteger型で「ハンドル」で初期化されてますでしょうか？
> あとはPathがStringになっているか…ぐらいですね。VB2010でこの辺の仕様が変わっていたりするとお手上げです。。。

Integerが32ビットで、構造体がバイトアライメントであれば、大丈夫と
思うのですが・・・。

未だに Delphi 3.1（1997年）、Borland C++ 5.0（1996年）、
Visual C++ 5.0（1997年）などを愛用してます。
コンパイラも、生成された実行ファイルも軽くていいです。Hi
趣味のプログラミングは、この程度で十分です。

ただし、コンパイラのインストーラが64ビットに対応していなくて、
Win-XPの環境から丸ごとコピーして、64ビット環境で使ってます。
レジストリも。

何年先まで32ビットでやっていけるのか、ちょっと不安がありますが。

太田OM
でしまです。おつかれさまです。

HamlogOpenでエラーとのことですが・・・
ThはInteger型で「ハンドル」で初期化されてますでしょうか？
あとはPathがStringになっているか…ぐらいですね。VB2010でこの辺の仕様が変わっていたりするとお手上げです。。。

> jr1cpb/稲村さん、何時もありがとうございます。
>
> > ビルド に 構成マネージャ が見えないと言うことでしょうか?
> > であれば、
>
> はい、そのようです。（良く探した積もりなのですが）
>
> > ツール-オプション-ビルド構成の詳細を表示
> > にチェックが入ってないのかもしれません。
> > これで、構成マネージャが表示されx86が選べるようになると思います。
>
> おかげさまで「ビルド構成の詳細を表示」を見つけました。
> すでに「プラットフォーム」は　ｘ86　になっていました。
>
> まだ　sd = HamlohOpen(Th.HamlogPath,0) でエラーが出ますが。

jr1cpb/稲村さん、何時もありがとうございます。

> ビルド に 構成マネージャ が見えないと言うことでしょうか?
> であれば、

はい、そのようです。（良く探した積もりなのですが）

> ツール-オプション-ビルド構成の詳細を表示
> にチェックが入ってないのかもしれません。
> これで、構成マネージャが表示されx86が選べるようになると思います。

おかげさまで「ビルド構成の詳細を表示」を見つけました。
すでに「プラットフォーム」は　ｘ86　になっていました。

まだ　sd = HamlohOpen(Th.HamlogPath,0) でエラーが出ますが。