Can't baksmali Froyo odexes about smali

[JesusFreke]

Comment #1 originally posted by JesusFreke on 2010-05-23T00:09:09.000Z:

I can confirm this as well. Every file gives the same error

UNEXPECTED TOP-LEVEL EXCEPTION:
java.lang.RuntimeException: bad magic value: 64 65 79 0a 30 33 36 00
at org.jf.dexlib.DexFile.(DexFile.java:382)
at org.jf.baksmali.main.main(main.java:249)

[JesusFreke]

Comment #2 originally posted by JesusFreke on 2010-05-23T00:13:28.000Z:

same here *'d

[JesusFreke]

Comment #3 originally posted by JesusFreke on 2010-05-23T03:23:31.000Z:

I can also confirm this exact same error for the Froyo odexes.

[JesusFreke]

Comment #4 originally posted by JesusFreke on 2010-05-23T03:47:22.000Z:

Its possible to hex edit the .odex files in 2.2 and change 64 65 79 0a 30 33 36 00 to
64 65 79 0a 30 33 35 00
Which will continue to deodex but get different errors
Example: 1 of 10 errors (core.odex on 2.2) Same file as above

Error occured while disassembling class java.nio.ReadOnlyCharArrayBuffer - skipp
ing class
java.lang.RuntimeException: regCount does not match the number of arguments of t
he method
at org.jf.dexlib.Code.Format.Instruction35c.checkItem(Instruction35c.jav
a:149)
at org.jf.dexlib.Code.Format.Instruction35c.(Instruction35c.java:7
5)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeExecuteInline(Metho
dAnalyzer.java:3364)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeInstruction(MethodA
nalyzer.java:1034)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze(MethodAnalyzer.jav
a:202)
at org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefini
tion.java:290)
at org.jf.baksmali.Adaptors.MethodDefinition.writeTo(MethodDefinition.ja
va:130)
at org.jf.baksmali.Adaptors.ClassDefinition.writeMethods(ClassDefinition
.java:322)
at org.jf.baksmali.Adaptors.ClassDefinition.writeVirtualMethods(ClassDef
inition.java:307)
at org.jf.baksmali.Adaptors.ClassDefinition.writeTo(ClassDefinition.java
:136)
at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:187)
at org.jf.baksmali.main.main(main.java:277)
Error while disassembling method Ljava/nio/channels/Channels$ByteChannelWriter;-

(Ljava/io/OutputStream;Ljava/nio/charset/CharsetEncoder;I)V. Continuing.
org.jf.dexlib.Code.Analysis.ValidationException: Invalid register type (Conflict
ed) for register v1.
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.checkRegister(MethodAnalyz
er.java:3654)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.getAndCheckSourceRegister(
MethodAnalyzer.java:3638)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeIputIgetQuick(Metho
dAnalyzer.java:3426)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeInstruction(MethodA
nalyzer.java:1049)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze(MethodAnalyzer.jav
a:202)
at org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefini
tion.java:290)
at org.jf.baksmali.Adaptors.MethodDefinition.writeTo(MethodDefinition.ja
va:130)
at org.jf.baksmali.Adaptors.ClassDefinition.writeMethods(ClassDefinition
.java:322)
at org.jf.baksmali.Adaptors.ClassDefinition.writeDirectMethods(ClassDefi
nition.java:291)
at org.jf.baksmali.Adaptors.ClassDefinition.writeTo(ClassDefinition.java
:135)
at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:187)
at org.jf.baksmali.main.main(main.java:277)
opcode: iput-object-quick
CodeAddress: 18
Method: Ljava/nio/channels/Channels$ByteChannelWriter;->(Ljava/io/OutputSt
ream;Ljava/nio/charset/CharsetEncoder;I)V

[JesusFreke]

Comment #5 originally posted by JesusFreke on 2010-05-23T13:00:36.000Z:

I won't be able to take a look at this for several days at least. Depending on what
was changed in froyo, I may have to wait until the froyo source is released.

[JesusFreke]

Comment #6 originally posted by JesusFreke on 2010-06-09T01:48:25.000Z:

The changes to support froyo have been pushed to the svn repo. I'm not ready to do a new release yet, but in the interim, you can grab the latest svn sources and make your own build :)

If you do try them, please respond to this issue and let me know if the changes worked for you or not.

[JesusFreke]

Comment #7 originally posted by JesusFreke on 2010-06-09T04:52:42.000Z:

Working for me, thanks JF.