問題タブ [intermittent]

Google App Engine 用の Windows Launcher 開発環境を使用しています。

Django 1.1.2 ソースをダウンロードし、「django」サブディレクトリを展開して、アプリケーション ディレクトリ (app.yaml のピア) 内に配置しました。

各 .py ソース ファイルの先頭で、次のようにします。

私のファイル settings.py (アプリ ディレクトリのルートにも存在します) で、次のようにします。

はい、これは少しやり過ぎに見えますね。

私はdjango.templateのみを使用しています。私は、django の他の部分を明示的に使用していません。

ただし、断続的に次の 2 つのエラーのいずれかが発生します。

1) Django は、DJANGO_SETTINGS_MODULE が定義されていないと文句を言います。
2) Django は、common.html (私が他のテンプレートで拡張しているテンプレート) が存在しないと文句を言います。

95% の確率で、これらのエラーは発生せず、ランダムに発生し始めます。その状態になると、ローカルサーバーは「くさび」のように見え、再起動すると通常は修正されます。

これが発生する原因は何ですか?どうすればよいですか? どうすればデバッグできますか？

エラーからのトレースバックは次のとおりです。

そして、edit_budget.py は、まさに私が上に含めた行から始まります。

すべてのテンプレートはルート ディレクトリの「html」という名前のディレクトリにあり、「html/common.html」が存在します。テンプレート エンジンがそれらを見つけることはわかっています。
設定モジュールが何らかの形で適用されていないように見えます (それがテンプレートの検索パスに html を追加するためです)。

CSS ファイルを作成し、それを Web ページにリンクすると、有効になる場合と有効にならない場合があります。問題のある非常に単純な例を設定しました。

このページはhttp://localhost:8080/myapp/index.facesにあります(JSF から生成されたものですが、関係ないと思います - ここに HTML ソースをコピーしました)

http://localhost:8080/myapp/styles.cssにあるブラウザのアドレス バーから、styles.css ファイルを問題なく表示できます。

それは機能していましたが、アプリを再デプロイした後、停止しました。本当に忌々しい。私はIE7を使用しています - 誰でもこの動作について啓発を提供できますか?

以下のコードでは、a4j:commandLink (id id="account-link" を使用) が常に機能するとは限りません。

失敗のシナリオ (約 10 回のクリックのうち 1 回発生): クリックすると、a4j:status タグ (移動する待機バーが表示されます) が呼び出されますが、バッキング Bean は呼び出されません。以下はコード全体です。バッキング Bean は会話スコープです。

GUIDEを使用して簡単なMATLABGUIを構築しています。アイテムのリストボックスがあります。ほとんどの場合、期待どおりに機能しますが、（通常はGUIDEで図を編集した後）リストボックスにデータを入力すると、次のメッセージとともにリストボックスが消えることがあります。

この動作はデバッグに逆らいます！ステップスルーすると、期待どおりに機能します（一種のスレッドレースか何かだと思います）。さらに、通常、MATLAB環境を再起動すると、同じ条件下で消えます。

このエラーに関するすべてのドキュメントは、MATLABの以前の/古代のバージョンを参照しています（私はR2010aを使用しています）。

このテーマに関するアイデアや情報をいただければ幸いです。

編集：ミハイルのおかげで、私は問題を解決したようです。将来の参考のために、ここにコードを投稿しています。

たくさんのデバッグ印刷とワイルドクリックの後で、リストボックスに何が選択されているかを尋ねると、空の結果が得られることがあります。これと他の問題は物事を混乱させました。リストボックスへのすべての書き込み操作を一元化された関数に移動し、テストコードを作成して、物事が適切に維持されることを確認しました。

これは私自身の環境（R2010a）でテストされており、広範囲にわたってテストされていないことに注意してください。また、コードは少し冗長ですが、とにかく気分が良くなりました。（つまりitemcount、0未満にすることはできません...）

最近、アプリから断続的なエラーレポートが表示され、原因となる可能性のない領域で「認識されないセレクター」と表示されますが、それでも発生します。

たとえば、これは次のとおりです。

これは私のアプリにメモリ警告を送信しているOSであり、どういうわけかアプリケーションクラスが文字列に変更されています。

コードがNSOperationを介して呼び出されると、さらに多くのことが発生するようです。

問題のコードは次のとおりです。

[textures setObject：texture forKey：filename];

テクスチャはタイプNSMutableDictionary*であり、再割り当てまたは割り当て解除されることはありません（当然、これはキャッシュオブジェクトであるため）。これは、このメソッドでsetObjectが呼び出される唯一の場所ですが、スタックトレースによると、テクスチャは文字列でした。

私もこの奇妙さを得る：

このトレースは、CCTextureCacheの次のコードからのものです。

CCTexture2DPixelFormat pixelFormat = [self getPixelFormatForIdentifier：identifier];

CCTextureCacheが、それ自体ですでにいくつかのメソッドを呼び出した後、NSConcreteNotificationにどのように変化したかは、控えめに言っても困惑しています。

他の誰かがこの種のことに気づいたことがありますか？どういうわけかメモリが破損していますか？

サイトと CSRF に少しクレイジーで腹立たしいバグがあります。

Apache2 + mod_wsgi を使用して Ubuntu で Django 1.2.3、Python 2.6 を実行しており、エンド ユーザーから 403 CRSF 検証の失敗と結果として 403 が報告されています。

私たちのすべてのフォームにはcsrf_tokenand があります - 私が知る限り、ローカル開発とステージ (私たちはまだ本番環境ではありません) で問題なく動作します... 1 つのオフィス (クライアントのナッチ) を除いて。ランダムな機会に、彼らはそのような 403 を取得しますが、その後更新すると消えます (したがって、トークンが欠けている HTML などではありません)。

私は原因と解決策を熟考しています.そのオフィスには、非常に熱心すぎるか、セットアップが不十分なプロキシキャッシュ、または同様のものがある可能性があります.Django / Apacheの方法で、オーバーザトッププロキシ（クライアントのオフィスはセットアップを変更しない可能性が高い）に対処するか、これらのCSRFが失敗する原因となる可能性があるもの.

ところで: これはゼロからの 1.2.3 プロジェクトであり、ある種の 1.1 アップグレードではありません。単一の標準/正しい 1.2.3 CSRFMiddleware と手動で追加された csrf_tokens のみを使用します。csrf_token を自動的に含める CSRFResponseMiddleware ではありません。

また、これは、別々の場所でホストされている 2 つの別々のサーバー (開発サーバーとステージング サーバー) で発生しました。共通の要因は、(理論上) 同じ Django/Apache/mod_wsgi セットアップ、同じコードベース、同じオフィスが 403 を取得している (そして、私たち自身の場所で 403 を複製できない) ことです。

私は現在、C++ での思考に取り組んでおり、第 9 章の演習 15 では、インライン コンストラクターと非インライン コンストラクターの違いを計る方法について説明しています。そうすることで、オブジェクト インスタンスのメトリクス シェッドロードを配列に作成しましたが、特定のポイントに到達すると、プログラムが断続的にセグメンテーション違反を開始します。私は何も変わったことをしていませんし、その数は魔法のようにも見えません (2 のべき乗などに近い) ので、非常に奇妙に思えます。実際、オブジェクトはすべて非常に小さく、単一の整数を含んでいます。

私はカスタム コンパイルや最適化オプションを使用しておらず、標準を使用していますg++(noticcまたは何か)。

単純なプログラムであるはずのこれに、私は困惑しています。strace の出力 (以下) でさえヒントが得られないため、洞察をいただければ幸いです。

前もって感謝します。

ex15.cc:

実行ログ:

strace の出力は、ここで死んでいることを示しています。

そして、成功した実行から：

いくつかの生成されたファイルの周りで、私の cmake ビルド システムで断続的な並列ビルドの問題をデバッグしようとしています。ただし、問題を確実にテストまたは再現することは困難です。

そのような問題を悪化させたり敏感にしたりする方法を知っている人はいますか? またはそれらをデバッグするための他の戦略は？

Android ListView コンポーネントに非常に奇妙な問題があります。

状況: 私は基本的に setOnItemClickListener メソッドを利用しており、その後 "onItemClick" メソッドをオーバーライドして、リストビュー内の項目をクリックしたときにカスタム アクションを実装しています。

問題: アイテムのタップ時に onItemClick イベントが発生するはずですが、かなりの量 (20-30-40) のアイテムをタップすると、突然 1 つのアイテムだけがタップできなくなります。つまり、タップしても何も起こりません。タップします。その間、他のすべてのアイテムは引き続きタップ可能です。

「dispatchTouchEvent」をキャプチャするために ListView コンポーネントをオーバーライドしました (以下のコードを参照)。これにより、項目が突然タップできなくなった場合でも、適切な X 座標と Y 座標を使用して、dispatchTouchEvent が実際に引き続き起動されることがわかりますが、どういうわけか「onItemClick " イベントが発生しません。

}

ListView を開始するメソッド:

どんな助けでも大歓迎です。このバグは、複数のデバイスと複数の Android バージョンで発生することが確認されています。

更新: 問題が修正され ました 問題を見つけて修正することができました。基本的に、アイテムのリストにはすべての「通常の」アイテム (私の文脈では) が含まれていましたが、一番下のアイテムは、クリック可能にする必要があるリンク (青色) を持つ「著作権」アイテムでした。このクリック効果を機能させるには、次を使用しました。

レンダリングされているアイテムが著作権アイテムであった場合。

ただし、レンダリングされるアイテムが「通常の」アイテムである場合、その効果に対抗しなかったため、通常のアイテムがレンダリングされるときに以下の行を追加するだけで、問題は解消されました。

完全なサンプル コード (関係のないコードは削除されています)

}

回避策があるファンキーな問題がありますが、コードをできるだけ似たものにしたいと考えています。この問題は、null である場合とそうでない場合があるユーザー コントロールの基本クラスの特定の変数に集中しており、null であってはなりません。

基本的に、メイン フォーム ウィンドウのインスタンスを取得する単一の基本クラスを持つ多数のユーザー コントロールがあるため、ユーザー コントロールはメイン フォームのプロパティにアクセスし、メイン フォームのメソッドを呼び出すことができます。スニペットを次に示します (this.frmParent はパブリック メンバーです)。

次に、各ユーザー コントロールがこの基本クラスを共有します。

次に、メイン フォームで、次のようにユーザー コントロールを呼び出します。

何らかの理由で、ユーザー コントロールをインスタンス化すると (この場合はメイン フォームにあります)、基本クラスの frmParent 変数に null 以外の値が設定される場合とされない場合があります。

ユーザー コントロールのロード イベントが発生していないことに気付きました。コントロールの作成を強制することになっている CreateControl() というメソッドを見つけた後、load イベントが発生し始めましたが、デバッガーで実行をトレースし、frmParent を設定しようとしていた基本クラスに到達したときに、 FindForm() は常に null 以外の値を返すとは限りませんでした。

この問題が発生しない他のユーザー コントロールがありますが、それらの違いは、一部のユーザー コントロールには子コントロールがあり、一部には子コントロールがないことです。子コントロールのないものにはこの問題があります。

私の回避策は、FindForm() が失敗したユーザー コントロールを監視し、そのユーザー コントロールのロード イベントで、メイン フォームのコンストラクターへの呼び出しで値を割り当てることです。

ただし、load イベントを発生させるには、CreateControl() を呼び出す必要があります。また、将来のメンテナーに、さまざまな動作命令に関する明示的な知識を持たせる必要があるという考えは好きではありません。つまり、メンテナンスを簡単にするために、すべてのユーザー コントロールが同じように機能するようにしたいと考えています。

コードを分解したところ、ユーザー コントロールのロード イベントが発生する場合と発生しない場合がある理由、およびユーザー コントロールの基本クラスでの FindForm() の呼び出しが失敗する理由がわかりません。

これらの問題を解決する方法について誰かアイデアがありますか? ありがとう。