バイナリ→構造体

質問

http://oshiete1.goo.ne.jp/kotaeru.php3?q=1087139
の続きです。仕様の都合でMoveMemoryを使って構造体をファイルマッピングできないため、一度文字列にして…と考えていたんですが、どうも文字列にすると別な問題が出るようなのでLong型のポインタにしたいと思ってます。
　何故Longかと言うとこれも仕様の都合なので…Byte配列にとは出来ないんですが…同じ、ですよね？

　蛇足が長々と続きましたが、本題は…
１、VarPtrを使ってLong型のポインタに変換（してると思ってます)
２、それを別の構造体に格納、その構造体を共有メモリに移す。
３、別ウインドウから取り出し、最初のLongのポインタを引き抜く
４、Long型ポインタから構造体に戻す
　となれば完成で、３までは進めるのですが…最後の４ができません。

　ここから再び蛇足ですが、そもそも何故こんな面倒な事を？といいますと、共有メモリを扱うＯＣＸを作る必要がありまして、さらに受け取ったデータをＣｕｅ構造にしなければならないのです。その辺りを操作してるのが２つ目の構造体です。１と４はＯＣＸを扱う側、２と３はＯＣＸ内で行ってます。
　出来れば全部ＯＣＸ内で出来るといいなーとは思ってますが…すいません、本当に蛇足でした。

回答No.15

taka_tetsu · ベストアンサー

>　ついでを言えば、共有メモリを扱うクラスもあります。こんな感じです。

ということでどんな実装になっているかがわかったので、
対応策を。

対応策1
Cue構造の要素1つずつに個別の領域をSetBuffName()を使って割り当てて行き、要素の位置はアドレスではなく領域名を導き出せる数字等(たとえば"Cue1"だったら1)を別の構造体に格納して連結していく

対応策2
要素1つずつに個別の共有メモリを割り当てるのではなく一括にしか取得できない場合は、VarPtr()で取得されるローカルの変数のアドレスを入れるのではなく、共有メモリに書き込む大きな領域の先頭からのオフセットを入れておく。

みたいな感じでできそうですね。
やっぱり対応策1が楽かな。

お礼

つまり…BufNameをバッファ名として渡された場合、BufName_1、BufName_2、みたいな感じでＯＣＸ内で定義してバッファを並べればいい訳ですね？で、それを管理する構造体を作り、読み込む構造体の名前を格納しておく…ってなんだか分かったような分かって無いような言い方してますが、出来てるので分かったんだと思います。まあ、アドレスにこだわったのがそもそもの間違いだと…
　お二人には大変ご迷惑をおかけいたしました。おかげさまで足りない頭でも何とか完成には至れました…分かってみれば単純な理屈でしたけど。何故これが思いつかなかったのかと…
　初めからこの実装を出していれば話もこじれずに済んだのかもしれませんが…色々と勉強させていただいただきました。Lenやポインタの事もどこかでそのうち参考にさせていただきます。
　本当にありがとうございました。

回答No.4

taka_tetsu

>そういう事ですか…しかし、何もＶＢごと落ちなくてもいいじゃないかと思うんですがそこの所どうなんでしょう某ＭＳ社の偉い人。

WinAPIの使い方間違ってればしょうがないです。VBそのもののプロセスのメモリを破壊してるんですから。

>…と思って二回CopyMemoryを（管理用構造体、内部データの二回）して見たんですが…やはりＶＢごと落ちてしまいます。

2回するのはいいんですが、

>１、VarPtrを使ってLong型のポインタに変換（してると思ってます)

これそのままにしてません？

VarPtrで取得できるのはあくまでも呼び元のプロセスで確保している領域のアドレスです。

>２、それを別の構造体に格納、その構造体を共有メモリに移す。
つまり、ここで本来格納しないといけないアドレスは、
1回目のCopyMemoryのコピー先アドレスですよね。

回答No.3

taka_tetsu

>CopyMemoryは試したんですが、ＶＢごと落ちてしまいます。
>　…構造体のサイズが大きすぎて使えない…とか？

プロセスが違うから、Longに格納したアドレスが無効なんで落ちるんじゃなくて？

>　64Byteの構造体（ユーザー定義型）です。
>　中身はstring型とLong型が計16個です。

この構造体の領域自体、共有メモリ上にないとだめなのは理解されてますか？
もしくは共有メモリ上にこの構造体の内容をそのままCopyMemoryしてますか？(そしたら、別の構造体に入れるアドレスは共有メモリ上をさしますよね)

補足

>>CopyMemoryは試したんですが、ＶＢごと落ちてしまいます。
>>　…構造体のサイズが大きすぎて使えない…とか？
>プロセスが違うから、Longに格納したアドレスが無効なんで落ちるんじゃなくて？
　そういう事ですか…しかし、何もＶＢごと落ちなくてもいいじゃないかと思うんですがそこの所どうなんでしょう某ＭＳ社の偉い人。

>>　64Byteの構造体（ユーザー定義型）です。
>>　中身はstring型とLong型が計16個です。
>この構造体の領域自体、共有メモリ上にないとだめなのは理解されてますか？
>もしくは共有メモリ上にこの構造体の内容をそのままCopyMemoryしてますか？(そしたら、別の構造体に入れるアドレスは共有メモリ上をさしますよね)
　理解していませんでした（ぉぃ）サイズ以前の問題ですか…こちらもCopyMemoryして共有メモリ上に上げておく必要がある…つまり、二回CopyMemoryをする必要があるんですね。
　…と思って二回CopyMemoryを（管理用構造体、内部データの二回）して見たんですが…やはりＶＢごと落ちてしまいます。
　一応、classを使って共有メモリに構造体を渡す事はできているんですが、ＯＣＸと言う壁があるとどうにもうまく行かない物なんでしょうか…出来る気がしてなら無いんですが。

回答No.2

2ch

一応共有メモリに関して、サンプルを書いた事があるので
http://oshiete1.goo.ne.jp/kotaeru.php3?q=817941

それと
>CopyMemoryは試したんですが、ＶＢごと落ちてしまいます。
CopyMemoryの宣言や、その引数がわからないことには、誰もこのことには発言不可能

APIビューア通りの
Declare Sub CopyMemory Lib "kernel32" Alias "RtlMoveMemory" (Destination As Any, Source As Any, ByVal Length As Long)
としているなら、ポインタの値渡しが鉄則

call copymemory(ByVal [先頭アドレス],ByVal [先頭アドレス],[長さ])
『ByVal』　付けてます？

参考URL：

http://oshiete1.goo.ne.jp/kotaeru.php3?q=817941

お礼

Private Declare Sub CopyMemory Lib "kernel32" Alias "RtlMoveMemory" _
(cStr1 As Any, cStr2 As Any, ByVal iLen As Long)
　CopyMemoryの宣言はこれです…同じ物ですよね？
　ByVal はきちんと使って渡しているんですが…

　とりあえず、参考ＵＲＬ熟読して次の案を出してみます。ありがとうございました。

回答No.1

taka_tetsu

>１、VarPtrを使ってLong型のポインタに変換（してると思ってます)

できるはずですが、何の変数のアドレスをVarPtr使ってLongの数値にしてるんですか？質問文から読み取れないんですが。

>２、それを別の構造体に格納、その構造体を共有メモリに移す。
>
>３、別ウインドウから取り出し、最初のLongのポインタを引き抜く

これって別プロセスですか？
プロセス違う時点でポインタは無効になりますけど。

>４、Long型ポインタから構造体に戻す
CopyMemoryでしょ、ここで。

ということで、根本的なところがまずいような。
>１と４はＯＣＸを扱う側、２と３はＯＣＸ内で行ってます。

1を扱う側でやっちゃまずいでしょ。共有メモリ内のアドレスでなければいけないんですから、扱う側で使い始める前にアドレスはわかってないといけないはずですよね。

>共有メモリを扱うＯＣＸを作る必要がありまして、

なぜOCX？ActiveX EXEという選択肢はNGだったんですか？
これならプロセス空間を意識しないで情報のやり取りできますが。

補足

>> １、VarPtrを使ってLong型のポインタに変換（してると思ってます）
> できるはずですが、何の変数のアドレスをVarPtr使ってLongの数値にし
> てるんですか？質問文から読み取れないんですが。
　64Byteの構造体（ユーザー定義型）です。
　中身はstring型とLong型が計16個です。

>> ２、それを別の構造体に格納、その構造体を共有メモリに移す。
>> ３、別ウインドウから取り出し、最初のLongのポインタを引き抜く
> これって別プロセスですか？
> プロセス違う時点でポインタは無効になりますけど。
　３で別なウインドウになるので別プロセスになると思いますが…う、駄
目ですか。

>> ４、Long型ポインタから構造体に戻す
> CopyMemoryでしょ、ここで。
　CopyMemoryは試したんですが、ＶＢごと落ちてしまいます。
　…構造体のサイズが大きすぎて使えない…とか？

>> 共有メモリを扱うＯＣＸを作る必要がありまして、
> なぜOCX？ActiveX EXEという選択肢はNGだったんですか？
> これならプロセス空間を意識しないで情報のやり取りできますが。
　そこは上司にＯＣＸで作れといわれまして…
　ActiveX EXEと言う物があるんですか。調べてみましたが確かにこちらの方が適任かも…