Code Monkey home page Code Monkey logo

smali's Introduction

About

smali/baksmali is an assembler/disassembler for the dex format used by dalvik, Android's Java VM implementation. The syntax is loosely based on Jasmin's/dedexer's syntax, and supports the full functionality of the dex format (annotations, debug info, line info, etc.)

The primary webpage is http://smali.googlecode.com, and the source is also mirrored at https://github.com/jesusfreke/smali. If you are interested in submitting a patch, feel free to send me a pull request on either site.

Support

  • googlecode Issue tracker - For any bugs/issues/feature requests
  • #smali on freenode - Free free to drop by and ask a question. Don't expect an instant response, but if you hang around someone will respond. Think of it more in terms of.. multi-player notepad.

Some useful links for getting started with smali

smali's People

Contributors

jesusfreke avatar whydoubt avatar calebfenton avatar yyjdelete avatar kanzure avatar ibotpeaches avatar iam avatar yirkha avatar psm14 avatar fuzion24 avatar eyecatchup avatar

Watchers

Berkus Decker avatar  avatar

smali's Issues

Maps.apk from Desire ROM is generating 'extraneous input' error with smali

What seems to be the problem?

Maps.apk from a Desire ROM is generating errors with smali.  

Summary of the problem is found here: http://pastebin.com/VTvgVbc0

What is the exact smali/baksmali command that you ran?

java -jar baksmali.jar -d ../framework -x Maps.odex

(No errors, and produces "out" folder)


java -jar smali.jar -o classes.dex out

This is the output:
out\com\tinyline\util\GZIPInputStream.smali[106,28] extraneous input 'null' 
expecting COLON
out\com\tinyline\util\GZIPInputStream.smali[3237,16] extraneous input 'null' 
expecting OPEN_PAREN
out\com\tinyline\util\GZIPInputStream.smali[3803,61] no viable alternative at 
input 'null'

No classes.dex was generated either.

What version are you using?

1.2.3 for both smali and baksmali

Please provide any additional information below: error messages, symptoms,
etc.

Here is the GZIPInputStream.smali file:
http://pastebin.com/S8AezPAY

Original issue reported on code.google.com by [email protected] on 12 Jul 2010 at 3:03

Can't baksmali Froyo odexes

$ baksmali core.odex 


UNEXPECTED TOP-LEVEL EXCEPTION:
java.lang.RuntimeException: bad magic value: 64 65 79 0a 30 33 36 00
    at org.jf.dexlib.DexFile.<init>(DexFile.java:382)
    at org.jf.baksmali.main.main(main.java:249)
$ baksmali -v
baksmali 1.2.2 (http://smali.googlecode.com)
Copyright (C) 2010 Ben Gruver ([email protected])
BSD license (http://www.opensource.org/licenses/bsd-license.php)

I've tried several odexes from Nexus's Froyo - exactly the same error for 
every file. I'm attaching core.odex .

Original issue reported on code.google.com by Brut.alll on 22 May 2010 at 9:47

Attachments:

smali-1.2.jar does not reassemble .odex into a classes.dex properly.

What steps will reproduce the problem?
1. java -jar smali-1.2.jar out -o classes.dex
2.
3.

What is the expected output? What do you see instead?
smali should reassemble the .odex file into a .dex file

java -jar smali-1.2.jar out -o classes.dex
/home/vince/Android/services/out/com/android/server/WindowManagerService.smali[2
5847,4]
[smali_file, method, statements_and_directives, instruction]
invoke-virtual-quick is an odexed instruction. You cannot reassemble a
disassembled odex file unless it has been deodexed.
/home/vince/Android/services/out/com/android/server/WindowManagerService.smali[2
5854,4]
[smali_file, method, statements_and_directives, instruction]
invoke-virtual-quick is an odexed instruction. You cannot reassemble a
disassembled odex file unless it has been deodexed.
/home/vince/Android/services/out/com/android/server/LocationManagerService.smali
[7271,4]
[smali_file, method, statements_and_directives, instruction]
invoke-virtual-quick is an odexed instruction. You cannot reassemble a
disassembled odex file unless it has been deodexed.
What version of the product are you using? On what operating system?
smali-1.2 Ubuntu 9.10

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 4 Mar 2010 at 4:14

Fail to deodex services.odex

What seems to be the problem?
baksmali errors out while deodexing services.odex

What is the exact smali/baksmali command that you ran?
java -Xmx512m -jar baksmali.jar -x services.odex

What version are you using?
1.2.2

Please provide any additional information below: error messages, symptoms,
etc.

Error while disassembling method
Lcom/android/server/ConnectivityService;-><init>(Landroid/content/ContextV.
Continuing.
org.jf.dexlib.Code.Analysis.ValidationException: class
Lcom/htc/connectivity/DummyStateTracker; cannot be resolved.
at org.jf.dexlib.Code.Analysis.ClassPath$UnresolvedCl
assDef.unresolvedValidationException(ClassPath.jav a:535)
at org.jf.dexlib.Code.Analysis.ClassPath$UnresolvedCl
assDef.getClassDepth(ClassPath.java:543)
at org.jf.dexlib.Code.Analysis.ClassPath.getCommonSup
erclass(ClassPath.java:383)
at org.jf.dexlib.Code.Analysis.RegisterType.merge(Reg isterType.java:274)
at org.jf.dexlib.Code.Analysis.AnalyzedInstruction.me
rgeRegister(AnalyzedInstruction.java:199)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.propaga
teRegisterToSuccessors(MethodAnalyzer.java:479)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.setPost
RegisterTypeAndPropagateChanges(MethodAnalyzer.jav a:459)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze
InvokeDirectCommon(MethodAnalyzer.java:2968)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze
InvokeDirectRange(MethodAnalyzer.java:2927)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze
Instruction(MethodAnalyzer.java:856)
at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze (MethodAnalyzer.java:202)
at org.jf.baksmali.Adaptors.MethodDefinition.getMetho
dItems(MethodDefinition.java:290)
at org.jf.baksmali.Adaptors.MethodDefinition.writeTo(
MethodDefinition.java:130)
at org.jf.baksmali.Adaptors.ClassDefinition.writeMeth
ods(ClassDefinition.java:322)
at org.jf.baksmali.Adaptors.ClassDefinition.writeDire
ctMethods(ClassDefinition.java:291)
at org.jf.baksmali.Adaptors.ClassDefinition.writeTo(C lassDefinition.java:135)
at org.jf.baksmali.baksmali.disassembleDexFile(baksma li.java:187)
at org.jf.baksmali.main.main(main.java:277)
opcode: invoke-direct/range
CodeAddress: 811
Method:
Lcom/android/server/ConnectivityService;-><init>(Landroid/content/Context;)V

Original issue reported on code.google.com by [email protected] on 12 May 2010 at 1:28

decode TouchWizCalendar.odex erroe

What seems to be the problem?

decode TouchWizCalendar.odex have error
Error while disassembling method Lcom/android/calendar/DatePickerDialogWithLunar
;->onClick(Landroid/content/DialogInterface;I)V. Continuing.
org.jf.dexlib.Code.Analysis.ValidationException: class Lcom/sec/android/soluncon
verter/SolarLunarConverter; cannot be resolved.
        at org.jf.dexlib.Code.Analysis.ClassPath$UnresolvedClassDef.unresolvedVa
lidationException(ClassPath.java:535).............more and more

What is the exact smali/baksmali command that you ran?
-c :twframework.jar:javax.obex.jar:com.google.android.maps.jar -x 
TouchWizCalendar.odex

What version of smali/baksmali are you using? 
baksmali-1.2.4.jar

What rom are you working from?
 work fine i9000 but not work m110s

What is the airspeed velocity of an unladen swallow?


Please provide any additional information below: error messages, symptoms,
etc.
java -jar baksmali-1.2.4.jar -c :twframework.
jar:javax.obex.jar:com.google.android.maps.jar -x TouchWizCalendar.odex
Error while disassembling method Lcom/android/calendar/DatePickerDialogWithLunar
;->onClick(Landroid/content/DialogInterface;I)V. Continuing.
org.jf.dexlib.Code.Analysis.ValidationException: class Lcom/sec/android/soluncon
verter/SolarLunarConverter; cannot be resolved.
        at org.jf.dexlib.Code.Analysis.ClassPath$UnresolvedClassDef.unresolvedVa
lidationException(ClassPath.java:535)
        at org.jf.dexlib.Code.Analysis.ClassPath$UnresolvedClassDef.getClassDept
h(ClassPath.java:543)
        at org.jf.dexlib.Code.Analysis.ClassPath.getCommonSuperclass(ClassPath.j
ava:383)
        at org.jf.dexlib.Code.Analysis.RegisterType.merge(RegisterType.java:275)

        at org.jf.dexlib.Code.Analysis.AnalyzedInstruction.mergeRegister(Analyze
dInstruction.java:185)
        at org.jf.dexlib.Code.Analysis.MethodAnalyzer.propagateRegisterToSuccess
ors(MethodAnalyzer.java:444)
        at org.jf.dexlib.Code.Analysis.MethodAnalyzer.setPostRegisterTypeAndProp
agateChanges(MethodAnalyzer.java:424)
        at org.jf.dexlib.Code.Analysis.MethodAnalyzer.setDestinationRegisterType
AndPropagateChanges(MethodAnalyzer.java:396)
        at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeIgetWideObject(Meth
odAnalyzer.java:2572)
        at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeInstruction(MethodA
nalyzer.java:776)
        at org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze(MethodAnalyzer.jav
a:208)
        at org.jf.baksmali.Adaptors.MethodDefinition.addAnalyzedInstructionMetho
dItems(MethodDefinition.java:353)
        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:189)
        at org.jf.baksmali.main.main(main.java:278)
opcode: iget-object
CodeAddress: 92

Original issue reported on code.google.com by [email protected] on 10 Aug 2010 at 5:08

unable to de-odex com.htc.rss.odex

What seems to be the problem?
Can't de-odex com.htc.rss.odex

What is the exact smali/baksmali command that you ran?
java -Xmx256m -jar ~/bin/baksmali-1.2.2.jar -x com.htc.rss.odex -o 
com.htc.rss.odex.files

What version are you using?
1.22

Please provide any additional information below: error messages, symptoms,
etc.

I have tried to include all files within the framework folder and this file 
will still not de-odex, I have managed to de-odex all files except this 
one,

Error occured while loading boot class path files. Aborting.
org.jf.dexlib.Code.Analysis.ClassPath$ClassNotFoundException: Could not 
find interface Lcom/sun/msv/datatype/SerializationContext;
        at 
org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.loadAllImplementedInterfaces
(ClassPath.java:819)
        at 
org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.<init>(ClassPath.java:675)
        at 
org.jf.dexlib.Code.Analysis.ClassPath.loadClassDef(ClassPath.java:280)
        at 
org.jf.dexlib.Code.Analysis.ClassPath.initClassPath(ClassPath.java:163)
        at 
org.jf.dexlib.Code.Analysis.ClassPath.InitializeClassPathFromOdex(ClassPath
.java:110)
        at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:93)
        at org.jf.baksmali.main.main(main.java:277)
Error while loading class Lorg/dom4j/datatype/DatatypeAttribute; from file 
com.htc.rss.odex
Error while loading ClassPath class Lorg/dom4j/datatype/DatatypeAttribute;

any help would be appreciated.

Original issue reported on code.google.com by [email protected] on 7 Jun 2010 at 4:21

Issue editing services.jar - Samsung Captivate / Android 2.2

What seems to be the problem?

Editing classes.dex from services.jar on Samsung Captivate Android 2.2 results 
in unknown baseband and loss of cell service. I suspect baksmali/smali is 
disassembling/assembling wrong even though no errors are encountered.

What is the exact smali/baksmali command that you ran?

java -jar baksmali-1.2.4.jar -o classout/ classes.dex
java -jar smali-1.2.4.jar classout/ -o classes.dex

What version of smali/baksmali are you using? What rom are you working
from?

1.2.4
Leaked Android 2.2 for Samsung Captivate
http://forum.xda-developers.com/showthread.php?t=797282

What is the airspeed velocity of an unladen swallow?

It depends on whether you are talking about an African or European swallow.

The airspeed velocity of an unladen swallow is roughly 11 meters per second, or 
24 miles per hour*, beating its wings 7-9 times per second (rather than 43). 
But please note that a 5 ounce bird cannot carry a one pound coconut. 

Please provide any additional information below: error messages, symptoms,
etc.


Original issue reported on code.google.com by [email protected] on 17 Oct 2010 at 8:54

Error when recompiling a .dex file

Hello,me again :)

What seems to be the problem?

When i using smali-1.2.5.jar(i think the version is irrelevant)to recompile 
it,it show me this msg:

---------------------------start from here----------------------------
decode\com\maxmpz\audioplayer\0x0.2.smali[21,23] extraneous input '0x0' 
expecting COLON
decode\com\maxmpz\audioplayer\0x0.2.smali[31,54] no viable alternative at input 
'0x0'
decode\com\maxmpz\audioplayer\0x0.2.smali[40,21] extraneous input '0x0' 
expecting OPEN_PAREN
decode\com\maxmpz\audioplayer\0x0.2.smali[52,54] no viable alternative at input 
'0x0'
decode\com\maxmpz\audioplayer\0x0.2.smali[54,61] no viable alternative at input 
'0x0'
decode\com\maxmpz\audioplayer\0x0.2.smali[107,65] no viable alternative at 
input '0X0'
decode\com\maxmpz\audioplayer\0x0.2.smali[121,69] no viable alternative at 
input '0x0'
decode\com\maxmpz\audioplayer\0x0.2.smali[143,54] no viable alternative at 
input '0x0'
decode\com\maxmpz\audioplayer\0x0.2.smali[145,65] no viable alternative at 
input '0x0'
decode\com\maxmpz\audioplayer\0X0.smali[21,23] extraneous input '0x0' 
expectingCOLON
decode\com\maxmpz\audioplayer\0X0.smali[31,54] no viable alternative at input 
'0x0'
decode\com\maxmpz\audioplayer\0X0.smali[40,21] extraneous input '0X0' 
expectingOPEN_PAREN
decode\com\maxmpz\audioplayer\0X0.smali[45,54] no viable alternative at input 
'0x0'
decode\com\maxmpz\audioplayer\0X0.smali[47,69] no viable alternative at input 
'0x0'
………………
………………
………………(it repeats this more and more)
-------------------------------end here-------------------------------

It will not show when i recompiled other classes.dex.Only this one.

I upload it in attach file,could you please check it,and fix it?


What is the exact smali/baksmali command that you ran?
java -jar smali-1.2.5.jar -o new_classes.dex decode

Original issue reported on code.google.com by [email protected] on 2 Nov 2010 at 1:07

Attachments:

"Error occured while loading boot class path files"

What steps will reproduce the problem?
1.java -jar baksmali-1.2.jar -x services.odex
2.
3.

What is the expected output? What do you see instead?
.odex files should deodex. 

What version of the product are you using? On what operating system?
baksmali-1.2 on Ubuntu 9.10

Please provide any additional information below.
Error im getting when I deodex services.odex.
This is what I get when I rename, or delete the framework jar files. 

java -jar baksmali-1.2.jar -x services.odex

Error occured while loading boot class path files. Aborting.
org.jf.dexlib.Code.Analysis.ValidationException: class
Landroid/content/DialogInterface$OnCancelListener; cannot be resolved.
    at
org.jf.dexlib.Code.Analysis.ClassPath$UnresolvedClassDef.unresolvedValidationExc
eption(ClassPath.java:391)
    at
org.jf.dexlib.Code.Analysis.ClassPath$UnresolvedClassDef.getSuperclass(ClassPath
.java:395)
    at
org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.loadAllImplementedInterfaces(Clas
sPath.java:676)
    at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.<init>(ClassPath.java:532)
    at org.jf.dexlib.Code.Analysis.ClassPath.loadDexFile(ClassPath.java:127)
    at org.jf.dexlib.Code.Analysis.ClassPath.loadBootClassPath(ClassPath.java:118)
    at org.jf.dexlib.Code.Analysis.ClassPath.initClassPath(ClassPath.java:64)
    at
org.jf.dexlib.Code.Analysis.ClassPath.InitializeClassPath(ClassPath.java:54)
    at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:68)
    at org.jf.baksmali.main.main(main.java:263)


Original issue reported on code.google.com by [email protected] on 4 Mar 2010 at 2:00

Fails to work at all (Version 0.92)

In the Hello World example the command line parameters are said to be as 
such:
java -jar smali.jar --dex HelloWorld.smali

The above fails to do anything, just outputs the help screen

It seems that in version 0.92, the command line parameter has changed so 
that it's this instead:
java -jar smali.jar -- HelloWorld.smali
or
java -jar smali.jar HelloWorld.smali

In this case, the above seems to be doing something, but it crashes with 
this error:

UNEXPECTED TOP-LEVEL ERROR:
java.lang.OutOfMemoryError: Java heap space
        at org.antlr.runtime.DFA.unpackEncodedString(DFA.java:191)
        at org.jf.smali.smaliLexer.<clinit>(smaliLexer.java:20013)
        at org.jf.smali.main.assembleSmaliFile(main.java:206)
        at org.jf.smali.main.main(main.java:138)

Original issue reported on code.google.com by [email protected] on 3 Jul 2009 at 4:45

SMALI - Missing Library?

I Just tried to recompile a smali to a dex. Tried it also with the whole Folder.
In both cases i get the following Exception:

MAC:Downloads firefart$ java -Xms32m -Xmx500m -jar smali.jar 
./out/com/android/setupwizard/Constants.smali 

UNEXPECTED TOP-LEVEL ERROR:
java.lang.NoClassDefFoundError: java/util/ArrayDeque
    at org.jf.smali.smaliLexer.<init>(smaliLexer.java:285)
    at org.jf.smali.smaliLexer.<init>(smaliLexer.java:370)
    at org.jf.smali.main.assembleSmaliFile(main.java:206)
    at org.jf.smali.main.main(main.java:138)

I tried this under Mac OSX.

Original issue reported on code.google.com by FireFart on 26 Jul 2009 at 12:13

typo in output

typo example:

[0x0]
                           |  encedod_method:
016925: bd03               |    method_idx_diff: 0x1bd (method_id_item:
Lcom/alk/copilot/licensing/EnterpriseKey$1;-><in
                           |    it>(Landroid/app/Activity;)V)
016927: 8080 04            |    access_flags: 0x10000
01692a: e0f8 02            |    code_off: 0xbc60 (code_item @0xbc60)

Original issue reported on code.google.com by [email protected] on 27 Jul 2009 at 10:45

ValidationException when deodexing RunKeeper app

What seems to be the problem?
I got ValidationException when deodexing RunKeeper's classes.dex file.

What is the exact smali/baksmali command that you ran?
baksmali -x classes.dex -o out

What version are you using?
1.2.2

Please provide any additional information below: error messages, symptoms,
etc.

org.jf.dexlib.Code.Analysis.ValidationException: Invalid register type 
(Reference,Lcom/fitnesskeeper/runkeeper/ActivityActivity;) for parameter 1 
(Reference,Landroid/content/Context;).
    at 
org.jf.dexlib.Code.Analysis.MethodAnalyzer.handleInvokeCommon(MethodAnalyze
r.java:2557)
    at 
org.jf.dexlib.Code.Analysis.MethodAnalyzer.handleInvoke(MethodAnalyzer.java
:2382)
    at 
org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeInstruction(MethodAnalyze
r.java:883)
    at 
org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze(MethodAnalyzer.java:184)
    at 
org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefinition.j
ava:253)
    at 
org.jf.baksmali.Adaptors.MethodDefinition.createTemplate(MethodDefinition.j
ava:118)
    at 
org.jf.baksmali.Adaptors.ClassDefinition.getTemplatesForMethods(ClassDefini
tion.java:279)
    at 
org.jf.baksmali.Adaptors.ClassDefinition.getVirtualMethods(ClassDefinition.
java:267)
    at 
org.jf.baksmali.Adaptors.ClassDefinition.createTemplate(ClassDefinition.jav
a:76)
    at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:133)
    at org.jf.baksmali.main.main(main.java:263)
opcode: invoke-static
CodeAddress: 10
Method: Lcom/fitnesskeeper/runkeeper/ActivityActivity$2;-
>onClick(Landroid/content/DialogInterface;I)V

I'm attaching classes.dex and my BOOTCLASSPATH files.

Original issue reported on code.google.com by Brut.alll on 20 Apr 2010 at 10:09

Attachments:

Rebuilded apk won't install!!

What seems to be the problem?
The application doesn't install after rebuild.

What is the exact smali/baksmali command that you ran?
java -jar smali.jar <source-folder> -o classes.dex

What version of smali/baksmali are you using? What rom are you working
from?
smali v1.2.5 on SGS (Android Eclair 2.1)

Please provide any additional information below: error messages, symptoms,
etc.
When I try to install the re-assembled apk, the installation screen comes up 
but it gives "Application Not Installed" error in the end.

Original issue reported on code.google.com by [email protected] on 18 Nov 2010 at 5:31

Attachments:

services.jar's classes.dex becomes corrupted on recompile

What seems to be the problem?
I can't properly recompile classes.dex after just decompiling it - file size 
differs, and hex editor shows corruption.

What is the exact smali/baksmali command that you ran?
Do decompile: java -jar baksmali.jar -o out/ classes.dex
To recompile: java -Xmx512 -jar smali.jar  out/ -o new-classes.dex

I have also tried without the Xmx512 option.

What version of smali/baksmali are you using? What rom are you working
from?
I'm using the latest version (1.2.5), and working on services.jar from 
SonyEricsson's X10 Android 2.1 stock rom (global generic).

What is the airspeed velocity of an unladen swallow?


Please provide any additional information below: error messages, symptoms,
etc.
It seems I am loosing 8 bytes in the recompiled version, and as I mentioned 
everything seems to be corrupted when viewing through HexCompare.

Original issue reported on code.google.com by [email protected] on 13 Nov 2010 at 8:12

Attachments:

baksmali doesn't handle certain cases with try/catch blocks correctly when deodexing unresolvable instructions.

There are 2 main issues - the first is that if all the code within a try block 
is commented out due to an unresolvable instruction, baksmali should remove the 
try block (but it doesn't currently). An alternate fix might be to introduce a 
single nop within the try block in these cases.

The second issue is that in some cases baksmali will replace an unresolvable 
instruction with an invoke, and the following dead code extends up to an 
exception handler, and the goto/jump/branch just before the exception handler 
is commented out, causing dalvik to think that execution could continue on from 
the replaced invoke instruction directly to the move-exception instruction, 
which is illegal. Always replacing these instructions with a throw instead 
should fix this issue, by preventing dalvik from thinking that execution could 
continue past the replaced instruction.

This will be fixed in the next release :)

Original issue reported on code.google.com by [email protected] on 10 Jun 2010 at 2:34

Error when recompiling a .dex file

Hello,me again and again :)

What seems to be the problem?

When i using smali-1.2.5.jar r794 (i think the version is irrelevant)to 
recompile it,it show me this msg:

---------------------------start from here----------------------------
sdecode\com\maxmpz\audioplayer\data\r.smali[1581,100] Error for input ';': 
Invalid text
sdecode\com\maxmpz\audioplayer\data\r.smali[1605,61] Error for input '?': 
Invalid text
sdecode\com\maxmpz\audioplayer\data\r.smali[1605,62] Error for input '?': 
Invalid text
sdecode\com\maxmpz\audioplayer\data\r.smali[1605,68] Error for input '/': 
Invalid text
sdecode\com\maxmpz\audioplayer\data\r.smali[1605,75] Error for input '/': 
Invalid text
sdecode\com\maxmpz\audioplayer\data\r.smali[1605,87] Error for input '/': 
Invalid text
sdecode\com\maxmpz\audioplayer\data\r.smali[1605,94] Error for input '/': 
Invalid text
sdecode\com\maxmpz\audioplayer\data\r.smali[1605,95] Error for input '?': 
Invalid text
sdecode\com\maxmpz\audioplayer\data\r.smali[1605,96] Error for input '?': 
Invalid text
………………
………………
………………(it repeats this more and more)
-------------------------------end here-------------------------------

It will not show when i recompiled other classes.dex.Only this one.

I upload it in attach file,could you please check it,and fix it?


What is the exact smali/baksmali command that you ran?
java -jar smali-1.2.5.jar -o new_classes.dex sdecode

Original issue reported on code.google.com by [email protected] on 18 Nov 2010 at 2:54

Attachments:

Problem during smali of Froyo odexes

What seems to be the problem?

When recompiling some baksmali'd odexes from Froyo, I get an error as shown 
below (from Browser odex)

out/com/android/browser/AddBookmarkPage.smali[396,24] mismatched input '..' 
expecting 
CLOSE_BRACE/Volumes/ROMraid/working.r16/system/app/out/com/android/browser/AddBo
okmarkPage.smali[583,24] mismatched input '..' expecting CLOSE_BRACE
out/com/android/browser/BrowserActivity.smali[5673,24] mismatched input '..' 
expecting CLOSE_BRACE
out/com/android/browser/BrowserProvider.smali[856,23] mismatched input '..' 
expecting CLOSE_BRACE
com/android/browser/BrowserProvider.smali[2053,23] mismatched input '..' 
expecting CLOSE_BRACE
com/android/browser/BrowserProvider.smali[2262,23] mismatched input '..' 
expecting CLOSE_BRACE

What is the exact smali/baksmali command that you ran?

java -Xmx512m -smali-1.2.3-jar-with-dependencies.jar out -o classes.dex

What version are you using?

r726

Please provide any additional information below: error messages, symptoms,
etc.


Original issue reported on code.google.com by [email protected] on 9 Jun 2010 at 12:00

Warnings throwed on first boot

After successfully had deodexed a full HTC Sense rom, it runs but throws 
warnings in logcat. I wonder if I have done something wrong, if the warnings 
can be safly ignored or anything. Here is a preview:

D/dalvikvm(   88): DEX prep '/system/framework/services.jar': unzip in 561ms, 
rewrite 3573ms

D/dalvikvm(   88): DexOpt: --- BEGIN 'com.htc.framework.jar' (bootstrap=1) ---

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$dimen;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$style;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$integer;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$styleable;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$layout;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$id;' has an earlier definition; blocking 
out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$array;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R;' has an earlier definition; blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$color;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$attr;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$drawable;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$raw;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$anim;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: 'Lcom/htc/R$string;' has an earlier definition; 
blocking out

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$dimen;': multiple 
definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$style;': multiple 
definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$integer;': multiple 
definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$styleable;': multiple 
definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$layout;': multiple 
definitions

I/dalvikvm(  136): DexOpt: not resolving ambiguous class 'Lcom/htc/R$styleable;'

I/dalvikvm(  136): DexOpt: not resolving ambiguous class 'Lcom/htc/R$styleable;'

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$id;': multiple definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$array;': multiple 
definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R;': multiple definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$color;': multiple 
definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$attr;': multiple 
definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$drawable;': multiple 
definitions

I/dalvikvm(  136): DexOpt: not resolving ambiguous class 'Lcom/htc/R$styleable;'

I/dalvikvm(  136): DexOpt: not resolving ambiguous class 'Lcom/htc/R$styleable;'

I/dalvikvm(  136): DexOpt: not resolving ambiguous class 'Lcom/htc/R$styleable;'

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$raw;': multiple definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$anim;': multiple 
definitions

D/dalvikvm(  136): DexOpt: not verifying 'Lcom/htc/R$string;': multiple 
definitions

D/dalvikvm(  136): DexOpt: load 510ms, verify 3423ms, opt 187ms

D/dalvikvm(   88): DexOpt: --- END 'com.htc.framework.jar' (success) ---


D/installd(   91): DexInv: --- BEGIN 
'/system/framework/com.google.android.maps.jar' ---

I/Mp3HwPlayer(   89): result:0

E/Mp3HwPlayer(   89): seekTo() : position == 0

E/Mp3HwPlayer(   89): seekTo() : mMp3Type == MP3_CBR

E/Mp3HwPlayer(   89): Mp3HwPlayer::seekTo seekPointByte:0, result:0

E/Mp3HwPlayer(   89): render() : NO LOOP!

D/Mp3HwPlayer(   89): ID:1, close AudioStream

E/Mp3HwPlayer(   89): ID:1, close AudioStream Pass Mutex

E/Mp3HwPlayer(   89): ID:1, close AudioStream 1

I/AudioHardwareMSM72XX(   89): closeOutputStream. out->format()=16777216

I/AudioHardwareMSM72XX(   89): AudioHardware MP3 playback is going to standby.

E/Mp3HwPlayer(   89): render(): 1038, numread:0

I/AudioPolicyService(   89): stopOutput(): before lock

E/Mp3HwPlayer(   89): ~IsMusicActiveHandler: removeMusicActiveCounter()

D/dalvikvm(  162): DexOpt: 'Lcom/google/i18n/LineBreakingProperties;' has an 
earlier definition; blocking out

D/dalvikvm(  162): DexOpt: 'Lcom/google/debug/DebugUtil;' has an earlier 
definition; blocking out

D/dalvikvm(  162): DexOpt: not verifying 
'Lcom/google/i18n/LineBreakingProperties;': multiple definitions

D/dalvikvm(  162): DexOpt: not verifying 'Lcom/google/debug/DebugUtil;': 
multiple definitions

D/dalvikvm(  162): DexOpt: load 425ms, verify 2292ms, opt 39ms

D/installd(   91): DexInv: --- END 
'/system/framework/com.google.android.maps.jar' (success) ---

Original issue reported on code.google.com by [email protected] on 30 Jun 2010 at 2:47

Java 5 JVMs not suppored

What steps will reproduce the problem?
1. Try running smali-0.9.1.jar on Java 5

What is the expected output? What do you see instead?
It's supposed to work, but I get missing class errors (java.util.ArrayQueue
is one)


What version of the product are you using? On what operating system?
0.9.1, on Mac OS X. On Max OS X, Java 5 is the default so this is basically
blocking out most Mac users.

Please provide any additional information below.
I think this should be fixed as most of these problems can be fixed (swap
LinkedList for ArrayQueue for example) and it stops especially Mac users
from using the software (you can work around it, but this is hard).

Original issue reported on code.google.com by [email protected] on 24 Jun 2009 at 9:37

The offset/label is out of range

After deodex services.odex then redex I get this error. 

java -Xmx512M -jar smali.jar -o classes.dex out 

C:\Android\tools\out\com\android\server\WindowManagerService
[.smali31955,4] The offset/label is out of range. The offset is -133 and 
the range for this opcode is [128, 127].  

The service.odex is from Droid 2.01 

I have attached the deodexed services.odex

Thanks, 

-Matt 

Original issue reported on code.google.com by [email protected] on 18 Dec 2009 at 4:56

Attachments:

bootclasspath - /system/app/gtalkservice.odex de-odex error

What steps will reproduce the problem?
1. De-odex /system/framework/com.google.android.gtalkservice.odex first
2. De-odex /system/app/gtalkservice.odex, and got dependence errors even 
if "-Xbootclasspath/a:.\framework\gtalkservice" is used. 

What is the expected output? What do you see instead?

Please see errors in the additional section below.

What version of the product are you using? On what operating system?
Windows Vista 32, JDK 1.6.17, ADP2/Sapphire phone.

Please provide any additional information below.

C:\android-sdk_r04\recovery\smali>java -
Xbootclasspath/a:.\framework\gtalkservice -Xss1m -X
mx512M -jar baksmali.jar -x :1234 app\gtalkservice\gtalkservice.odex


UNEXPECTED TOP-LEVEL EXCEPTION:
java.lang.RuntimeException: java.lang.RuntimeException: class 
Lcom/google/android/gtalkservice/Group
ChatInvitation; could not be found for common superclass lookup. This can 
be caused if a library the
 odex depends on is not in the BOOTCLASSPATH environment variable
        at org.jf.dexlib.Util.Deodexerant.sendCommand(Deodexerant.java:193)
        at org.jf.dexlib.Util.Deodexerant.lookupCommonSuperclass
(Deodexerant.java:167)
        at org.jf.dexlib.Util.DeodexUtil$insn.findCommonSuperclass
(DeodexUtil.java:1241)
        at org.jf.dexlib.Util.DeodexUtil$insn.propagateRegisters
(DeodexUtil.java:1412)
        at org.jf.dexlib.Util.DeodexUtil$insn.propagateRegisters
(DeodexUtil.java:1466)
        at org.jf.dexlib.Util.DeodexUtil$insn.propagateRegisters
(DeodexUtil.java:1466)
        at org.jf.dexlib.Util.DeodexUtil$insn.propagateRegisters

.....................

(DeodexUtil.java:1466)
        at org.jf.dexlib.Util.DeodexUtil$insn.propagateRegisters
(DeodexUtil.java:1466)
        at org.jf.dexlib.Util.DeodexUtil.makeInsnList(DeodexUtil.java:188)
        at org.jf.dexlib.Util.DeodexUtil.deodexerizeCode
(DeodexUtil.java:194)
        at 
org.jf.baksmali.Adaptors.MethodDefinition$MethodItemList.generateMethodItem
List(MethodDef
inition.java:207)
        at org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems
(MethodDefinition.java:158)
        at org.jf.baksmali.Adaptors.MethodDefinition.makeTemplate
(MethodDefinition.java:62)
        at org.jf.baksmali.Adaptors.ClassDefinition.getDirectMethods
(ClassDefinition.java:255)
        at org.jf.baksmali.Adaptors.ClassDefinition.makeTemplate
(ClassDefinition.java:75)
        at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:120)
        at org.jf.baksmali.main.main(main.java:198)
Caused by: java.lang.RuntimeException: class 
Lcom/google/android/gtalkservice/GroupChatInvitation; c
ould not be found for common superclass lookup. This can be caused if a 
library the odex depends on
is not in the BOOTCLASSPATH environment variable
        at org.jf.dexlib.Util.Deodexerant.sendCommand(Deodexerant.java:189)
        ... 104 more

Original issue reported on code.google.com by [email protected] on 1 Jan 2010 at 4:37

Error when decompiling a .dex

What seems to be the problem?

When i using baksmali-1.2.4.jar to decompile it,it show me this msg:
---------------------------------------------------------------------
Error occured while disassembling class Lcom.wyse.pocketcloudfree.Aux; - skippin
g class
java.io.IOException: 拒绝访问。
        at java.io.WinNTFileSystem.createFileExclusively(Native Method)
        at java.io.File.createNewFile(Unknown Source)
        at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:179)
        at org.jf.baksmali.main.main(main.java:278)
---------------------------------------------------------------------
It will not show when i decompiled other classes.dex.Only this one.

I upload it in attach file,could you please check it,and fix it?


What is the exact smali/baksmali command that you ran?
java -jar baksmali-1.2.4.jar classes.dex -o smali

Original issue reported on code.google.com by [email protected] on 25 Sep 2010 at 9:54

Attachments:

Error running baksmail agains Mail.apk

What seems to be the problem? Cannot baksmali Mail.apk application from
Android 2.1 running on HTC Hero (Eris Leak):
http://forum.xda-developers.com/showthread.php?t=644079

What is the exact smali/baksmali command that you ran?

java -Xmx512m -jar c:\temp\android\sdk\tools\baksmali-1.2.1.jar -x
Mail.odex -o Mail_out -d ../origi_frame -c
:com.htc.framework.jar:com.google.android.maps.jar:com.htc.android.pimlib.jar:ja
vax.obex.jar

What version are you using?

baksmali-1.2.1
java version "1.6.0_18"

Please provide any additional information below: error messages, symptoms,
etc.

Receive the following error message when attempting to baksmail:

UNEXPECTED TOP-LEVEL EXCEPTION:
java.lang.NullPointerException
        at java.util.regex.Matcher.getTextLength(Unknown Source)
        at java.util.regex.Matcher.reset(Unknown Source)
        at java.util.regex.Matcher.<init>(Unknown Source)
        at java.util.regex.Pattern.matcher(Unknown Source)
        at
org.jf.dexlib.Code.Analysis.DeodexUtil.lookupVirtualMethod(DeodexUtil
.java:87)
        at
org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeInvokeVirtualQuick(
MethodAnalyzer.java:3488)
        at
org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeInstruction(MethodA
nalyzer.java:1047)
        at
org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze(MethodAnalyzer.jav
a:202)
        at
org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefini
tion.java:284)
        at
org.jf.baksmali.Adaptors.MethodDefinition.createTemplate(MethodDefini
tion.java:126)
        at
org.jf.baksmali.Adaptors.ClassDefinition.getTemplatesForMethods(Class
Definition.java:279)
        at
org.jf.baksmali.Adaptors.ClassDefinition.getDirectMethods(ClassDefini
tion.java:259)
        at
org.jf.baksmali.Adaptors.ClassDefinition.createTemplate(ClassDefiniti
on.java:75)
        at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:137)
        at org.jf.baksmali.main.main(main.java:268)



Original issue reported on code.google.com by [email protected] on 23 Mar 2010 at 11:27

Attachments:

Cannot be resolved

What is the expected output? What do you see instead?
Deodexing JAR...
org.jf.dexlib.Code.Analysis.ValidationException: class
Lcom/htc/app/HtcProgressD
ialog; cannot be resolved.
        at
org.jf.dexlib.Code.Analysis.ClassPath$UnresolvedClassDef.unresolvedVa
lidationException(ClassPath.java:442)
        at
org.jf.dexlib.Code.Analysis.ClassPath$UnresolvedClassDef.getClassDept
h(ClassPath.java:450)
        at
org.jf.dexlib.Code.Analysis.ClassPath.getCommonSuperclass(ClassPath.j
ava:290)
        at
org.jf.dexlib.Code.Analysis.RegisterType.merge(RegisterType.java:261)

        at
org.jf.dexlib.Code.Analysis.AnalyzedInstruction.mergeRegister(Analyze
dInstruction.java:199)
        at
org.jf.dexlib.Code.Analysis.MethodAnalyzer.propagateRegisterToSuccess
ors(MethodAnalyzer.java:475)
        at
org.jf.dexlib.Code.Analysis.MethodAnalyzer.setPostRegisterTypeAndProp
agateChanges(MethodAnalyzer.java:455)
        at
org.jf.dexlib.Code.Analysis.MethodAnalyzer.setDestinationRegisterType
AndPropagateChanges(MethodAnalyzer.java:386)
        at
org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeIgetWideObject(Meth
odAnalyzer.java:2599)
        at
org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyzeInstruction(MethodA
nalyzer.java:803)
        at
org.jf.dexlib.Code.Analysis.MethodAnalyzer.analyze(MethodAnalyzer.jav
a:202)
        at
org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefini
tion.java:284)
        at
org.jf.baksmali.Adaptors.MethodDefinition.createTemplate(MethodDefini
tion.java:126)
        at
org.jf.baksmali.Adaptors.ClassDefinition.getTemplatesForMethods(Class
Definition.java:279)
        at
org.jf.baksmali.Adaptors.ClassDefinition.getVirtualMethods(ClassDefin
ition.java:267)
        at
org.jf.baksmali.Adaptors.ClassDefinition.createTemplate(ClassDefiniti
on.java:76)
        at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:137)
        at org.jf.baksmali.main.main(main.java:268)
opcode: iget-object
CodeAddress: 26
Method:
Lcom/android/internal/policy/impl/NetworkUnlockScreen$1;->onNetworkLockC
hangedResponse(Z)V

What version of the product are you using? On what operating system?
Baksmali 1.2.1 smali 1.2.1

Windows 7 (administrator mode)

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 6 Mar 2010 at 11:23

DeodexUtil StackOverflowError when deodex Google maps odex file

What steps will reproduce the problem?
1. following the instruction to de-
odex /system/framework/com.google.android.maps.odex from a Sapphire/ADP2 
phone

What is the expected output? What do you see instead?

It shoud have no errors to deodex, but it got the errors as they are shown 
below in the additional info section.


What version of the product are you using? On what operating system?

Android ADP2/Sapphire phone, host is Windows Vista 32bit.


Please provide any additional information below.

I am trying to deodex 
ADP2/Sapphire's /system/framework/com.google.android.maps.odex, but got 
the error below when I ran this command:

"java -Xss1m -Xmx512M -jar baksmali.jar -x :1234 
com.google.android.maps.odex"

I have also tried the following commands, but the errors are the same:

"java -Xss1m -Xmx512M"

"java -Xss10m -Xmx512M"

"java -Xss16m -Xmx512M"

"java -Xss64m -Xmx512M"

"java -Xss32m -Xmx1024M"

"java -Xss64m -Xmx1024M"

Errors: 

---------------------------------------------------------------------------
-----
UNEXPECTED TOP-LEVEL ERROR: java.lang.StackOverflowError? 
at java.util.LinkedList?.listIterator(Unknown Source) at 
java.util.AbstractList?.listIterator(Unknown Source) at 
java.util.AbstractSequentialList?.iterator(Unknown Source) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1396) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) at 
org.jf.dexlib.Util.DeodexUtil?$insn.propagateRegisters
(DeodexUtil?.java:1466) at org.jf.dexlib.Util.DeodexUtil?
$insn.propagateRegisters(DeodexUtil?.java:1466) 
.................


However, "/system/framework/com.google.android.gtalkservice.odex" has no 
problem with "java -Xss1m -Xmx512M", and worked.
Just that "/system/framework/com.google.android.maps.odex" had probelms at 
point when 2/3 of work is done. 

This is from a Sapphire/ADP2 phone. I am running the smali from Windows 
Vista 32bit.

Original issue reported on code.google.com by [email protected] on 31 Dec 2009 at 4:32

Error deodexing

What steps will reproduce the problem?
1. Exactly following DeodexInstructions
2. Tried deodexing Weather.odex from HTC Hero
3. out folder created with some files but I get that error:

UNEXPECTED TOP-LEVEL EXCEPTION:
java.lang.RuntimeException: java.lang.RuntimeException: class
Lcom/htc/elroy/Weather/MyLocation; could not be found for common superclass
lookup
    at org.jf.dexlib.Util.Deodexerant.sendCommand(Deodexerant.java:210)
    at org.jf.dexlib.Util.Deodexerant.lookupCommonSuperclass(Deodexerant.java:184)
    at
org.jf.dexlib.Util.DeodexUtil$insn.findCommonSuperclass(DeodexUtil.java:1259)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1430)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil$insn.propogateRegisters(DeodexUtil.java:1484)
    at org.jf.dexlib.Util.DeodexUtil.makeInsnList(DeodexUtil.java:190)
    at org.jf.dexlib.Util.DeodexUtil.deodexerizeCode(DeodexUtil.java:196)
    at
org.jf.baksmali.Adaptors.MethodDefinition$MethodItemList.generateMethodItemList(
MethodDefinition.java:183)
    at
org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefinition.java:1
44)
    at
org.jf.baksmali.Adaptors.MethodDefinition.makeTemplate(MethodDefinition.java:61)
    at
org.jf.baksmali.Adaptors.ClassDefinition.getVirtualMethods(ClassDefinition.java:
221)
    at
org.jf.baksmali.Adaptors.ClassDefinition.makeTemplate(ClassDefinition.java:67)
    at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:112)
    at org.jf.baksmali.main.main(main.java:183)
Caused by: java.lang.RuntimeException: class
Lcom/htc/elroy/Weather/MyLocation; could not be found for common superclass
lookup
    at org.jf.dexlib.Util.Deodexerant.sendCommand(Deodexerant.java:206)
    ... 73 more

Original issue reported on code.google.com by gecka.company on 21 Oct 2009 at 3:12

Smali-1.1 throwing errors when attempting to re-dex smali files

What steps will reproduce the problem?
1. java -Xmx512m -jar smali 1.1 /launcher2-smali files/ -o classes.dex
2. java -Xmx512m -jar smali 1.1 /wallpaperpicker-smali files/ -0 
classes.dex
3.

What is the expected output? What do you see instead?

expected output is to generate a new classes.dex for the launcher2.apk & 
wallpaperpicker.apk  from the nexus ROM, instead smali throws loads of 
"no viable alternative to character x" errors 

What version of the product are you using? On what operating system?
smali 1.1, windows 7

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 28 Dec 2009 at 6:59

-d, --no-debug-info donesn't work properly

This option disables only .parameter info. Doesn't disable .line/.local

$ java -jar baksmali.jar --no-debug-info -d system/framework -o 1 -x 
system/framework/am.odex
$ java -jar ../bin/baksmali.jar -d system/framework -o 2 -x 
system/framework/am.odex
$ diff -r 1 2
diff -r 1/com/android/commands/am/Am$InstrumentationWatcher.smali 
2/com/android/commands/am/Am$InstrumentationWatcher.smali
27a28
>     .parameter
47a49,50
>     .parameter "x0"
>     .parameter "x1"
59a63,65
>     .parameter "name"
>     .parameter "resultCode"
>     .parameter "results"
218a225,227
>     .parameter "name"
>     .parameter "resultCode"
>     .parameter "results"
372a382
>     .parameter "rawMode"
diff -r 1/com/android/commands/am/Am$IntentReceiver.smali 
2/com/android/commands/am/Am$IntentReceiver.smali
25a26
>     .parameter
42a44,45
>     .parameter "x0"
>     .parameter "x1"
54a58,63
>     .parameter "intent"
>     .parameter "rc"
>     .parameter "data"
>     .parameter "ext"
>     .parameter "ord"
>     .parameter "sticky"
diff -r 1/com/android/commands/am/Am.smali 2/com/android/commands/am/Am.smali
54a55
>     .parameter "x0"
64a66
>     .parameter "args"
1046a1049
>     .parameter "args"

Original issue reported on code.google.com by [email protected] on 26 Jun 2010 at 10:36

Does latest version support services.jar/odex in Donut-Ion builds?

What steps will reproduce the problem?
1. Use a Donut-Ion build (Example: Amon_RA's RAz build)
2. adb pull both services.jar and services.odex from /framework
3. DeOdex by the following:

adb shell /data/local/deodexerant /system/framework/services.odex 1234 &
java -jar baksmali.jar -o output/services.odex/out/ -x :1234 services.odex
java -Xmx512M -jar smali.jar output/services.odex/out/ -o
output/services.odex/classes.dex
adb shell killall deodexerant && clear && echo Done Processing services.odex

4. open services.jar up and copy generated services classes.dex into root
of jar
5. adb shell mount -o remount,rw /system
6, adb shell in and rm services.* from /framework
7. adb push new services.jar
8. adb shell mount -o remount,rw /system
9 reboot phone
10.  Notice phone halts at boot screen
11.  Restart from scratch (hard reset) and same results


Things to note:  /system/framework contains other odex files as well.  Do
all of the odex files have to be deodexed?

The reason I ask this question is because my rom (Donut-Ion base) is 99%
themed except for the date and time text color which looks invisible
(black) on a black background:

http://i216.photobucket.com/albums/cc41/mynym/vogue-android/Warm%20Donut/HomeScr
eenGoogleClockWidgets.png

Thanks again






What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 27 Jan 2010 at 2:46

Standard Translation Framework

Smali/BakSmali, ApkTool, and related systems need to establish a 
comprehensive standard data format so that version dependent and host 
dependent issues such as android sdk failing to be stable do not effect 
the recoverability and portability of existing and future tools. Their 
interdependency is obvious and should be merged/standardized, but inline 
trace and runtime verification should be handled on-board as should an 
api/interface to standard data for visualization and editing. There is no 
reason a client wishing to use (restrict) only one application should have 
anything else running or accessable on the machine, full decomp-inline-rip-
optimize and rewrite core with tool is an easy target for these projects.

I am more concerned with code audit and on-board compiler and system 
visualization especially when the host changes so severely due to 
Google/etc's incompetence.

Original issue reported on code.google.com by [email protected] on 25 Apr 2010 at 1:49

Error running under Windows (cr/lf issue)

What seems to be the problem?
Getting error when running under Windows.

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

What is the exact smali/baksmali command that you ran?
java -jar baksmali-1.2.2.jar -x file.odex

What version are you using?
1.2.2

Please provide any additional information below: error messages, symptoms,
etc.
Looks like under Windows it's generating crlf (0d 0a) instead of just lf (0a).


Original issue reported on code.google.com by [email protected] on 20 Apr 2010 at 1:16

Build errors on Windows Vista

What steps will reproduce the problem?
1. Install SVN and Maven
2. Get source code
3. Do the build

What is the expected output? What do you see instead?

It came out build errors as they are shown in the additional info section.

What version of the product are you using? On what operating system?

Windows Vista 32bit, Java 1.5.22-b3

Please provide any additional information below.

[INFO] [antlr3:antlr {execution: smaliLexer}]
[INFO] ANTLR: Processing source directory C:\android-sdk_r04
\smali\src\smali\src\m
ain\antlr3
ANTLR Parser Generator  Version 3.1.3 Mar 17, 2009 19:23:44
org\jf\smali\smaliLexer.g
error(10):  internal error: Can't get property javaCompressedTransition 
using method get/isJavaCompr
essedTransition from org.antlr.analysis.DFA instance : 
java.lang.OutOfMemoryError: Java heap space
java.util.ArrayList.<init>(ArrayList.java:113)
org.antlr.analysis.DFA.getRunLengthEncoding(DFA.java:357)
org.antlr.analysis.DFA.getJavaCompressedTransition(DFA.java:333)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:592)
org.antlr.stringtemplate.language.ASTExpr.invokeMethod(ASTExpr.java:563)
org.antlr.stringtemplate.language.ASTExpr.rawGetObjectProperty
(ASTExpr.java:514)
org.antlr.stringtemplate.language.ASTExpr.getObjectProperty
(ASTExpr.java:416)
org.antlr.stringtemplate.language.ActionEvaluator.attribute
(ActionEvaluator.java:351)
org.antlr.stringtemplate.language.ActionEvaluator.expr
(ActionEvaluator.java:136)
org.antlr.stringtemplate.language.ActionEvaluator.templateApplication
(ActionEvaluator.java:216)
org.antlr.stringtemplate.language.ActionEvaluator.expr
(ActionEvaluator.java:126)
org.antlr.stringtemplate.language.ActionEvaluator.action
(ActionEvaluator.java:84)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:148)
org.antlr.stringtemplate.StringTemplate.write(StringTemplate.java:700)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:722)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:742)
org.antlr.stringtemplate.language.ASTExpr.writeAttribute(ASTExpr.java:659)
org.antlr.stringtemplate.language.ActionEvaluator.action
(ActionEvaluator.java:86)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:148)
org.antlr.stringtemplate.StringTemplate.write(StringTemplate.java:700)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:722)
org.antlr.stringtemplate.language.ASTExpr.writeAttribute(ASTExpr.java:659)
org.antlr.stringtemplate.language.ActionEvaluator.action
(ActionEvaluator.java:86)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:148)
org.antlr.stringtemplate.StringTemplate.write(StringTemplate.java:700)
org.antlr.codegen.CodeGenerator.write(CodeGenerator.java:1278)
org.antlr.codegen.Target.genRecognizerFile(Target.java:94)
org.antlr.codegen.CodeGenerator.genRecognizer(CodeGenerator.java:463)
org.antlr.Tool.generateRecognizer(Tool.java:607)
error(10):  internal error: Can't get property javaCompressedTransition 
using method get/isJavaCompr
essedTransition from org.antlr.analysis.DFA instance : 
java.lang.OutOfMemoryError: Java heap space
java.util.ArrayList.<init>(ArrayList.java:113)
org.antlr.analysis.DFA.getRunLengthEncoding(DFA.java:357)
org.antlr.analysis.DFA.getJavaCompressedTransition(DFA.java:333)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:592)
org.antlr.stringtemplate.language.ASTExpr.invokeMethod(ASTExpr.java:563)
org.antlr.stringtemplate.language.ASTExpr.rawGetObjectProperty
(ASTExpr.java:514)
org.antlr.stringtemplate.language.ASTExpr.getObjectProperty
(ASTExpr.java:416)
org.antlr.stringtemplate.language.ActionEvaluator.attribute
(ActionEvaluator.java:351)
org.antlr.stringtemplate.language.ActionEvaluator.expr
(ActionEvaluator.java:136)
org.antlr.stringtemplate.language.ActionEvaluator.templateApplication
(ActionEvaluator.java:216)
org.antlr.stringtemplate.language.ActionEvaluator.expr
(ActionEvaluator.java:126)
org.antlr.stringtemplate.language.ActionEvaluator.action
(ActionEvaluator.java:84)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:148)
org.antlr.stringtemplate.StringTemplate.write(StringTemplate.java:700)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:722)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:742)
org.antlr.stringtemplate.language.ASTExpr.writeAttribute(ASTExpr.java:659)
org.antlr.stringtemplate.language.ActionEvaluator.action
(ActionEvaluator.java:86)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:148)
org.antlr.stringtemplate.StringTemplate.write(StringTemplate.java:700)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:722)
org.antlr.stringtemplate.language.ASTExpr.writeAttribute(ASTExpr.java:659)
org.antlr.stringtemplate.language.ActionEvaluator.action
(ActionEvaluator.java:86)
org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:148)
org.antlr.stringtemplate.StringTemplate.write(StringTemplate.java:700)
org.antlr.codegen.CodeGenerator.write(CodeGenerator.java:1278)
org.antlr.codegen.Target.genRecognizerFile(Target.java:94)
org.antlr.codegen.CodeGenerator.genRecognizer(CodeGenerator.java:463)
org.antlr.Tool.generateRecognizer(Tool.java:607)
[INFO] --------------------------------------------------------------------
----
[ERROR] BUILD ERROR
[INFO] --------------------------------------------------------------------
----
[INFO] ANTLR caught 2 build errors.
[INFO] --------------------------------------------------------------------
----
[INFO] For more information, run Maven with the -e switch
[INFO] --------------------------------------------------------------------
----
[INFO] Total time: 34 seconds
[INFO] Finished at: Thu Dec 31 01:06:00 PST 2009
[INFO] Final Memory: 63M/63M
[INFO] --------------------------------------------------------------------
----

Original issue reported on code.google.com by [email protected] on 31 Dec 2009 at 9:11

Unexpected top-level exception

baksmali version 0.94 fails with:

UNEXPECTED TOP-LEVEL EXCEPTION:
java.lang.IndexOutOfBoundsException: The provided cursor value is not
within the bounds of this instance's data array
    at org.jf.dexlib.Util.ByteArrayInput.setCursor(ByteArrayInput.java:78)
    at org.jf.dexlib.DexFile.<init>(DexFile.java:266)
    at org.jf.baksmali.main.main(main.java:142)


on an attached optimized dex file (it is a HTC IME from Hero phone).

Original issue reported on code.google.com by [email protected] on 24 Aug 2009 at 10:54

Attachments:

Smali error with FRF83

What seems to be the problem? Getting issues rebuilding classes.dex file with 
smali v1.2.3.. Classes.dex is deodoxed from FRF83 Froyo 2.2. services.jar.


What is the exact smali/baksmali command that you ran?
java -Xmx512M -jar smali.jar classout/ -o new-classes.dex

What version are you using? v.1.2.3.


Please provide any additional information below: error messages, symptoms,
etc.


Original issue reported on code.google.com by [email protected] on 25 Jun 2010 at 9:22

Attachments:

Issue when using baksmali-1.2.1-beta.jar on the .odex files in the /app folder.

What steps will reproduce the problem?
1.java -jar baksmali-1.2.1-beta.jar -o AccountManager/ -x AccountManager.odex
2.
3.

What is the expected output? What do you see instead?
Should create a folder with the odex output. 

Error occured while loading boot class path files. Aborting.
org.jf.dexlib.Util.ExceptionWithContext: Could not find class
Lcom/htc/widget/HtcAdapterView$OnItemClickListener;
    at org.jf.dexlib.Code.Analysis.ClassPath.loadClassDef(ClassPath.java:183)
    at org.jf.dexlib.Code.Analysis.ClassPath.access$700(ClassPath.java:42)
    at
org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.loadAllImplementedInterfaces(Clas
sPath.java:721)
    at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.<init>(ClassPath.java:582)
    at org.jf.dexlib.Code.Analysis.ClassPath.loadClassDef(ClassPath.java:187)
    at org.jf.dexlib.Code.Analysis.ClassPath.initClassPath(ClassPath.java:80)
    at
org.jf.dexlib.Code.Analysis.ClassPath.InitializeClassPath(ClassPath.java:58)
    at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:71)
    at org.jf.baksmali.main.main(main.java:268)
Error while loading class
Lcom/htc/socialnetwork/accountmanager/AccountManager; from file
AccountManager.odex

What version of the product are you using? On what operating system?
baksmali-1.2.1-beta.jar on Ubuntu 9.10

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 5 Mar 2010 at 6:50

Cannot deodex CalendarProvider.apk

What seems to be the problem?
I cannot deodex CalendarProvider.apk.  Using baksmali works great, but then 
using smali to create the dex file fails.

What is the exact smali/baksmali command that you ran?
./baksmali -d <framework> -x CalendarProvider.odex
./smali out -o classes.dex

What version are you using?
1.2.3

Please provide any additional information below: error messages, symptoms,
etc.
out/com/google/common/io/Closeables.smali[0,0] null
out/com/google/common/collect/AbstractMultimap$WrappedSortedSet.smali[46,4] null
out/com/google/common/collect/ObjectArrays.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedSet.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedSortedSetMultimap.smali[0
,0] null
out/com/google/common/collect/AbstractMultimap$RandomAccessWrappedList.smali[35,
4] null
out/com/google/common/collect/Lists.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedMultimap.smali[0,0] null
out/com/google/common/collect/AbstractBiMap.smali[0,0] null
out/com/google/common/collect/Iterators.smali[0,0] null
out/com/google/common/collect/Lists$OnePlusArrayList.smali[0,0] null
out/com/google/common/collect/AbstractListMultimap.smali[0,0] null
out/com/google/common/collect/LinkedListMultimap.smali[0,0] null
out/com/google/common/collect/Lists$TwoPlusArrayList.smali[0,0] null
out/com/google/common/collect/ComparisonChain$1.smali[0,0] null
out/com/google/common/collect/EnumHashBiMap.smali[0,0] null
out/com/google/common/collect/Maps$UnmodifiableBiMap.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedSortedSet.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedAsMap.smali[0,0] null
out/com/google/common/collect/LinkedListMultimap$ValueForKeyIterator.smali[0,0] 
null
out/com/google/common/collect/CustomConcurrentHashMap$SimpleInternalEntry.smali[
68,4] null
out/com/google/common/collect/Synchronized$SynchronizedListMultimap.smali[0,0] 
null
out/com/google/common/collect/Synchronized$SynchronizedMap.smali[0,0] null
out/com/google/common/collect/AbstractMultimap$WrappedList.smali[50,4] null
out/com/google/common/collect/Synchronized$SynchronizedAsMapValues.smali[0,0] 
null
out/com/google/common/collect/Synchronized$SynchronizedCollection.smali[0,0] 
null
out/com/google/common/collect/AbstractMultimap.smali[0,0] null
out/com/google/common/collect/Iterables.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedRandomAccessList.smali[0,
0] null
out/com/google/common/collect/AbstractMapBasedMultiset.smali[0,0] null
out/com/google/common/collect/LinkedListMultimap$MultisetView.smali[0,0] null
out/com/google/common/collect/Multisets.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedObject.smali[0,0] null
out/com/google/common/collect/Synchronized.smali[0,0] null
out/com/google/common/collect/Collections2.smali[0,0] null
out/com/google/common/collect/ConcurrentHashMultiset.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedList.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedMultiset.smali[0,0] null
out/com/google/common/collect/AbstractSetMultimap.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedAsMapEntries.smali[0,0] 
null
out/com/google/common/collect/LinkedHashMultimap$SetDecorator.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedSetMultimap.smali[0,0] 
null
out/com/google/common/collect/AbstractMultimap$WrappedCollection.smali[82,4] 
null
out/com/google/common/collect/Synchronized$SynchronizedBiMap.smali[69,4] null
out/com/google/common/collect/LinkedHashMultimap.smali[0,0] null
out/com/google/common/base/Joiner.smali[236,4] null
out/com/google/common/base/Functions.smali[0,0] null
out/com/google/common/base/Objects$ToStringHelper.smali[0,0] null
jabber@jabber-linux:~/Kitchen/WORKING_072710_013855/system/app$ ./smali out/ -o 
classes.dex
out/com/google/common/io/Closeables.smali[0,0] null
out/com/google/common/collect/AbstractMultimap$WrappedSortedSet.smali[46,4] null
out/com/google/common/collect/ObjectArrays.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedSet.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedSortedSetMultimap.smali[0
,0] null
out/com/google/common/collect/AbstractMultimap$RandomAccessWrappedList.smali[35,
4] null
out/com/google/common/collect/Lists.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedMultimap.smali[0,0] null
out/com/google/common/collect/AbstractBiMap.smali[0,0] null
out/com/google/common/collect/Iterators.smali[0,0] null
out/com/google/common/collect/Lists$OnePlusArrayList.smali[0,0] null
out/com/google/common/collect/AbstractListMultimap.smali[0,0] null
out/com/google/common/collect/LinkedListMultimap.smali[0,0] null
out/com/google/common/collect/Lists$TwoPlusArrayList.smali[0,0] null
out/com/google/common/collect/ComparisonChain$1.smali[0,0] null
out/com/google/common/collect/EnumHashBiMap.smali[0,0] null
out/com/google/common/collect/Maps$UnmodifiableBiMap.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedSortedSet.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedAsMap.smali[0,0] null
out/com/google/common/collect/LinkedListMultimap$ValueForKeyIterator.smali[0,0] 
null
out/com/google/common/collect/CustomConcurrentHashMap$SimpleInternalEntry.smali[
68,4] null
out/com/google/common/collect/Synchronized$SynchronizedListMultimap.smali[0,0] 
null
out/com/google/common/collect/Synchronized$SynchronizedMap.smali[0,0] null
out/com/google/common/collect/AbstractMultimap$WrappedList.smali[50,4] null
out/com/google/common/collect/Synchronized$SynchronizedAsMapValues.smali[0,0] 
null
out/com/google/common/collect/Synchronized$SynchronizedCollection.smali[0,0] 
null
out/com/google/common/collect/AbstractMultimap.smali[0,0] null
out/com/google/common/collect/Iterables.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedRandomAccessList.smali[0,
0] null
out/com/google/common/collect/AbstractMapBasedMultiset.smali[0,0] null
out/com/google/common/collect/LinkedListMultimap$MultisetView.smali[0,0] null
out/com/google/common/collect/Multisets.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedObject.smali[0,0] null
out/com/google/common/collect/Synchronized.smali[0,0] null
out/com/google/common/collect/Collections2.smali[0,0] null
out/com/google/common/collect/ConcurrentHashMultiset.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedList.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedMultiset.smali[0,0] null
out/com/google/common/collect/AbstractSetMultimap.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedAsMapEntries.smali[0,0] 
null
out/com/google/common/collect/LinkedHashMultimap$SetDecorator.smali[0,0] null
out/com/google/common/collect/Synchronized$SynchronizedSetMultimap.smali[0,0] 
null
out/com/google/common/collect/AbstractMultimap$WrappedCollection.smali[82,4] 
null
out/com/google/common/collect/Synchronized$SynchronizedBiMap.smali[69,4] null
out/com/google/common/collect/LinkedHashMultimap.smali[0,0] null
out/com/google/common/base/Joiner.smali[236,4] null
out/com/google/common/base/Functions.smali[0,0] null
out/com/google/common/base/Objects$ToStringHelper.smali[0,0] null

Original issue reported on code.google.com by [email protected] on 28 Jul 2010 at 10:52

R$string.smali file values

What seems to be the problem?
First of all, I would like to thank you guys so much for developing and 
releasing such and excellent and useful tool. That being said, I was wondering 
what format is used to encode the R$string.smali file, or for that matter, any 
of the .smali files. I wished to be able to see the string values for the 
strings I added to my .apk file but I currently only see the string names. For 
ex., if I entered the string:
"DrNick" with value "Hi Everybody" in Java, once the .dex file has been 
de-assembled, the R$string.smali file shows:
 ".field public static final DrNick:I = 0x7f040002". Is there a way to get the value "Hi Everybody" to show up in the .smali file or what is the encoding method used so I can try to return the string to it's original value?


What version are you using?
1.2.2

Please provide any additional information below: error messages, symptoms,
etc.
If at all possible, I would really appreciate it if I could get to take a look 
at the source code to edit and figure out the encoding issue. 
Thank you so much in advance for this program and all your help!

Original issue reported on code.google.com by [email protected] on 10 Jun 2010 at 8:26

NPE when analyzing non-resolvable method.

What seems to be the problem?
NPE when analyzing non-resolvable method. Should be ValidationException.

What is the exact smali/baksmali command that you ran?
java -jar baksmali-1.2.2.jar -x CheckinProvider.odex -c 
core.odex:framework.odex:ext.odex:services.odex:android.policy.odex

What version are you using?
1.2.2

Original issue reported on code.google.com by Brut.alll on 14 May 2010 at 8:26

Attachments:

issue when smali re-comiling

What seems to be the problem?

blahblah~~~~~/~~~~~~~.smali[0,0] null came out when I was trying to recompile 
*.smali files

like below

zero@Ubuntu:~/romcooking/framework$ ./smali output/ -o output/classes.dex
output/com/android/server/AttributeCache$Package.smali[0,0] null
output/com/android/server/IntentResolver.smali[0,0] null
output/com/android/server/RandomBlock.smali[0,0] null
output/com/android/server/PackageManagerService$PackageSettingBase.smali[0,0] 
null

baksmali works perpectly, but smali doesn't.


What is the exact smali/baksmali command that you ran?
./baksmali -x services.odex -o output
./smali output/ -o output/classes.dex


What version of smali/baksmali are you using? What rom are you working
from?
1.2.4 both of them and I'm working on GalaxyS-I9000-JM2 firmware.


What is the airspeed velocity of an unladen swallow?
It depends on whether you are talking about an African or European swallow.

The airspeed velocity of an unladen swallow is roughly 11 meters per second, or 
24 miles per hour*, beating its wings 7-9 times per second (rather than 43). 
But please note that a 5 ounce bird cannot carry a one pound coconut. 

Please provide any additional information below: error messages, symptoms,
etc.



Original issue reported on code.google.com by [email protected] on 28 Aug 2010 at 6:35

Attachments:

smali compile problem

What steps will reproduce the problem?
1. use backsmali to decompile a dex from a apk
2. use smali compile it back, and put the dex back to the apk
3. adb install recompiled.apk

What is the expected output? What do you see instead?
I only get this message.
Failure [INSTALL_PARSE_FAILED_UNEXPECTED_EXCEPTION]
What version of the product are you using? On what operating system?
0.94 & 0.96

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 17 Oct 2009 at 2:51

Missing util artifact org.jf:util:jar:1.2.1

Small addition to the maven build instructions is necessary: 

[INFO] Building Unnamed - org.jf:smali:jar:1.2.1
[INFO] ------------------------------------------------------------------------
Downloading: http://repo1.maven.org/maven2/org/jf/util/1.2.1/util-1.2.1.pom
[INFO] Unable to find resource 'org.jf:util:pom:1.2.1' in repository
central (http://repo1.maven.org/maven2)
Downloading: http://repo1.maven.org/maven2/org/jf/util/1.2.1/util-1.2.1.jar
[INFO] Unable to find resource 'org.jf:util:jar:1.2.1' in repository
central (http://repo1.maven.org/maven2)
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Failed to resolve artifact.

Missing:
----------
1) org.jf:util:jar:1.2.1



To find org.jf:util:jar:1.2.1 apply the following: 

cd smali/util
mvn install

too. 



Original issue reported on code.google.com by [email protected] on 25 Mar 2010 at 7:33

Lower/uppercase of files with very short names are not correctly handeled

What seems to be the problem?

Lower/uppercase of files with very short names are not correctly handeled.

What is the exact smali/baksmali command that you ran?

see below

What version are you using?

Java(TM) SE Runtime Environment (build 1.6.0_19-b04)
Java HotSpot(TM) Client VM (build 16.2-b04, mixed mode, sharing)

and smali/baksmali 1.2.3

Please provide any additional information below: error messages, symptoms,
etc.

I deodexed MediaUploader.odex from a desire rom:
java -jar baksmali-1.2.3.jar -d framework -x MediaUploader.odex

outdir:
21.06.2010  02:00             9.114 A.smali
21.06.2010  02:00             2.399 aa.smali
21.06.2010  02:00             6.399 aB.smali
21.06.2010  02:00             1.398 aC.smali
21.06.2010  02:00               223 aD.smali
21.06.2010  02:00             1.713 aE.smali
21.06.2010  02:00               192 aF.smali
21.06.2010  02:00               930 aG.smali
...

This is correct!

Then I smali´d the outdir to produce out.dex:
java -jar smali-1.2.3.jar out

Then I baksmali´d out.dex again, because it produced tons of java exceptions 
on my device:
java -jar baksmali-1.2.3.jar out.dex

outdir:
21.06.2010  01:56             9.114 a.smali
21.06.2010  01:56             2.399 aA.smali
21.06.2010  01:56             6.399 ab.smali
21.06.2010  01:56             1.398 ac.smali
21.06.2010  01:56               223 ad.smali
21.06.2010  01:56             1.713 ae.smali
21.06.2010  01:56               192 af.smali
21.06.2010  01:56               930 ag.smali

Files with longer names seem not affected (e.g. 
ConnectivityBroadcastReceiver.smali).

Original issue reported on code.google.com by [email protected] on 21 Jun 2010 at 12:26

core

What seems to be the problem?


What is the exact smali/baksmali command that you ran?


What version of smali/baksmali are you using? What rom are you working
from?

What is the airspeed velocity of an unladen swallow?


Please provide any additional information below: error messages, symptoms,
etc.


Original issue reported on code.google.com by [email protected] on 24 Sep 2010 at 4:38

Cannot deodex when both jar and odex files are present

What steps will reproduce the problem?

Attempt to de-odex framework from OpenX2 ROM for DSTL1*:
1. java -jar baksmali.jar -x core.odex

What is the expected output? What do you see instead?

Not sure because APKs require framework jars containing classes.dex and I
can't de-odex framework because of same reason:

Error occured while loading boot class path files. Aborting.
org.jf.dexlib.Util.ExceptionWithContext: zip file core.jar does not contain
a classes.dex file
        at
org.jf.dexlib.Util.ExceptionWithContext.withContext(ExceptionWithContext.java:58
)
        at
org.jf.dexlib.Code.Analysis.ClassPath.loadBootClassPath(ClassPath.java:114)
        at
org.jf.dexlib.Code.Analysis.ClassPath.initClassPath(ClassPath.java:64)
        at
org.jf.dexlib.Code.Analysis.ClassPath.InitializeClassPath(ClassPath.java:54)
        at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:68)
        at org.jf.baksmali.main.main(main.java:263)
Caused by: java.lang.RuntimeException: zip file core.jar does not contain a
classes.dex file
        at org.jf.dexlib.DexFile.<init>(DexFile.java:308)
        at
org.jf.dexlib.Code.Analysis.ClassPath.loadBootClassPath(ClassPath.java:112)
        ... 4 more
Error while reading boot class path entry "core.jar".

What version of the product are you using? On what operating system?
baksmali v1.2 on Windows 7 x64 Ultimate

Please provide any additional information below.

java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) Client VM (build 16.0-b13, mixed mode, sharing)

Do I need to use baksmali v1.1 on framework before I can use v1.2 on APKs?
Maybe I need to set some kind of argument to look for odex instead of
classes.dex?

*http://hotfile.com/links/28900370/78f3196/OpenX2_v1.3.1.4.zip

Original issue reported on code.google.com by [email protected] on 3 Mar 2010 at 4:52

unexpected top level exception

What steps will reproduce the problem?
 mac os 10.4 java 5 //no java 6 for 10.4 :(//
 use baksmali on the classes.dex from phone.apk

instead of output i get;

UNEXPECTED TOP-LEVEL EXCEPTION:
java.lang.RuntimeException: The magic value is not the expected value
        at org.jf.dexlib.HeaderItem.readItem(HeaderItem.java:72)
        at org.jf.dexlib.Item.readFrom(Item.java:71)
        at org.jf.dexlib.DexFile.<init>(DexFile.java:273)
        at org.jf.baksmali.main.main(main.java:140)

using the latest version .95

i had used baksmali once before on the dex from mms.apk, i seem to feel
there was an issue then as well but it was overcome. unfortunately i can
not remember.

Original issue reported on code.google.com by [email protected] on 1 Sep 2009 at 4:52

Attachments:

difficulties de-odexing 1 file

I am having issues trying to de-odex one .apk for the Cliq. I run the
following command and get the error at the bottom. i know this is a
bootclass issue. any advice would be greatly appreciated.

command: java -jar baksmali-1.2.1.jar -c :com.motorola.obex.jar -x
blur-services.odex


What version are you using? v1.2.1


Error occured while loading boot class path files. Aborting.
org.jf.dexlib.Util.ExceptionWithContext: Could not find class
Ljavax/servlet/htt
p/HttpServlet;
        at
org.jf.dexlib.Code.Analysis.ClassPath.loadClassDef(ClassPath.java:183
)
        at org.jf.dexlib.Code.Analysis.ClassPath.access$700(ClassPath.java:42)
        at
org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.loadSuperclass(ClassPa
th.java:689)
        at
org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.<init>(ClassPath.java:
575)
        at
org.jf.dexlib.Code.Analysis.ClassPath.loadClassDef(ClassPath.java:187
)
        at
org.jf.dexlib.Code.Analysis.ClassPath.initClassPath(ClassPath.java:80
)
        at
org.jf.dexlib.Code.Analysis.ClassPath.InitializeClassPath(ClassPath.j
ava:58)
        at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:71)
        at org.jf.baksmali.main.main(main.java:268)
Error while loading class Lnet/oauth/signature/Echo; from file
blur-services.ode
x



Original issue reported on code.google.com by [email protected] on 15 Mar 2010 at 6:13

Error running smali against HTC_IME.apk

What seems to be the problem? I can baksmali this apk fine, however,
attempting to recompile with smali fails (see output below).

What is the exact smali/baksmali command that you ran?

java -Xmx512m -jar c:\android\sdk\tools\smali-1.2.1.jar -o
HTC_IME_out\classes.dex HTC_IME_out

What version are you using?

Smali-1.2.1
java version "1.6.0_18"

Please provide any additional information below: error messages, symptoms,
etc.

Am return a ton of errors when attempting to recompile with smali.  See
attached. 

Thanks.

Original issue reported on code.google.com by [email protected] on 23 Mar 2010 at 11:20

Attachments:

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.