問題タブ [broadcast]

プロセスまたはスレッドが相互に対話するためのすべてのオプション (ロック、ミューテックス、セマフォ、メッセージ キュー、共有メモリなど) を考えると、自分がやりたいことを行うのに何が最善かについて少し迷っています。

特定のイベントが発生するのを待機する複数のプロセスが必要です。つまり、どちらかをブロックするまで

1. 特定のタイムアウトに達する、または
2. 特定のイベントが別のプロセスによってトリガーされます。

いつでも、そのような待機中のプロセスが任意の数存在する可能性があり、ウェイクアップ イベントが発生すると、1 つだけでなくすべてのプロセスがウェイクアップする必要があります。

おそらくこれをさらに難しくしている 1 つの制限は、PHP である必要があり、Apache で実行されている mod_php からも動作する必要があることです。

リソースを再利用するために Android OS がアプリを強制終了したときに通知される BroadcastReceiver を作成しようとしています。「android.intent.action.PACKAGE_RESTARTED」でフィルタリングを試みましたが、アプリケーションを強制終了しても、そのブロードキャストを受信して​​いないようです。

では、正しいインテント アクション フィルタを使用していますか? そうでない場合、適切なものは何ですか？それとも、これは単に不可能ですか？

ありがとう！

.NETでマルチキャストpingを送信するにはどうすればよいですか？ネットワーク上のすべてのコンピューターが応答するように？

ブラウザを開いてhttp://255.255.255.255にリクエストを送信した場合、同じサブネット上にWebサーバーがあり、リッスンして応答することは可能ですか？

I have the following array in NumPy:

How can I obtain the following matrices (without an explicit loop)?

Thanks!

ここで私が受けたすべての助けに再び感謝します!

通話が終了したことを検出するリスナーを作成しました。さらに、受信者がピックアップしたか、メールボックスにたどり着いたかを検出したいと考えています。

しかし、私はその方法を理解できず、インターネット上で何も見つけることができません (ほとんどの場合、間違った用語を検索している可能性があります)。

助けていただければ幸いです。

再度、感謝します！Chr0n

現在、DatagramSocket で DatagramPacket を送信していますが、問題なく受信できます。問題は、送信したパケットを受信して​​いることです。receive を 2 回呼び出すと、タイムアウトになります。最初のパケットを無視して 2 番目のパケットを受信する方法はありますか。

これが私のコードです..

標準アクションandroid.intent.action.SET_WALLPAPERのブロードキャスト送信者と受信者であるアプリケーションがあります。別のアプリケーションがこのインテントをブロードキャストした場合にのみ、いくつかのことを実行したいと思います。

BroadcastReceiverのonReceiveメソッドで誰がブロードキャストを開始したかを判断する方法はありますか？

大学在学中、TCPソケットを使用してJavaで簡単なチャットプログラムを作成するという個人的なプロジェクトがありました。このプロジェクトは教育目的のみでした。

私があまり満足していなかったことの1つは、クライアントがサーバーに接続するためにサーバーのIPを知っている必要があることでした。そのため、ネットワーク上に利用可能なチャットサーバーがあるかどうかをクライアントが検出できると便利だと思いました。

どうすればそのようなメカニズムを実現できますか？あなたが私を正しい方向に向けることができれば、私は感謝するでしょう。:-)

サーバーはある種のブロードキャストを行う必要があると思いますが、これを行う方法がわかりません。

PS：これを行うにはおそらく他の/より良い方法があることは知っていますが、今のところ、クライアントにネットワーク上のサーバーを検出させる方法に特に興味があります。

サーバーとは、Tomcatサーバーではなく、チャットアプリケーションのサーバー側の部分を意味します。

ほぼすべての利用可能な UNIX システムで ping を使用する場合、ブロードキャスト アドレスへの ping は簡単です。

ただし、Linux でこれを行うと、非標準の (そして絶えず煩わしい!) 応答が発生します。

これは、初めて見たときからずっと私を悩ませてきました。Linux の ping は、以前はこのようなものではありませんでした。このスイッチのソースを検索しましたが、いつ入ったのか、なぜそれが必要なのかについての議論は見つかりませんでした。

このスイッチは十分とは見なされていないようです:

これは本当に必要ですか？Linux の ping を修正して正常に動作するようにするパッチを書きたくて仕方ありません...

誰もこれについて不満を述べていないなんて信じられませんが、Google でそれを見つけることはできません。