Closed GoogleCodeExporter closed 9 years ago
Of course it doesn't work, you're giving it a garbage classpath :) (or rather,
the script you are using is).
As strange as it may sound, the fact that this worked in previous versions
(using the garbage classpath that you are giving it) was actually a bug.
(https://code.google.com/p/smali/source/detail?r=0044afa4c33b07f508b12d88160be93
58361fec8).
The problem is fairly complex, but it boils down to the fact that you need to
use the same classpath when deodexing as what dalvik used when it originally
created the odex. And I guarantee that all those jar files were *not* in the
classpath when it was being odexed :)
For applications, usually the correct way to go is to let baksmali use the
"default" classpath (which it reads from the odex file), and then use the -c
option with an initial colon to add any additional dependencies that are
introduced via a <uses-library> entry in the manifest.
Original comment by jesusfreke@jesusfreke.com
on 29 Jun 2012 at 7:24
Understood :) , thank you.
Original comment by karami...@gmail.com
on 9 Jul 2012 at 8:13
Original issue reported on code.google.com by
karami...@gmail.com
on 28 Jun 2012 at 8:40Attachments: