問題タブ [release-mode]

このエラー、vb / .net4が発生しますが、Webサイトは正常に機能していますが、ページの下部に次のように表示されます。

YAFはデバッグモードでコンパイルされました。この情報を削除するには、リリースモードで再コンパイルします。

Visual Studio 2010を開いてソリューションを右クリックし、[ビルド]タブを確認しましたが、リリースモードについて何も見つかりません。誰かがこれを見つけてリリースモードでサイトを構築できる場所を教えてもらえますか？ありがとう！

私のコードはデバッグ モードでは問題なく動作しますが、リリース モードでは失敗します。

失敗したコードのスニペットを次に示します。

AllocBundle() は m_InitialContent に含まれるコンテンツをロードし、完了すると準備完了ステータスを true に設定します。これは、マルチスレッドを使用して実装されます。

this->LoadingScreen()ロード画面をレンダリングする必要がありますが、現時点ではまだ実装されていないため、関数の本体は空です。

どうやらこれがエラーの原因である可能性があります。関数 LoadingScreen() に 1 行のコードを指定すると、std::cout<<"Loading"<<std::endl;正常に実行されます。

そうしないと、コードがスタックしwhile(!m_InitialContent.isReady())てしまい、括弧内のコードにジャンプすることさえありません ( this->LoadingScreen();)。また、while ステートメントの式も更新されないようです。

これを引き起こしている可能性のあるアイデアはありますか？もしそうなら、何が問題なのですか？私は完全に困惑しています。

編集：リクエストに応じて追加のコード

ContentLoader のメンバー:details::ContentBundleAllocator m_CBA;

構成をリリースモードに変更しましたが、ビルド/生成すると、常にデバッグモードになっているようです。

リリースモードでアプリケーションをデバッグする方法を教えてください。最初の行でもクラッシュします。以下はコードスニペットです。

c ++プロジェクトをデバッグする必要がありますが、1つの依存関係がデバッグモードでコンパイルされず、これまでその問題を修正できなかったため、プロジェクトをリリースモードでデバッグしてみたいと思います。

現在、nullポインターが原因でアプリケーションがクラッシュしますが、エラーの原因となっているコードはありません。リリースモードではブレークポイントが無視されるように見えるので、エラーを見つける最良の方法を知りたいと思います。

私はCUDAでいくつかのコードをテストしています(私はCUDAが初めてで、これが私の最初のアプリケーションです)。これまでのところ、コードを CPU でシリアルに実行して得られる結果と同じ結果を CUDA で達成しました。Visual Studio 2010 を使用しており、ビルド構成はデバッグです。しかし、ビルド構成を「リリース」に変更するとすぐに、間違った結果が得られ始めます。Nvidia フォーラムは現在ダウンしているため、使用できませんでした。CUDA の経験を持つ人が問題を指摘できますか。コードは次のとおりです。

}

ありがとう

デバッグとリリースを比較すると、コードが異なる結果を返すという問題があります。両方のモードが /fp:precise を使用していることを確認したので、問題にはなりません。これに関する主な問題は、完全な画像分析 (画像理解プロジェクト) が完全に決定論的であり、ランダムなものがまったくないことです。

これに関するもう 1 つの問題は、私のリリース ビルドが実際には常に同じ結果 (イメージの場合は 23.014) を返すという事実ですが、デバッグは 22 から 23 の間のランダムな値を返しますが、これは本来あるべきではありません。スレッドに関連する可能性があるかどうかは既に確認しましたが、マルチスレッドのアルゴリズムの唯一の部分は、デバッグとリリースの両方でまったく同じ結果を返します。

ここで他に何が起こっているのでしょうか？

Update1:この動作の原因であることがわかったコード:

Update2: これは 32 ビット コードでは再現できません。デバッグ コードとリリース コードは常に 32 ビットで同じ値になりますが、それでも 64 ビット リリース バージョンとは異なり、64 ビット デバッグは完全にランダムな値を返します。

Update3: わかりました。確かに OpenMP が原因であることがわかりました。無効にすると、正常に動作します。(Debug と Release の両方で同じコードを使用し、両方とも OpenMP がアクティブになっています)。

以下は私に問題を引き起こしているコードです：

注: リリース モードで OpenMP を有効にすると、OpenMP を無効にした場合と同じ結果になります。デバッグ モードで OpenMP をアクティブにすると異なる結果が得られ、OpenMP を非アクティブにするとリリースと同じ結果が得られます。

ここにいる誰かが、MSVC 2010 のバグである可能性があると私が考えるものを理解してくれることを願っていました。

私はこのコードを持っています（はるかに大きなプロジェクトの一部として）：

繰り返しますが、これは、cmake、qt、およびその他のエキサイティングなものが多数含まれる、はるかに大きなプロジェクトの一部であることを覚えておいてください。

これをデバッガーでトレースしてきました。このプロジェクトをデバッグ モードでコンパイルすると、すべてが期待どおりに進みます。ただし、これをリリース プロジェクトとしてコンパイルすると、x の値は 0x0000000000000000 になります。

また、MSVS デバッガー (まだリリース モード) でこれをトレースすると、いくつかの興味深いことが起こります。

1. Baz のコンストラクターは実際に呼び出され、「this」には Baz のコンストラクター内に有効なメモリ位置があります。

2. コンストラクターから戻った後Foo::Bar()(おそらく "Foo") の値は、Baz のコンストラクター (おそらく "Baz") 内の "this" の値と同じになります。

3. 明らかにメモリ アドレスが変更されただけですが、Foo のデータは失われていないようです。

4. "This" (Foo として) は、コンストラクター中に割り当てられたすべての正しいデータを含む MyNamespace::Baz 型の新しいデータ メンバーを魔法のように成長させます。

どうやらコンパイラの最適化が非常に神秘的な何かを引き起こしているようです。繰り返しますが、これはリリース モードでのみ発生するようです。これにより、A) オプティマイザが違いを生み、B) 実際に何が起こっているかについての詳細情報を取得することが難しくなっていると思います。

誰もこれを見たことがありますか？ここで何が起きてるの？X が null であるため、次の関数で segfaulting を停止するにはどうすればよいですか?

fbが統合されたアプリケーションandroidを公開したいときに問題が発生します。eclipseでアプリに署名し、ターミナルで「keytool -exportcert -alias androidreleasekey -keystore MyReleaseKeystore.keystore | openssl sha1 -binary | openssl base64」を使用してリリースキーを生成し、「ネイティブAndroidアプリ」構成に追加しました。

l'appをテストしましたが、ログインしたいときにエラーが発生しました：「Facebookログイン用に正しく構成されていません...」

debugkeyでテストしたところ、すべてうまく機能しました。そして、FBのリリースキーを生成するとき、keytoolはパスワードを要求しませんでした。あるべきだと思いますか？「-aliasandroidreleasekey」には別のエイリアス名を付ける必要がありますか？または私が好きなものは何でもいいですか？

何か案は？ありがとう！

Facebook を統合して Android アプリケーションを公開するときに問題が発生します。私はEclipseでアプリに署名し、ターミナルで「keytool -exportcert -alias androidreleasekey -keystore MyReleaseKeystore.keystore | openssl sha1 -binary | openssl base64」を使用してリリースキーを生成し、「ネイティブAndroidアプリ」構成に追加しました。アプリケーション経由で fb にログインしようとすると、何もダイアログが表示されませんでした。

1. keytool がパスワードを要求したため、キーストア ファイルへのパスは正しいです。
2. 同じキーストアを使用して、Eclipse で apk に署名し、fb ハッシュを生成しました。パスワードは正しいです。
3. 生成されたハッシュを fb 開発者コンソールにコピーしました。

debugkey でテストしたところ、すべて正常に動作しました。デバッグ モードでハッシュに問題がありましたが、facebook sdk Util クラスでデバッグをオンにして、正しいハッシュを logcat でチェックインできましたが、リリース apk ではこのトリックは機能しませんでした (エラーは表示されませんでした)。

誰でも私を助けることができますか？