ryochanさん、おはようございます。

＞無責任にコメントしてしまい申し訳ありません。

いえ、コメントしていただけるだけでも有り難いです。

＞今、検証する余裕がないので、またまた無責任発言ですが、
＞short *と言われるようにポインタで
＞受け取りたいのであれば、型なしポインタ
＞Cはvoid*で宣言し、
＞受け取れば、受け取ることは出来ます。
＞それを特定の型のポインタに型キャストして
＞から逆参照します。

やはり、問題はPBが外部関数へ引数を渡すときに新たに領域を確保し、データのコピーを
渡しているという部分の様です。（参照渡しであれば、その新規メモリ領域のアドレスを
渡しているようです。外部関数内で値を操作する場合は、PB内で何らかの細工がされている
のでしょう）

そのメモリに展開するデータ長が、外部関数の引数の宣言がshort *である為に2バイト
分しか展開されないのです。前回のryochanさんの記事で思ったんですが、DLLであれば
External宣言で 

function long poo(ref int param[8]) ...

の様に「これだけのデータを外部関数で使うよ」と宣言している為に、PB側で判断できま
すが、OCXの様にExternal宣言がない（できない？）場合ではshort *の様な宣言ではPBは
2バイト分しか展開しないのではないでしょうか。（すごく仕様っぽい）

すなわち、明示的に使用する領域を宣言しなければならないのではないでしょうか。

もしそうであれば、OCXには実質的に配列を渡すことができないということになりますが...
少なくともVCのウィザードでは引数の宣言に使える型はかなり限定されています。
VARIANT*にすればいいというものではなさそうです。

＞でも、最終的には配列を分解するしかないかもしれないですね。

って事ですかね。
OCXを普通のDLLで書き直すってのもありますけど、どっちが早いかな?。