問題タブ [broken-pipe]

それぞれに 1 つのリストビューを含む 3 つのフラグメントを実行する Android アプリケーションを作成しています。現在、Parse.com で作成したテーブルのコンテンツをリストビューの 1 つに取り込もうとしています。私はこのチュートリアルに従いました: http://www.androidbegin.com/tutorial/android-parse-com-listview-images-and-texts-tutorial/そしてそれを適用して私のフラグメントで動作させました。問題は、アプリケーションを実行するたびに、約 3 秒間データをロードした後、突然クラッシュして次のエラーが表示されることです。

このエラーが発生する理由がまったくわかりません。これは、リストビューにデータを入力しようとしているフラグメントのコードです。私はリストビュー用のカスタムアダプターも使用していますが、私の別のプロジェクトから同じものを使用しているので、うまく機能していると確信しています。データを取得するために、new RemoteDataTask().execute(); を呼び出しています。onCreateView で。これは、私が間違っていると信じているところです。また、解析データベースですべてのテーブル名が正しいことも確信しています。

この Broken Pipe エラーの原因となっている、ここで何が問題になっているのかを突き止める手助けが本当に必要です。ヘルプやフィードバックは大歓迎です!

私たちの公開テスト環境では、WLST での最初の接続試行は常に失敗します。2 回目の試行は常に機能し、接続が確立されます。Googleを使用して同様のものを見つけることができなかったので、ここの誰かが助けてくれることを願っています.

私が得る最初の試みで;

dumpStack() は以下を示します。

この後、もう一度接続しようとすると、これが発生します。

これを約10回試しましたが、常に同じで、最初の試行は失敗し、2回目の試行は機能します。アドレスの名前ではなく IP を使用するたびに。これは、最新のセキュリティ パッチを適用した WLS 10.3.6 を搭載した Linux (RHEL6) にあります。

サーバーのログからのこの行は、上記の情報行の 29 秒後に発生するため、関連していると思います。

常に最初の試行は失敗し、2 回目の試行は機能するため、途方に暮れています。

2 つのモノラル ALSA デバイスから読み取り、1 つのステレオ ALSA デバイスに書き込むプログラムを作成しています。

3 つのスレッドとピンポン バッファーを使用してそれらを管理します。2 つの読み取りスレッドと 1 つの書き込みスレッド。それらの構成は次のとおりです。

2 つの読み取りスレッドは、ping バッファーを書き込み、次に pong バッファーを書き込みます。書き込みスレッドは、2 つのバッファーのいずれかの準備が整うのを待ち、ロックし、読み取り、ロック解除します。

しかし、このプログラムを実行すると xrun が表示され、復元できません。

以下は、ALSA 再生デバイスに書き込むための私のコードです。

その他の診断情報:

マルチプロセッシング モデルを使用してクローラーを開発しています。

multiprocessing.Queue を使用して、クロールする必要がある URL 情報、解析する必要があるページ コンテンツなどを保存します; multiprocessing.Event を使用してサブプロセスを制御します; multiprocessing.Manager.dict を使用して、クロールされた URL のハッシュを保存します;各マルチプロセッシング。 Manager.dict インスタンスは multiprocessing.Lock を使用してアクセスを制御します。

3 つの型パラメーターはすべて、すべてのサブプロセスと親プロセスの間で共有され、すべてのパラメーターはクラスに編成されます。クラスのインスタンスを使用して、共有パラメーターを親プロセスからサブプロセスに転送します。と同じように： MGR = SyncManager() class Global_Params(): Queue_URL = multiprocessing.Queue() URL_RESULY = MGR.dict() URL_RESULY_Mutex = multiprocessing.Lock() STOP_EVENT = multiprocessing.Event() global_params = Global_Params()

私自身のタイムアウト メカニズムでは、process.terminate を使用して、長時間停止できないプロセスを停止します。

私のテスト ケースでは、2500 以上のターゲット サイトがあります (一部はサービスされておらず、一部は巨大です)。ターゲット サイト ファイル内のサイトごとにクロールします。

最初はクローラーはうまく機能していましたが、しばらくすると (8 時間、2 時間、15 時間)、クローラーは 100 以上 (不確定) のサイトをクロールし、エラー情報が表示されます。 :"Errno 32 壊れたパイプ"

問題を特定して解決するために、次の方法を試しました。

1. クローラーが壊れたサイトAを見つけ、クローラーを使用してサイトを個別にクロールすると、クローラーはうまく機能しました。サイトAを含むすべてのターゲットサイトファイルからフラグメント（20サイトなど）を取得しても、クローラーはうまく機能しました！

2. 「-X /tmp/pymp-* 240 /tmp」を /etc/cron.daily/tmpwatch に追加します

3. Brokenが発生したとき、ファイル /tmp/pymp-* はまだそこにあります

4. multiprocessing.managers.SyncManager を使用して multiprocessing.Manager を置き換え、SIGKILL と SIGTERM を除くほとんどのシグナルを無視します

5. ターゲット サイトごとに、ほとんどの共有パラメーター (キュー、辞書、およびイベント) をクリアします。エラーが発生した場合は、新しいインスタンスを作成します。

while global_params.Queue_url.qsize()>0: try: global_params.Queue_url.get(block=False) except Exception,e: print_info(str(e)) print_info("Clear Queue_url error!") time.sleep(1) global_params.Queue_url = Queue() pass 以下はトレースバック情報です。print_info 関数は、デバッグ情報を自分で出力および保存するように定義されて [Errno 32] Broken pipe Traceback (most recent call last): File "Spider.py", line 613, in <module> main(args) File "Spider.py", line 565, in main spider.start() File "Spider.py", line 367, in start print_info("STATIC_RESULT size:%d" % len(global_params.STATIC_RESULT)) File "<string>", line 2, in __len__ File "/usr/local/python2.7.3/lib/python2.7/multiprocessing/managers.py", line 769, in _callmethod kind, result = conn.recv() EOFError います。