問題タブ [alarm]

毎日トリガーされるアプリケーションでアラームを設定したいと考えています。ドキュメントによると、1回限りのアラームを設定する必要があり、アラーム信号を受信するBroadcastReceiverで翌日のアラームをリセットします。 あれは正しいですか ？

私の BroadcastReceiver はウェイクロックを適切に処理し、このウェイクロックを解放するサービスを起動します。ここではすべて正常に動作します。

しかし、私には問題があります。私のアプリケーションには、アラームが発生したときにチェックされるチェックボックスがあります。アラームが鳴っているかどうかを知るために、次の条件を使用します。

しかし、これはあまりうまく機能していないようです。アラームが発生しているかどうかを知る良い方法ですか?

前もって感謝します

アラームにアクセスしたい。私のアプリケーションでは、カレンダーに正常にアクセスして予定を設定しましたが、アラームにアクセスするにはどうすればよいですか。私を助けてください。以下は私のコードです

アラームを設定するクラスがありますが、これらのアラームをさらに 10 個ほど設定する必要があります。クラスを複製する代わりに、クラスの新しいインスタンスを作成してアラーム時間を設定する方法はありますか?

これが私のコードです。

上記のコードは別のクラスからのものであり、ボタンをクリックすると、ユーザーはリマインダーを設定できます (ボタンはアラーム クラスを呼び出します。それを機能させるにはインテントを使用するだけです。単に setAlarm メソッドを呼び出そうとしましたが、それは機能しませんでした。)うまくいきません。カレンダーの新しいインスタンスを作成し、ボタン ハンドラに時刻を設定することもできます。次に、そのインスタンスをアラーム クラスに渡す必要があります。それが可能かどうかわかりますか?

iphone用のアラームアプリを作りたいです。iPhone デバイスの状態と音量ボタンの状態を無視したい。とにかくサウンドを最大音量で再生したいのですが、サウンドの再生中にiPhoneのハードウェアボタンを使用して音量を変更できないようにしたいです。誰もそれを実装する方法を知っていますか? ここにコードを投稿してください.......

事前に感謝........

私は、クライアントがサーバー側から決定されたメモリアドレスを持っているクライアントサーバーアプリを書いています。

何か問題が発生し、サーバーを再起動する必要がある場合、クライアントのアドレスは無効になります。その無効な情報を使用する関数を使用すると、アドレスがもうサーバーではない可能性があるため、SIGSEGV がサーバーに送信されます。

サーバーが SIGSEGV から自身を保護し、接続を受け入れて正常に動作し続けるにはどうすればよいでしょうか? これが発生したときにサーバーをクラッシュさせない方法はありますか?

どうもありがとうございました。

Windows で以下のコード スニペットを実行しています。クライアントからの読み取り後、サーバーは継続的にリッスンを開始します。一定期間後にこのコマンドを終了したい。

内でalarm()関数呼び出しを使用するmain.plと、Perl プログラム全体 (ここではmain.pl) が終了するため、このシステムコマンドを別の Perl ファイルに配置し、システムalarm.plを使用して元の Perl ファイルでこの Perl ファイル ( )を呼び出して呼び出しました。指図。

しかし、この方法ではsystem()、元の Perl ファイルでも呼び出された Perl ファイルでも、この呼び出しの出力を取得できませんでした。

system()通話を終了する方法、または上記で使用した方法で出力を取得する方法を教えてください。

main.pl

アラーム.pl

どちらの方法display.txtでも常に空です。

I've got an Android application which needs to be woken up sporadically throughout the day.

To do this, I'm using the AlarmManager to set up a PendingIntent and have this trigger a BroadcastReceiver. This BroadcastReceiver then starts an Activity to bring the UI to the foreground.

All of the above seems to work, in that the Activity launches itself correctly; but I'd like the BroadcastReceiver to notify the Activity that it was started by the alarm (as opposed to being started by the user). To do this I'm trying, from the onReceive() method of the BroadcastReceiver to set a variable in the extras bundle of the intent, thus:

In the onResume() method of my Activity, I then look for the existence of this boolean variable:

The getIntent().getExtras() call in onResume() always returns null - I don't seem to be able to pass any extras through at all in this bundle.

If I use the same method to bind extras to the PendingIntent which triggers the BroadcastReceiver however, the extras come through just fine.

Can anyone tell me what's different about passing a bundle from a BroadcastReceiver to an Activity, as opposed to passing the bundle from an Activity to a BroadcastReceiver? I fear I may be doing something very very obvious wrong here...

Android 用のメディア プレーヤー アプリケーションを開発しています。このアプリケーションでは、アラーム通知を処理する必要があり、それに基づいて再生を一時停止します。アラームがスヌーズまたは解除されると、再生が再開されます。

アラームの処理についてよく調べましたが、コードを介してアラーム通知を有効にし、インテントを設定して処理する方法が見つかりました。ただし、アラーム通知部分を処理するだけでどこに見つけることができませんでした。アラームをオンに設定する必要はありません。ユーザーが設定できた可能性があり、プログラムで設定する必要もありません。必要なのは、その通知を処理することだけです。

これに関するアイデアは非常に役立ちますか?

ありがとう、アシーシュ

私は、他の多くのスクリプトを呼び出す必要がある並列化された自動化スクリプトを持っています。そのうちのいくつかは、(誤って) 標準入力を待機したり、発生しない他のさまざまなことを待機したりするためにハングします。警戒して捕まえるから大したことじゃない。秘訣は、子プロセスがシャットダウンしたときにハングした孫プロセスをシャットダウンすることです。、待機、および処理グループのさまざまな呪文でSIGCHLDうまくいくと思いましたが、それらはすべてブロックされ、孫は刈り取られません。

うまくいく私の解決策は、それが正しい解決策であるようには思えません。Windows ソリューションには今のところ特に関心はありませんが、最終的には Windows ソリューションも必要になるでしょう。私のものは Unix でのみ動作しますが、今のところは問題ありません。

同時に実行する並列の子の数とフォークの総数を取得する小さなスクリプトを作成しました。

これはおそらく、数分以内にユーザーごとのプロセス制限に達します。私が見つけた多くの解決策は、ユーザーごとのプロセス制限を増やすように指示しているだけですが、これを約 300,000 回実行する必要があるため、うまくいきません。同様に、プロセステーブルをクリアするための再実行などの提案は、私が必要としているものではありません。ダクトテープを叩くのではなく、実際に問題を修正したいと思います。

プロセス テーブルをクロールして子プロセスを探し、ハングしたプロセスをハンドラーで個別にシャットダウンしますSIGALRM。実際のコードの残りの部分はその後成功する見込みがないため、ハンドラーを停止する必要があります。プロセス テーブルをざっくりとクロールすることは、パフォーマンスの観点からは気になりませんが、実行しなくてもかまいません。

プロセスを使い果たしたい場合は、killを取り出します。

プロセスグループを設定するとうまくいくので、すべてをまとめて殺すことができると思いましたが、それはブロックします:

POSIXの同じことsetsidも機能しませんでした。実際にはこれをデーモン化していないため、実際には別の方法で問題が発生したと思います。

不思議なことに、Parallel::ForkManagerのrun_on_finish発生は同じクリーンアップ コードでは遅すぎます。その時点で、孫プロセスは明らかに子プロセスから切り離されているようです。

ユーザーがリストから時間のあるものを選択し、指定された時間に通知を作成した後、いくつかのアラームを作成しようとしています。私の問題は、私のインテントの putExtra が放送受信機で受信できない「showname」です。常に null 値を取得します。これは私の意図のほとんどで行う方法ですが、今回はおそらく pendingIntent または broadcastReceiver のために、別の方法で行う必要があると思います。ありがとうございました

保留中のインテントを介してインテントを送信する関数

そして、これが受信側です