GPS с полировкой J2ME - PullRequest
Новая
       19

GPS с полировкой J2ME

0 голосов
/ 09 апреля 2010

Я разрабатываю приложение на основе GPS с J2ME и J2ME для полировки (2.1.2), у меня проблемы с доступом к классу местоположения. Я получаю следующее исключение 

Exception in thread "event-thread" java.lang.UnsatisfiedLinkError: aa.a(I)V
Nokia/N95:         at aa.a(Native Method)
Nokia/N95:         at ae.<clinit>(Unknown Source)
Nokia/N95:         at b.j(Unknown Source)
Nokia/N95:         at com.allstate.mini.MINIMidlet.commandAction(Unknown Source)
Nokia/N95:         at ax.b(Unknown Source)
Nokia/N95:         at u.b(Unknown Source)
Nokia/N95:         at al.d(Unknown Source)
Nokia/N95:         at bd.keyReleased(Unknown Source)
Nokia/N95:         at javax.microedition.lcdui.Display$KeyEvent.run(Display.java:158)
Nokia/N95:         at org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:144)
Nokia/N95:         at org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:74)
Nokia/N95:         at java.lang.Thread.run(Unknown Source)

Пожалуйста, помогите ...

1 Ответ

0 голосов
/ 09 апреля 2010

Отключение запутывания - хорошая идея при отладке. У вас есть логи запутывания? Даже если вы этого не сделаете, вы все равно можете угадать реальную трассировку стека и предоставить фрагмент кода, который фактически не работает. Кажется, что инициализация некоторого класса завершается неудачно, и интересно увидеть код этого класса.

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

Есть ли у вас "родные" методы в вашем коде вообще? Я ожидаю, что что-то не так с настройками запутывания. Возможно, вы пытаетесь запутать какую-то библиотеку (с нативными методами), которую вы используете, и вам не следует.

...