Android Fatal Signal 11 (Sigsegv) по адресу 0x636f7d89 (code = 1). Как его можно отследить? ⇐ Android

[Anonymous]

Я читал другие сообщения о отслеживании причин получения Sigsegv в приложении Android. Я планирую обыскнуть свое приложение для возможных нулевых точек, связанных с использованием холста, но мой sigsegv каждый раз подрывает свой адрес памяти. Плюс я видел Code = 1 и code = 2 . Если адрес памяти был 0x00000000 , я бы понял, что это Nullpointer. >: < /p>

A/libc(4969): Fatal signal 11 (SIGSEGV) at 0x42a637d9 (code=2)
< /code>

Любые предложения о том, как это отслеживать? по экспериментированию с этим еще. Мое приложение использует API OSMDroid для автономного картирования. Класс Overtayitem представляет маркеры/узлы на карте. У меня есть сервис, которая собирает данные через сеть для заполнения Overlayitem, которые затем отображаются на карте. Стремясь упростить свой дизайн, я расширил Overlayitem в свой собственный класс NodeoverLayitem, который включает в себя некоторые атрибуты с добавлением, которые я использую в активности пользовательского интерфейса и в службе. Это дало мне единую точку информации о товаре для пользовательского интерфейса и услуги. Я использовал намерения транслировать в деятельность, чтобы обновить карту пользовательского интерфейса, когда что -то изменилось. Заявление связывается с сервисом, и есть метод обслуживания, чтобы получить список Nodeoverlayitem. Я думаю, что это может быть использование API OplayItem OsmDroid, а информация об обновлении узлов моей службы одновременно. (проблема параллелизма) < /p>

, когда я пишу это, я думаю, что это действительно проблема. Головная боль не разделяет узел и vallayItem от Nodeoverlayitem, это то, что действие понадобятся некоторые данные из узла, которые удерживает служба. Кроме того, когда будет создана деятельность (OnResume и т. Д.) Объекты OplayItem должны будут быть воссозданы из данных узла, которые обслуживает службу, пока активность отсутствовала. например Вы запускаете приложение, служба собирает данные, пользовательский интерфейс отображает его, вы возвращаетесь домой, затем обратно в приложение, действие должна будет вытащить и воссоздать перекрытие из последних данных службы.
Я знаю, что это не отличные или четкие вопросы. Это как все мои такие вопросы ниши или неясные. Если у кого -то есть предложение о том, как интерпретировать эти ошибки sigsegv < /code>, это было бы очень оценено! Вот последняя авария, снятая во время сессии отладки. У меня есть 3 из этих устройств, используемых для тестирования, и они не все сбоятся надежно, когда я разрабатываю и тестирую. Я включил немного больше, чтобы журнал GC можно было отметить. Вы можете увидеть, что проблема, вероятно, не связана с истощением памяти. < /P>

03-03 02:02:38.328: I/CommService(7477): Received packet from: 192.168.1.102
03-03 02:02:38.328: I/CommService(7477): Already processed this packet. It's a re-broadcast from another node, or from myself. It's not a repeat broadcast though.
03-03 02:02:38.406: D/CommService(7477): Checking OLSRd info...
03-03 02:02:38.460: D/CommService(7477): Monitoring nodes...
03-03 02:02:38.515: D/dalvikvm(7477): GC_CONCURRENT freed 2050K, 16% free 17151K/20359K, paused 3ms+6ms
03-03 02:02:38.515: I/CommService(7477): Received packet from: 192.168.1.102
03-03 02:02:38.515: D/CommService(7477): Forwarding packet (4f68802cf10684a83ac4936ebb3c934d) along to other nodes.
03-03 02:02:38.609: I/CommService(7477): Received packet from: 192.168.1.100
03-03 02:02:38.609: D/CommService(7477): Forwarding packet (e4bc81e91ec92d06f83e03068f52ab4) along to other nodes.
03-03 02:02:38.609: D/CommService(7477): Already processed this packet: 4204a5b27745ffe5e4f8458e227044bf
03-03 02:02:38.609: A/libc(7477): Fatal signal 11 (SIGSEGV) at 0x68f52abc (code=1)
03-03 02:02:38.914: I/DEBUG(4008): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
03-03 02:02:38.914: I/DEBUG(4008): Build fingerprint: 'Lenovo/IdeaTab_A1107/A1107:4.0.4/MR1/eng.user.20120719.150703:user/release-keys'
03-03 02:02:38.914: I/DEBUG(4008): pid: 7477, tid: 7712 >>> com.test.testm

Подробнее здесь: https://stackoverflow.com/questions/178 ... be-tracked