問題タブ [debug-mode]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - Eclipse IDE を使用してデバッグ モードで Tomcat を高速化する
Eclipse で Tomcat を実行すると、非デバッグ モードでは問題なく動作しますが、デバッグ モードでは動作しません。Tomcat サーバーをデバッグ モードで起動しようとすると、コンソール出力はしばらく問題ないように見えますが、その後速度が低下し始め、最終的には停止して、CPU を 100% に固定します。私はそれが関連しているとは思わないが、念のために - 速度が低下し始め、最終的に停止するときのコンソール出力を次に示します (停止すると、コンソール出力はなくなりますが、CPU は 100% のままです)。
私はそれを修正するために考えられるすべてを試しました:
- cleanesd tomcat 作業ディレクトリ
- 再開した日食
- Windowsを再起動しました
- すべてのプロジェクトを更新/クリーンアップ
先週、eclipse ganymedeを使用してこの問題が発生しました。この問題が発生する数か月前から、デバッグ モードで正常に動作していました。これを引き起こすような大幅な変更をプロジェクトに加えていません。最終的に、Eclipse galileo にアップグレードして問題を解決しました。2日後、ガリレオでも同じ問題が発生しています。私が言ったように、非デバッグモードでは正常に動作します。どんな助けでも大歓迎です。
他のものはデバッグモードで機能することを追加する必要があります-たとえば、junit テストなどは、tomcat に固有のものです。
c++ - リリースバージョンのバグがデバッグモードに存在しない一般的な理由
リリースコンパイルモードでのみ発生するが、デバッグモードでは発生しないバグや異常なプログラム動作の一般的な理由は何ですか?
visual-studio - デバッグモードに切り替えると、VisualStudioがフリーズします
奇妙なVisualStudio(TS 2008)の問題:特定のプロジェクトでリリースモードからデバッグモードに切り替えると、IDEが完全にフリーズします。それは、私が何かを構築したり、何かをしようとしたりする前に、切り替えたときに起こります。
私が考えることができる異常な変化なしで、すべては青から始まりました。私は解決策をきれいにしようとしましたが、それは役に立ちませんでした。
誰かが前にこれに遭遇しましたか?
wpf - プログラムをクラッシュさせずに実行するには、なぜ「コードの最適化」をオンにする必要があるのですか?
この WPF アプリケーションが与えられました。このプログラムをデバッグ モードで実行しようとすると、Windows1.xml に到達する前にクラッシュしました。後でリリース モードで実行してみましたが、正常に実行されました。それを機能させるには、「コードの最適化」をオンにする必要がありました。
注: ブレークポイント、デバッグからのステップ イン、スロー例外での停止は機能しません。
編集:例外はWPF(非常に人気があり、役に立たない)の一般的な例外でした:
{"アセンブリ 'VCell2、Version=1.0.0.0、Culture=neutral、PublicKeyToken=null' で定義された 'Main' のインスタンスを作成できません。呼び出しのターゲットによって例外がスローされました。マークアップ ファイル 'Window1.xaml' でエラーが発生しました'行 1 位置 9."} Source="PresentationFramework" LineNumber=1 LinePosition=9
編集:内部 - 内部例外: {"指定されたモジュールが見つかりませんでした。(HRESULT からの例外: 0x8007007E)":null}
これが私が得ていたスタックトレースです:
編集windbgを実行してみました(これを正しく行っているかどうかわかりません)
c# - デバッグ構成またはリリース構成を使用してアセンブリがビルドされたかどうかを確認する方法は?
Web アプリケーションの展開を開始しています。展開されるすべてのアセンブリがリリース構成を使用してビルドされたことを保証する必要があります。私たちのシステムは、C#/.Net 3.5 を使用して開発されました。
これを達成する方法はありますか?
visual-c++ - OnCtrlColor が機能しない?
次のオーバーロードされたメソッドを使用して、Visual C++ MFC ダイアログ ベースのアプリケーションで、リスト ボックスのテキストの色を赤に変更しました。プログラムを DEBUG モードでビルドすると、完全に動作します。しかし、RELEASE モードを使用すると、テキストの色が変わりません。これはなぜですか、どうすればこの問題を克服できますか??
ありがとう!!
visual-c++-2008 - 私のコードはデバッグモードで動作しますが、リリースモードでは動作しません
Visual Studio2008のC++に、fopenとfcloseだけでファイルを処理するコードがあります。デバッグモードではすべてが完璧に機能します。そして私はいくつかのデータセットでテストしました。ただし、リリースモードでは機能しません。いつもクラッシュします。私はすべての最適化をオフにしました。また、(リンカー内の)何にも依存していません。また、これらを設定しました。
最適化:無効(/ Od)参照されていないデータを保持します。Windows98用の冗長オプティマイズを削除しないでください:いいえ
私はまだそれがこれらの状況の下でどのように機能するべきではないのか疑問に思っています。デバッグモードのように機能させるには、他に何をオフにする必要がありますか?
リリースモードで動作するがデバッグモードでは動作しない場合は、コーディング障害である可能性がありますが、逆の場合は奇妙に見えます。ではない?
助けていただければ幸いです。-ニマ
visual-c++ - std::vector の奇妙な動作
私はこのようなクラスを持っています:
これは私のコードの簡略版です。問題は、デバッグモードで完全に機能することです。しかし、リリースモードでは「push_back」行でクラッシュします。(すべての最適化フラグをオフにして)リリースモードでデバッグしましたが、問題はAのコンストラクターにあります.ベクトルのサイズはダミー値で非常に大きく、クリアしても変化しません...
なぜなのかご存知ですか?
ありがとう、
silverlight - デバッグモードではなくリリースでSilverlightがクラッシュするのはなぜですか?
デバッグモードとリリースモードで数週間うまく機能しているSilverlightアプリがあります。
デバッグモードでも正常に動作します。
ただし、リリースモードで実行すると、起動して画面が表示され、データが読み込まれてからハングし、ブラウザ(Firefox)が自動的に閉じます。他のブラウザを試しましたが、それぞれがクラッシュしました。たとえば、Chromeは「Silverlightプラグインがクラッシュしました」と言っています。
これが私が得る出力の最後の行です:
デバッグモードでは発生していないリリースモードでのクラッシュの時点で発生していることに関する詳細情報を取得するにはどうすればよいですか?
c++ - デバッグモードバージョンよりもはるかに大きいリリースモード静的ライブラリ
今日、私が取り組んでいるコンパイル済みの静的ライブラリは、デバッグよりもリリースモードの方がはるかに大きいことがわかりました。ほとんどの場合、正反対のことが起こるので、私はそれが非常に驚くべきことに気づきました(私が知る限り)。
デバッグモードでのサイズは3MBをわずかに超えています(かなり大きなプロジェクトです)が、リリースでは最大6.5MBになります。誰かがこれの理由を教えてもらえますか?静的ライブラリプロジェクトに通常のVisualStudio(2008)設定を使用していますが、ビルド構成設定はほとんど変更されていません。リリースでは、/ O2を使用しており、「Favorsizeorspeed」は「Noth」に設定されています。/ O2( "Maximize speed")により、最終的な.libが、すべてのデバッグ情報を含むデバッグバージョンよりもはるかに大きくなる可能性がありますか?
編集:
追加情報:
デバッグ:
-プログラム全体の最適化:いいえ
-機能レベルのリンクを有効にします:いいえ
リリース:
-プログラム全体の最適化:リンク時のコード生成
を有効にします-機能レベルのリンクを有効にします:はい