forprevious / smali Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/smali
Automatically exported from code.google.com/p/smali
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
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:
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:
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:
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
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
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
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
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
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
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:
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
$ 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:
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
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
Where it is possible to download the corrected r794?
Original issue reported on code.google.com by [email protected]
on 9 Nov 2010 at 7:44
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:
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
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
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
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
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
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
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
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
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:
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
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
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
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:
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
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
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
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
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:
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:
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
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
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
It makes impossible to compile dexlib without JUnit.
BTW there are more unused imports in this file :-)
Original issue reported on code.google.com by Brut.alll
on 13 Apr 2010 at 12:36
Attachments:
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
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
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:
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:
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:
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:
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
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
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:
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
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.