Как отладить ошибку проверки Blackberry? - PullRequest
0 голосов
/ 16 декабря 2010

Все, что я получаю, это:

"Модуль" my-app "прошел проверку ошибка «xxxx» по смещению «1646»

Который согласно blackberry содержит информацию, которая не нужна сторонним разработчикам.

Я посмотрел в журнале ошибок (с опцией 'catfail'), и все, что я нашел, это метод, при котором он завис, а не почему. забавно то, что когда я удаляю этот метод из своего приложения, он все равно регистрирует тот же метод для вызова ошибки. Это немного странно.

дополнительная информация: мое приложение содержит LWUIT и blackberryport

Я также прочитал статью KB DB-00744 , в которой предполагается, что ошибка проверки может означать любую из следующих ошибок «14». Это случайно или за этой логикой стоит какой-то метод?

1 Ответ

2 голосов
/ 16 декабря 2010

Я посмотрел в журнале ошибок (с опцией 'catfail'), и все, что я нашел, это метод, при котором он падал, а не почему. забавно то, что когда я удаляю этот метод из своего приложения, он все равно регистрирует тот же метод для вызова ошибки. Это немного странно.

Вы, должно быть, допустили ошибку где-то в процессе сборки / развертывания / тестирования ... при условии, что вы говорите об одном из собственных методов вашего приложения, а не только о каком-то методе, который вызывает ваше приложение. Попробуйте сделать все это снова.

Это случайно? или это метод за этой логикой?

Можно предположить, что это все проблемы, которые, как было установлено, способствуют ошибкам проверки в различных клиентских приложениях в различных выпусках платформы Blackberry. Следует сказать, что некоторые из них кажутся немного странными. Например, ненужный import (3) должен быть безвредным, а неправильное использование «package private» (4) должно вызвать ошибки компиляции Java ... Я бы подумал. И мне не нравится тот факт, что в списке часто не говорится , почему эти меры могут быть необходимы.

Судя по этой заметке, у меня возникает ощущение, что некоторые инструменты в наборе инструментов разработки Blackberry довольно плохо спроектированы. (Конечно, не может быть трудным для верификатора производить информативную диагностику вместо недокументированных "внутренних" кодов ошибок. И некоторые из упомянутых вещей "пахнут" как обходные пути для ошибок.)

...