2009-05-14 9 views
6

.NETアプリケーションが(私のシステム以外のシステムでは)起動しないという再発問題があります。事実、残念ながら、常にスムーズに動作するパッケージを作成することはできません。したがって、私はしばしば私のデバッグまたはリリースのフォルダのZIPファイルを送信する必要があります。.NETアプリケーションを使用したトラブルシューティングが開始しない

私の本当の問題は、これらのアプリケーションが起動していない理由を教えてくれないということです。私はコマンドラインから起動しても、EventLogで起動しなくても、またはすべてのアプリケーションでTry Catchブロックの結果を出力に出力しようとしても、何も例外はありません。何か不足していますか?

ほとんどの場合、ライブラリやセキュリティ関連の問題がありません。しかし、痛みを伴わずに何が起こっているのかを知ることはいいでしょう。D

答えて

3

融合ログを見てみましたか?スザンヌ・クックの記事はhereです。

(サイレントエラーを最小限に抑えるために)もう1つの方法:Mainメソッドを最小化します。

/* for winform, you still new [STAThread] here */ 
static void Main() { 
    try { 
    MainCore(); 
    } catch (Exception ex) { 
    // shout about it 
    } 
} 

[MethodImpl(MethodImplOptions.NoInlining)] // usually overkill 
static void MainCore() { 
    // real code 
} 
3

Assembly Binding Log Viewerを見てみましょう:この理由は、JITがメソッドごとの働き、そしてそれはJIT Mainできない場合、それはあなたの例外処理を使用することができないということです。

0

私はそれが問題に直接対処しているわけではないことを知っていますが、(あなたがVisual Studioを使っていると仮定して)あなたのアプリケーションを公開しようとしましたか?このは、に必要なものをすべてインストーラにまとめてください。

1

私はWPFアプリケーションが起動しないという問題を抱えていました。問題はユーザーのPCのフォントに関連していることが判明 - WindowsPresentationFontCacheサービスを無効にすると問題が解決しました。私も他の場所で、以下の情報を持つポストを見つけ

...

は...いくつかの未知の理由で、お客様はその「デフォルトのフォントファミリを構築するために使用されているレジストリキーで間違ったエントリを持っていました"スタックトレースに引用されたキャッシュ。 お客様は、HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Fontsにあるエントリをエクスポートして、私にそのファイルを送信するよう依頼されました。不思議なダッシュ(---)で始まるいくつかのフォントファイル名がありました。これらは修正され、インポートするためにレジストリファイルが顧客に送り返されました。その後、アプリケーションは正常に開始しました!

も、このリンクhttp://support.microsoft.com/kb/937135

の指示に従って、お使いのフォントキャッシュを削除する必要があるかもしれません
関連する問題