2010-04-09 104 views
0

我正在開發基於J2ME和J2ME波蘭語(2.1.2)的基於GPS的應用程序,我正在面臨訪問位置類的問題。我得到以下異常帶J2ME波蘭語的GPS

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) 

請幫助...

+0

調試時關閉模糊處理:-) – 2010-04-09 12:55:32

回答

0

關閉混淆是調試時一個好主意。你有混淆日誌嗎?即使你不這樣做,你仍然可以猜出實際的堆棧跟蹤並提供實際上失敗的代碼片段。看起來某些類的初始化失敗了,看到類的代碼很有趣。

無論如何,你的異常堆棧跟蹤似乎很糟糕。具有混淆名稱的本地方法看起來非常錯誤。如果您對本地方法進行混淆,則應該在本機實現中以相同的方式對其進行混淆。無論如何,這似乎是一個非常糟糕的主意。

你的代碼中是否有「native」方法?我希望混淆設置有問題。也許你正在試圖混淆你使用的一些庫(使用本地方法),而你不應該這樣做。

+0

爲什麼不直接在Proguard中使用-keep選項而不是關閉它。如果構建時沒有模糊處理,則不太可能將其部署到設備上。 – binarycreations 2011-06-10 16:20:56