2013-03-15 7 views
17

私のアプリケーションには、すべての連絡先とカレンダーのイベントを消去する機能があります。私たちがストレステストをしていない限り、それはうまくいきました。この中にストレステスト中の明るさの問題

、それは我々がレコードの多く は、連絡先や予定表にあるように、以下のユースケース

  1. 同期のFacebook、Gmailのなどは、デバイスを持つアカウントで実行する場合、デバイスの明るさがダウンしたことを観測しました。私たちの場合、約477 連絡先と1500カレンダーの予定がありました。
  2. 中に
  3. ワイプコマンドを付けデバイスの電源を切り、再度オンに切り替える拭きます。
  4. アプリケーション設計ごとに、保留中のコマンドがあった場合にサーバーに照会して再度ワイプを開始します。
  5. アプリケーションのタブを切り替えると、デバイスの輝度が突然低下します。私が設定に行き、明るさのレベルを確認しても、それは変更されません。我々はアプリケーションの中でデバイスの明るさを変える何もしていません。

これは簡単に理解できる私たちのために奇妙ではありません。誰かが何か手がかりがある場合は、返信してください。

最初に、私は、自動輝度がONだったので、iOSがそれを変更している可能性があると思っていました。したがって、アプリケーションがより多くの処理ジョブを取っている場合は、省電力のために処理を行っている可能性があります。しかし、自動輝度がOFFの場合でも問題は解決されません。

2番目の問題は、デバイスの電源をオフにすると発生します。そこで、一度オフに切り替えると、私はデバッグセッションを失ってしまいます。その理由に

ノートを見つけることは困難:スイッチOFFで - 私は、デバイスの電源をオフに完了を意味します。長い電源ボタンを押すと、デバイスの電源が切れます。また、連絡先のワイピング中に手順を実行すると、クラッシュは発生しません。我々はより多くの細部を追加するカレンダーのイベント

を拭いているときにのみ発生します。私はまた、上記の問題が発生するクラッシュを取得します。以下は、クラッシュレポートの詳細です。

`Incident Identifier: 297BD243-B9D9-414F-A9FB-3C02CAAF8A89 
CrashReporter Key: e2ff53439e90b377dadf9c750793f23cac739930 
Hardware Model:  iPhone4,1 
Process:   SpringBoard [293] 
Path:   /System/Library/CoreServices/SpringBoard.app/SpringBoard 
Identifier:  SpringBoard 
Version:   ??? (???) 
Code Type:  ARM (Native) 
Parent Process: launchd [1] 

Date/Time:  2013-03-21 16:30:25.137 +0530 
OS Version:  iOS 6.1 (10B142) 
Report Version: 104 

Exception Type: EXC_CRASH (SIGABRT) 
Exception Codes: 0x0000000000000000, 0x0000000000000000 
Crashed Thread: 21 

blah ... blah ... blah ... all thread info 

Thread 21 name: Dispatch queue: com.apple.eventkit.eventstore.registered 
Thread 21 Crashed: 
0 libsystem_kernel.dylib   0x396e8350 __pthread_kill + 8 
1 libsystem_c.dylib    0x3965f11e pthread_kill + 54 
2 libsystem_c.dylib    0x3969b96e abort + 90 
3 libc++abi.dylib     0x38c39d4a abort_message + 70 
4 libc++abi.dylib     0x38c36ff4 default_terminate() + 20 
5 libobjc.A.dylib     0x391eaa74 _objc_terminate() + 144 
6 libc++abi.dylib     0x38c37078 safe_handler_caller(void (*)()) + 76 
7 libc++abi.dylib     0x38c37110 std::terminate() + 16 
8 libc++abi.dylib     0x38c3850e __cxa_throw + 118 
9 libobjc.A.dylib     0x391ea9ba objc_exception_throw + 90 
10 CoreFoundation     0x314cd158 +[NSException raise:format:arguments:] + 96 
11 Foundation      0x31da2ab2 -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 86 
12 EventKit      0x31bb1882 -[EKObjectID entityName] + 382 
13 EventKit      0x31bb1604 -[EKEventStore _addFetchedObjectWithID:] + 52 
14 EventKit      0x31bfb95e __68-[EKEventStore registerFetchedObjectWithID:defaultLoadedProperties:]_block_invoke_0 + 78 
15 libdispatch.dylib    0x396014b4 _dispatch_client_callout + 20 
16 libdispatch.dylib    0x396059f2 _dispatch_barrier_sync_f_invoke + 26 
17 EventKit      0x31bb150c -[EKEventStore registerFetchedObjectWithID:defaultLoadedProperties:] + 156 
18 EventKit      0x31c039ce __41-[EKPredicateSearch startWithCompletion:]_block_invoke_0 + 514 
19 EventKit      0x31bb8830 -[EKDaemonConnection _processReplyWithID:data:finished:] + 264 
20 EventKit      0x31bb871e CADReceiveReply + 94 
21 EventKit      0x31bb86a2 _XReply + 118 
22 EventKit      0x31bb8626 ClientCallbacks_server + 90 
23 libdispatch.dylib    0x39609a02 dispatch_mig_server$VARIANT$mp + 114 
24 EventKit      0x31c00c84 __43-[EKDaemonConnection initWithOptions:path:]_block_invoke_016 + 36 
25 libdispatch.dylib    0x39608134 _dispatch_source_invoke$VARIANT$mp + 248 
26 libdispatch.dylib    0x3960691a _dispatch_root_queue_drain + 182 
27 libdispatch.dylib    0x39606abc _dispatch_worker_thread2 + 80 
28 libsystem_c.dylib    0x39636a0e _pthread_wqthread + 358 
29 libsystem_c.dylib    0x396368a0 start_wqthread + 4 


Thread 21 crashed with ARM Thread State (32-bit): 
    r0: 0x00000000 r1: 0x00000000  r2: 0x00000000  r3: 0x3b1af534 
    r4: 0x00000006 r5: 0x07494000  r6: 0x1f96a044  r7: 0x074932b4 
    r8: 0x1f96a020 r9: 0x00000300  r10: 0x1f9594a0  r11: 0x1fa97b00 
    ip: 0x00000148 sp: 0x074932a8  lr: 0x3965f123  pc: 0x396e8350 
    cpsr: 0x00000010` 

これについて知っている人は、ご質問ください。

+0

好奇心ではありません。それはjailbroken iPhone用ですよね? – viral

+0

いいえ...それはjailbroken iPhoneではありません。 – Sagrian

+0

[[UIScreen mainScreen] setBrightness:1.0]で明るさを復元できますか? – Nuoji

答えて

0

デバイスをオフにするとき、あなたは周囲光センサーに入る光の量を変更していないことを確認してください。私はこれまでにこのような動作に気づいており、OSに代わって光の感知がうまく実装されていないと判断しました。

+0

emm ..あなたが何を言っているのか分かりません。我々のコードではセンサーで遊んでいません。あなたはあなたの提案にもっと詳しく説明できますか? – Sagrian

+0

ああ、申し訳ありませんが、私は指定する必要があります。私は、iOSで扱われるデフォルトの周囲光センサーを指しています。デバイスのロックを解除するときに手が環境光センサーを覆うと、OS(アプリケーションの下)が輝度を低下させる可能性があります。私は、画面の明るさを編集していないアプリの輝度レベルが変わったように見える理由を解決するための解決策です。 – woody121

+0

いいえ...これは問題ではありません...確認済みです。また、クラッシュが伴うので、他にも問題があると思います。 removeEvent:span:エラー関数中にデバイスをオフにすると、私の疑惑がイベント状態の不一致になります。あなたはそれについての理論があれば教えてください... – Sagrian

1

私はこのアプリがクラッシュして、デバイスが過熱するときのiOSに組み込まれた機能を意図しているとは何かを持っているとは思いません。

が、私はこれが他のアプリに起こる持っていたとするとき、それは一般的に発生します。アプリはCPUの100%に近い使用している

  1. 熱することはできません(熱が発生します)脱出デバイスも充電されること(追加の熱を作成します)
  2. (布の上に敷設されたカバーや電話を使用して)

お使いのデバイスがログを記録することで接続されているように聞こえます。 CPUに接続せずにストレステストを行い、違いがあるかどうか確認してください。

関連する問題