C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[2]: オフラインでエラー情報を参照したい

分類:[雑談]　

お世話になります。

Windowsで、本番と同環境にて動いているアプリがあります。
それが本番の環境では動作しません。
起動すると
*** Has stopped working
Windows is collecting more infomation about the problem.
Thei might take several minutes...
と書かれたダイアログが出てすぐ終了してしまいます。
このまま待てば恐らくネットワークに繋いで原因を調べるという
ウィンドウが出ると思うのですが、あいにくそのPCはネットワークに
繋がっていません。
何かしらエラーコードみたいなものを吐かせることは出来ないでしょうか。
ダイアログではエラー収集をしていますとあるので、Windowsが勝手に
やってくれると思っているのですが・・・。

■No66164 (MP枯渇ウィザードさん) に返信

> Windowsで、本番と同環境にて動いているアプリがあります。
> それが本番の環境では動作しません。
動作しないのだから同環境ではありません。何が違うのか調べると
良いかと思います。

■No66166 (shu さん) に返信
> ■No66164 (MP枯渇ウィザードさん) に返信
>
>>Windowsで、本番と同環境にて動いているアプリがあります。
>>それが本番の環境では動作しません。
> 動作しないのだから同環境ではありません。何が違うのか調べると
> 良いかと思います。

本番は前から動いていた環境のEXE差し替え、同環境は新規PCへのクリーン
インストールなので某○MR○NのDLLが古いから動かないのかも・・・
という見当しかつかないのと、本番環境が国内ではないので、
なかなか思いつくところをあげていくしかない状況です・・・。

//実機がネットに繋がっていたら、エラーの原因をネットで調べて、ともいえるんですが・・・。

■No66167 (MP枯渇ウィザードさん) に返信
> 本番は前から動いていた環境のEXE差し替え、

本番は今まで動いたのに、EXE を差し替えたら動かなくなったということでしょうか。

だとすれば、まずは古い EXE に戻してみた場合に、同等のエラーが
出るかどうかを確認してみてください。それでエラーが出るようになっていたら
本番環境の設定の問題(DLL不整合、レジストリやiniの誤設定など)となり、
エラーが再現しないなら、差し替えた EXE の問題という切り分けが出来そうです。

その上で、差し替えた EXE 側に問題があると判断された場合には、
修正前のソースを使って、もう一度、旧 EXE と同じものを作り直してみて下さい。

その作り直した旧EXEが動作するようであれば、おそらくは
　・新旧ソース上の変更点に問題がある
　・追加したライブラリが、正しくインストールされていない
などの問題が予想できます。

逆に、古いソースで作った EXE なのにエラーが再発したのであれば、
ソース上の変更点というよりも、EXE のコンパイル設定などを
調査したほうが良いかもしれません。

> ダイアログではエラー収集をしていますとあるので、Windowsが勝手に
> やってくれると思っているのですが・・・。
ユーザダンプが採取されていれば、[Debug Diagnostic Tool] や
[Debugging Tools for Windows] などで診断できるかも知れません。

回答ありがとうございます。
旧版EXEは動くのと、インストール環境の詳細な確認をしてみたところ、
動かない本番環境は自社セットアップのPCではないので、環境がいまひとつ
正確なものが分からないようです。
ただ、そのPCの導入時期的に、.netFrameWorkのバージョンが3.5であると
推測できました。
そして今回差し替えられるEXEに使われるライブラリ(?)が.netFrameWork3.5SP1を
要求するようです。
これが原因なら解決ですが、いかんせん本番機が海外なので・・・。

ユーザーダンプ、ためになるキーワードありがとうございます。
ぐぐる先生で勉強しよう・・・。

■No66169 (魔界の仮面弁士さん) に返信
> ■No66167 (MP枯渇ウィザードさん) に返信
>>本番は前から動いていた環境のEXE差し替え、
>
> 本番は今まで動いたのに、EXE を差し替えたら動かなくなったということでしょうか。
>
> だとすれば、まずは古い EXE に戻してみた場合に、同等のエラーが
> 出るかどうかを確認してみてください。それでエラーが出るようになっていたら
> 本番環境の設定の問題(DLL不整合、レジストリやiniの誤設定など)となり、
> エラーが再現しないなら、差し替えた EXE の問題という切り分けが出来そうです。
>
>
> その上で、差し替えた EXE 側に問題があると判断された場合には、
> 修正前のソースを使って、もう一度、旧 EXE と同じものを作り直してみて下さい。
>
> その作り直した旧EXEが動作するようであれば、おそらくは
> 　・新旧ソース上の変更点に問題がある
> 　・追加したライブラリが、正しくインストールされていない
> などの問題が予想できます。
>
> 逆に、古いソースで作った EXE なのにエラーが再発したのであれば、
> ソース上の変更点というよりも、EXE のコンパイル設定などを
> 調査したほうが良いかもしれません。
>
>
>
>>ダイアログではエラー収集をしていますとあるので、Windowsが勝手に
>>やってくれると思っているのですが・・・。
> ユーザダンプが採取されていれば、[Debug Diagnostic Tool] や
> [Debugging Tools for Windows] などで診断できるかも知れません。

2013/04/08(Mon) 16:31:20 編集(投稿者)

> ただ、そのPCの導入時期的に、.netFrameWorkのバージョンが3.5であると
> 推測できました。

それは先方で.netFrameWorkの3.5のインストールを行ったということでしょうか？
インストーラーは何で作られたものなのでしょうか？
必須コンポーネントは何を設定しているのでしょうか？
配布するexeはどのバージョンの言語で作られたものなのでしょうか？
先方のPCのOS（32/64bitの情報も）は何でしょうか？

少なくとも、これくらいの情報がないと確かな回答は得られないでしょうね。

> 何かしらエラーコードみたいなものを吐かせることは出来ないでしょうか。
> ダイアログではエラー収集をしていますとあるので、Windowsが勝手に
> やってくれると思っているのですが・・・。

ダイアログに詳細ボタンのようなエラーログを表示するボタンがあるならば、それをクリックして
出てきた内容を送ってもらってはどうでしょうか。
（英語版のダイアログ内がどのような表記になっているかは分かりませんが。。。）

■No66164 (MP枯渇ウィザードさん) に返信
　OS が何かわかりませんが。
「コントロールパネル→システムとメンテナンス→問題のレポートと解決策→確認する問題の参照」ですかね。

回答ありがとうございます。

どうやら使っているPCに入っているコンポーネントのバージョンが違うというのが
原因のようです。
他社のセットアップしたPC環境で、他社の作ったソースを改修することの難しさを
思い知らされました。

またお願いします。
ありがとうございました。

C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[2]: オフラインでエラー情報を参照したい

過去ログには書き込み不可