VB初心者友の会 - Q&A掲示板過去ログ

その[終了付近]のどこのコードでエラーが発生しているのかを調べてみては。

> その[終了付近]のどこのコードでエラーが発生しているのかを調べてみては。

ですから、最初の投稿で書いたとおり、いつも決まって某Subプロシージャを
呼び出す部分で「Error28　スタック領域不足」というエラーが出ます。
某Subプロシージャでは、更に別のSubプロシージャを呼び出して、
それがまた別のSubプロシージャを呼び出す、という２段構えの呼び出しをしています。
ロジックの冗長性を無くすために、こういう呼び出し構成にしています。

で、MSDNを読むと、原因はプロシージャ呼び出しの数が多すぎると書いてますが、
冗長性のロジックをSubプロシージャにしないと後々の改修も困難ですし、
しかもSQLServerからの読み込みレコードは常に万単位ですし、
ジレンマに陥っています。。。どう解決すればいいのか、わかりません。
ちなみにプロシージャの再帰呼び出しは、していません。

たぶん確実な方法として、冗長性があってSubプロシージャにしている部分を、
バカみたいにメインプロシージャに記述すれば、呼び出し回数が減るので、
スタック領域不足エラーは起こらないと思います。

でも、そうすると、何のためのSubプロシージャなのか、意味がないですよね？
こういう経験をしたＶＢプログラマは、他にいらっしゃらないのでしょうか？

> ですから、最初の投稿で書いたとおり、いつも決まって某Subプロシージャを
> 呼び出す部分で「Error28　スタック領域不足」というエラーが出ます。
> 某Subプロシージャでは、更に別のSubプロシージャを呼び出して、
> それがまた別のSubプロシージャを呼び出す、という２段構えの呼び出しをしています。
> ロジックの冗長性を無くすために、こういう呼び出し構成にしています。
> 
> で、MSDNを読むと、原因はプロシージャ呼び出しの数が多すぎると書いてますが、
原因はそれ以外にあと４つ、書かれていますよね？これらの原因については？

> 冗長性のロジックをSubプロシージャにしないと後々の改修も困難ですし、
> しかもSQLServerからの読み込みレコードは常に万単位ですし、
> ジレンマに陥っています。。。どう解決すればいいのか、わかりません。
残念ながら、そのテの障害は、コードを見ないことにはどうにもなりません。
掲示板の手に負えないと思います。

> でも、そうすると、何のためのSubプロシージャなのか、意味がないですよね？
何の為にSubプロシージャを使うか？の問題ですね。
文面を見た感じ、メインのコードが冗長的だから「仕方なく」Subを使って分割したかの様に
感じました。
そもそもSubを使う目的は、コードの再利用化であって、分割ではありません。
コードを再利用する事によって、その副効果としてコードが短くなるのです。
そういった意味では どちらにしろ意味がありません。

> こういう経験をしたＶＢプログラマは、他にいらっしゃらないのでしょうか？
そういう経験かどうかは微妙ですが、データが大量過ぎて処理が遅くなったり
した事(フリーズしているかの様な錯覚に)は多々あります。

数万件ものデータを扱う部分をストアドにするなりして回避しては？
と、いうか、扱うべきデータは最小限に抑える努力をすべきかも知れません。

> 某Subプロシージャでは、更に別のSubプロシージャを呼び出して、
> それがまた別のSubプロシージャを呼び出す、という２段構えの呼び出しをしています。
> ロジックの冗長性を無くすために、こういう呼び出し構成にしています。

別に、それぐらいで問題が起きることはないと思います。

> で、MSDNを読むと、原因はプロシージャ呼び出しの数が多すぎると書いてますが、

本当にそれが原因なのでしょうか?
VSを立ち上げて、そこでDebugしてみたときに、そのスタックの深度はどれ
ぐらいになっていますか? そこでとんでもない深さになっているのならば、
原因がそれだと言えます。ですから、まずはそれで確認してみるとか。

また、プロシージャ内で使っている変数の大きさの総数はどれぐらいなので
しょうか? そちらの方が可能性は大きいのではないでしょうか? 固定長文字列
などはかなり喰います。

スタックは、
Do
For
Sub
Function
GoSub
などで起こります。
すべて1づつ増えます。これのループの数がある一定以上の数になるとエラーを起こします。
再帰を使うプログラムではすぐ不足してしまいます。
Windowsフォルダに設定をかえれるファイルがあると聞いたことがありますが…。

> > で、MSDNを読むと、原因はプロシージャ呼び出しの数が多すぎると書いてますが、
> 原因はそれ以外にあと４つ、書かれていますよね？これらの原因については？

固定長文字列とDoEventsは、全然使っていません。
「ローカル変数の必要領域不足」はよく分かりませんが、そんなに多く使ってないつもりです。
「コードでイベント連鎖発生」は意味がよくわかりません。
「呼び出し履歴」ダイアログボックスというのも、説明を読んでも、表示方法がわかりません。

> 文面を見た感じ、メインのコードが冗長的だから「仕方なく」Subを使って
> 分割したかの様に感じました。
> そもそもSubを使う目的は、コードの再利用化であって、分割ではありません。

私の場合、「分割」も目的ですし、「再利用化」も目的です。

ちなみに、分割する前は、何万レコードの読み込みでもＯＫでした。
Ｓｕｂプロシージャに分割したとたんに、スタック領域不足エラーになったため、
呼び出し回数の多さが原因かと思っています。

> 数万件ものデータを扱う部分をストアドにするなりして回避しては？
> と、いうか、扱うべきデータは最小限に抑える努力をすべきかも知れません。

すみません、他のシステムと勘違いしていましたが、
入力レコードはSQLServerではなく、CSVファイルでした。申し訳ありません。

ユーザーの要求により、何万レコードもあるCSVファイルを、
分割せずに１回の操作で処理したいと言われたのです。

> > で、MSDNを読むと、原因はプロシージャ呼び出しの数が多すぎると書いてますが、
> 本当にそれが原因なのでしょうか?

Ｓｕｂプロシージャの数を増やす前は、何万件のレコードの読み込みでも正常終了しました。
Ｓｕｂプロシージャの数を増やした結果、スタック領域不足エラーが発生したので、
これが原因としか思えません。

> VSを立ち上げて、そこでDebugしてみたときに、そのスタックの深度はどれ
> ぐらいになっていますか? そこでとんでもない深さになっているのならば、
> 原因がそれだと言えます。ですから、まずはそれで確認してみるとか。

すみません・・・スタックの深度とは、どうやって知るのでしょうか？
ＭＳＤＮの説明にあった、「呼び出し履歴」ダイアログボックスというのが見つかりません。
ＭＳＤＮに書いてある説明が、初心者のため、よくわからないのです。

> また、プロシージャ内で使っている変数の大きさの総数はどれぐらいなので
> しょうか? そちらの方が可能性は大きいのではないでしょうか? 固定長文字列
> などはかなり喰います。

変数の大きさの総数とは、どうやって調べるのでしょうか？
ちなみに、固定長文字列は１個も使ってません。

> ＭＳＤＮの説明にあった、「呼び出し履歴」ダイアログボックスというのが見つかりません。
Ctrl + L で。

# 全角・半角文字の使い分けは適切に。

> Subプロシージャの数を増やした結果、スタック領域不足エラーが発生したので、
> これが原因としか思えません。

特定のプロシージャを呼び出そうとするときに起こるのですから、
そのプロシージャにエラーを引き起こすなにかしらの原因がある、
と考える方が自然じゃないでしょうか。

単純に考えると、そのプロシージャ内で使う変数の領域を確保する
ことができなかった、ということだと思います。

> 変数の大きさの総数とは、どうやって調べるのでしょうか？

そのプロシージャの中で、
Dim ... As ...
は全部で幾つでしょうか? 全部がLong型ならば、x4ですよね。

> ちなみに、固定長文字列は１個も使ってません。

固定長配列も注意です。ユーザー定義型も場合によっては。

で、DoEventsを使ってはいない、と書いてありましたが、外部の
コンポーネントを使うことは、しばし同等のコードを実行している
ことになることもあります。

どこでスタックを多量消費しているのか、を調べるのか、が解決の
糸口になるでしょう。VSのデバッグ機能を駆使すれば特定できると
思われます。

お騒がせしてすみません。解決しましたので報告致します。
原因と解決策を以下に書きます。

（改修前の状態）

SubプロシージャＡ（終了処理でＢを呼び出す）
SubプロシージャＢ（終了処理でＣを呼び出す）
SubプロシージャＣ（終了処理でＡを呼び出す）

但し、Ａの中で判定文があり、ある条件を満たした場合は、
Ｂを呼び出さずにプログラムを終了します。
つまり、無限ループにはなりません。

更に言えば、Ｂの処理の途中で、SubプロシージャＤと
SubプロシージャＥを呼び出すというロジックがあります。

（改修後の状態）

SubプロシージャＳを作り、その中でＡもＢもＣも
呼び出すような作りにしました。
つまり、Ｓは制御プロシージャ的な作りにしました。
その結果、何万件の読み込みレコードでも、
スタック領域不足エラーは発生しなくなりました。

とまあ、簡単に言えば、制御プロシージャを作らずに、
イモヅル的なプロシージャ呼び出しの作りにしたことが、
スタック領域不足エラーの原因だったわけです。
お騒がせしました。初心者ゆえの初歩的ミスと思ってお許し下さい。