VB6 SP6で作業している古いサードパーティのコントロールがあるかどうかを調べる必要があります

Question

私たちにはビジネスにとって不可欠な従来のVB6アプリケーションがあります。私たちは.NETに書き直していますが、それは長い時間がかかります。ここ数年の間、この古いVB6アプリは、VB6アプリを書いた約10年前に購入したサードパーティのコントロールに問題がありました。これらの問題はますます悪化しています。たとえば、アプリケーションが突然クラッシュします。それが起こると、ユーザーのイベントログをチェックして何が起こったのかを確認し、ほとんどすべてのケースでサードパーティのコントロールが失敗し、アプリケーションをダウンさせました。場合によっては、ユーザーがデータを失うことがあります。これを軽減するためにできる限りの努力をしてきましたが、それは大いに助けられましたが、この失敗のすべてのケースを防ぐことができませんでした。数年前、この問題が最初に現れ始めたとき、私はこれらのクラッシュがなぜ起こったのかについていくつかの調査を行いました。これらの問題のいくつかは、私たちのアプリケーションがあったためです。私たちのVB6アプリケーションは現在サービスパック5になっています。私は、MicrosoftがVB6用のサービスパック6をリリースしたことを知り、それについて尋ねました。しかし、当時の人々は、サードパーティのコントロールとの互換性に問題があるため、VB6のSP6にアップグレードしないように私に忠告しました。

しかし、これらのクラッシュはより頻繁に発生しています。おそらくこの問題は、Windowsへの最近のアップデートによって、すでにVB6からSP6に移行している可能性があることがわかりました。それとも、私がVB6のためにSP5にアプリケーションを残すことについて何年も前から与えられたアドバイスは間違っていました。いずれにしても、アプリケーションをVB6のSP6に移行できるかどうかを調べる必要があります。したがって、これらの古いサードパーティコントロールが私たちに与えている致命的なクラッシュの数を無駄にしない限り減らしてください。ここでは、アプリケーションが現在使用しているサードパーティコントロールの一覧を示します。これらのコントロールがVB6 SP6で動作するかどうかは誰にも分かりますか？

• クリスタルのActiveXレポートビューアライブラリ11.5
• CrystalレポートのActiveXデザイナーの設計およびランタイムライブラリ11.5
• CrystalレポートのActiveXデザイナーランタイムライブラリ11.5
• WSpellスペルチェックコントロールバージョン1.0
• シェリダンデータウィジェット3.0 A（特にそのデータ グリッド、データコンボ、データドロップダウンのコントロール）これらのコントロールは、すべてのアプリの致命的なクラッシュの根源にある です。

Answer 1

私はVB6 SP6でWSpellを使用しました。クリスタルはいつもマイクロソフトとベッドで結ばれていたので、それらの作業が期待されます。シェリダン、私はそこにお手伝いできない。

それは...なぜ尋ねる？ちょうどそれをテストします。うまくいかない場合はいつでもロールバックすることができます。

Answer 2

10歳のサードパーティのVB6コントロールを覚えている人は誰でも知っているだろうかと疑う余地はありません。 VBについては、google groupで詳細を見つけることができます。

FWIW、Crystal ReportsとSheridanのコントロールは、私がまだVBで働いていた（そして彼らは依然として開発者によってサポートされていると言われていた）10-12年前の私の存在の絶対的な弱点でした。当時彼らが大惨事で失敗していることは驚くことではない。

あなたは本当にあなたの時間と労力を100％VB.NETリライトに入れてください。

Answer 3

私はSheridanのコントロールについて助言することはできませんが、私たちはVB6アプリ（SP6を使用）でCrystal ActiveX Report Viewerとランタイムライブラリ10.0を使用していますが、これはクラッシュする問題はありません。

Answer 4

私たちはSheridan Data Widgets 3.1を使用して複数のVB6アプリケーションを持っています。主にグリッドですが、最近ドロップダウンも少しあります。 Vistaや7ではすべてうまく動いていましたが、10にアップグレードした少数の人々（8人は無視/回避しました）がすぐに問題になっていました。

グリッドの読み込みがアプリをクラッシュさせ始めましたが、それは奇妙でした。最初に情報を表示したときにロード機能を呼び出すことができました（グリッドが表示されていました）。他の関数はデータを変更してグリッドをリロードし、ほとんどの場合、グリッドをリロードします。特別なことも違うこともありませんが、グリッドは特別な嫌いを持っていました。私がMsgBoxをグリッドに追加する前に（私たちはAddItemモードを使用しています）毎回MsgBoxを投げた場合、愚かなことはクラッシュしませんでした。

グリッドで一度同様の問題が発生した場合、1秒未満で表示される新しいフォームにフォーカスを移す必要があります。グリッドの描き方とは何か？他の人がいないときにクラッシュさせる関数によって判断すると、おそらく特定の一連のイベントがクラッシュを引き起こす可能性があります。

Win10のイベントログを見ると、障害のあるモジュール名はUSER32.dll、例外コードは0xc0000005と0xc000041dの間で交互に表示されます。