環境OSはWindows2000を使用しています。メモリは128MBです。
言語はVB6.0SP5です。
この環境で１つプロジェクトを作成してるのですが、VBのユーザーコントロールを使用して画面を作成しフォームに貼り付けをして作成してます。このユーザーコントロールを５つぐらい作成しフォームに貼り付けています。この環境ではうまくいくのですが、このソースをFDにおとして、この環境でなくOSが98SEでメモリが320MBで言語も同じVB6.0SP5の環境にもっていくとメモリ不足になってしまいます。 どうやらユーザーコントロールで貼り付けた枚数５枚ほどあるのですが、その２つぐらいがメモリ不足で開けなくなっているようなのです。しかしメモリは前者の環境よりもつんでるので問題がないとおもうのですがOSに左右されてるのでしょうか？ちなにOSをXPの時で１２８MBでも動作はきちんとします。なんだか９８系のOSだとメモリ不足とでてしまいユーザーコントロールが３枚ほどしかはりつけられません。なぜなのでしょうか？
ちなみにユーザーコントロールの中身はテキストボックスなどが５０個ぐらいおいてありそのデータ入力をクラスモジュールと使用してProperty Set, Letを使用してデータの格納をしてるだけなのですが。。。何か問題があるのでししょうか？
宜しくお願いします。すごく困っています。納期が迫っておりすいません。力を貸してください。
恐らくGDIリソースあたりが不足しているのでしょう。
95系のOSでは，GDIリソースは64KBしかありませんから，
できるだけコントロールの数を減らす必要があります。
NT系のOSでは，GDIリソースにそのような制限はありません。
実際に利用可能なメモリに依存します。
テキストボックス50個ですか…多いですね。
配列にしてみてはいかがでしょう？
9x系OSに320MBのメモリを搭載しても無駄です。
いくら搭載しても、利用できるメモリ空間が限られているので…。
掲示板をお伺いしました。
ｋｉｄｏです。
メモリ不足の件ですが、やはり９８系はそういう問題があるのですね。
６４ｋＢというとほとんどコントロールが使えませんね。
これだとたとえコントロールを配列にしても同じことですね。
これではＶＢのＡｃｉｔｖｅコントロールってあまり使えないですよね？
１つのプロジェクトに自分で作成した画面のＯＣＸ（コンポーネント）は数が限られますよね？
今回はたまたまＯＣＸでなくソース上でフォームモジュールと標準モジュールとユーザコントロールなど１つにした
形で作成したので同じことですよね。ＯＣＸにしても？
あれからいろんな掲示板とかみたりしたんですけど、ＮＴ系と９８系ではこのあたりが
ちがうのですね。これはＯＳに依存されてしまうということですよね？
これはバグなんですか？これはプログラムを組む上での常識てきなことなのでしょうか？
とりあえず，GDIリソースというのは，コントロールとは直接関係ありません。
例えばラベルコントロールを大量に使っても，ウィンドウを持たないのでリソースを消費しません。
＃フォントやらブラシやらはどうなっているのか知りませんが。
テキストボックスを250個も使えば，まぁ使い切る可能性は高いですね。
本当にそんなにテキストボックスが必要かUIを見直すのがよいかと思います。
＞これはバグなんですか？これはプログラムを組む上での常識てきなことなのでしょうか？
仕様ですね。それも相当有名な。
C言語でAPIを使っていると，GDIが16bitで組まれていることはヘルプの端々に出てきますので。
＃昔，それを知らずにTextOutでえらい目に遭った……。
風来坊さん、YuOさんありがとうございます。YuOさんにはメールを直接送り不愉快な気分にさせたことをお詫びを申し上げます。m(_ _)m
あれからいろいろ調べ理解をしました。
テキストボックス250個も貼り付けたUIなんてのはナンセンスというのは、自分でもすごく分かっています。これにはいろいろ事情がありまして。。。
自分はＮＴ系でずっと使用していたため、９Ｘ系にはちょっとわからなすぎました。
いろいろありがとうございました。