HTCCommonctrl deodexing issue

[GoogleCodeExporter]

What seems to be the problem?
API 19 doesn't with HTCCommonctrl, but at the same time I can deodex it with 
API16

What is the exact smali/baksmali command that you ran?
java -Xmx512m -jar baksmali.jar -a 19 -d ../framework -x 

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

NOW AT FILE 26 OF 47 IN system/framework: HTCCommonctrl.odex
Disassembling HTCCommonctrl.odex ...
java -Xmx512m -jar baksmali.jar -a 19 -d ../framework -x HTCCommonctrl.odex

Error occurred while disassembling class 
Lcom.htc.widget.ExpandableListPopupBubbleWindow; - skipping class
org.jf.util.ExceptionWithContext: Invalid type: V
    at org.jf.dexlib2.analysis.RegisterType.getRegisterType(RegisterType.java:238)
    at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeMoveResult(MethodAnalyzer.java:1028)
    at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeInstruction(MethodAnalyzer.java:570)
    at org.jf.dexlib2.analysis.MethodAnalyzer.analyze(MethodAnalyzer.java:202)
    at org.jf.dexlib2.analysis.MethodAnalyzer.<init>(MethodAnalyzer.java:137)
    at org.jf.baksmali.Adaptors.MethodDefinition.addAnalyzedInstructionMethodItems(MethodDefinition.java:387)
    at org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefinition.java:296)
    at org.jf.baksmali.Adaptors.MethodDefinition.writeTo(MethodDefinition.java:198)
    at org.jf.baksmali.Adaptors.ClassDefinition.writeVirtualMethods(ClassDefinition.java:322)
    at org.jf.baksmali.Adaptors.ClassDefinition.writeTo(ClassDefinition.java:113)
    at org.jf.baksmali.baksmali.disassembleClass(baksmali.java:220)
    at org.jf.baksmali.baksmali.access$000(baksmali.java:55)
    at org.jf.baksmali.baksmali$1.call(baksmali.java:144)
    at org.jf.baksmali.baksmali$1.call(baksmali.java:142)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:744)

Error occurred while disassembling class Lcom.htc.widget.ListPopupBubbleWindow; 
- skipping class
org.jf.util.ExceptionWithContext: Invalid type: V
    at org.jf.dexlib2.analysis.RegisterType.getRegisterType(RegisterType.java:238)
    at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeMoveResult(MethodAnalyzer.java:1028)
    at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeInstruction(MethodAnalyzer.java:570)
    at org.jf.dexlib2.analysis.MethodAnalyzer.analyze(MethodAnalyzer.java:202)
    at org.jf.dexlib2.analysis.MethodAnalyzer.<init>(MethodAnalyzer.java:137)
    at org.jf.baksmali.Adaptors.MethodDefinition.addAnalyzedInstructionMethodItems(MethodDefinition.java:387)
    at org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefinition.java:296)
    at org.jf.baksmali.Adaptors.MethodDefinition.writeTo(MethodDefinition.java:198)
    at org.jf.baksmali.Adaptors.ClassDefinition.writeVirtualMethods(ClassDefinition.java:322)
    at org.jf.baksmali.Adaptors.ClassDefinition.writeTo(ClassDefinition.java:113)
    at org.jf.baksmali.baksmali.disassembleClass(baksmali.java:220)
    at org.jf.baksmali.baksmali.access$000(baksmali.java:55)
    at org.jf.baksmali.baksmali$1.call(baksmali.java:144)
    at org.jf.baksmali.baksmali$1.call(baksmali.java:142)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:744)

Error occurred while disassembling class 
Lcom.htc.widget.MoreExpandableHtcListView; - skipping class
org.jf.util.ExceptionWithContext: Invalid type: V
    at org.jf.dexlib2.analysis.RegisterType.getRegisterType(RegisterType.java:238)
    at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeMoveResult(MethodAnalyzer.java:1028)
    at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeInstruction(MethodAnalyzer.java:570)
    at org.jf.dexlib2.analysis.MethodAnalyzer.analyze(MethodAnalyzer.java:202)
    at org.jf.dexlib2.analysis.MethodAnalyzer.<init>(MethodAnalyzer.java:137)
    at org.jf.baksmali.Adaptors.MethodDefinition.addAnalyzedInstructionMethodItems(MethodDefinition.java:387)
    at org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefinition.java:296)
    at org.jf.baksmali.Adaptors.MethodDefinition.writeTo(MethodDefinition.java:198)
    at org.jf.baksmali.Adaptors.ClassDefinition.writeDirectMethods(ClassDefinition.java:277)
    at org.jf.baksmali.Adaptors.ClassDefinition.writeTo(ClassDefinition.java:112)
    at org.jf.baksmali.baksmali.disassembleClass(baksmali.java:220)
    at org.jf.baksmali.baksmali.access$000(baksmali.java:55)
    at org.jf.baksmali.baksmali$1.call(baksmali.java:144)
    at org.jf.baksmali.baksmali$1.call(baksmali.java:142)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:744)

ERROR: Aborting HTCCommonctrl.odex

Original issue reported on code.google.com by LlabToofeR on 28 Mar 2014 at 7:14

Attachments:

• framework.rar

[GoogleCodeExporter]

If it works with api 16, then use api 16 :) Or am I missing something here?

Original comment by jesusfreke@jesusfreke.com on 28 Mar 2014 at 7:44

• Changed state: Fixed

[GoogleCodeExporter]

Yes, but on a working device using API16 leads to certain APP FC...

Original comment by LlabToofeR on 28 Mar 2014 at 7:51

[GoogleCodeExporter]

Is the API 16 crash related to a class in HTCCommonctrl?

Original comment by jesusfreke@jesusfreke.com on 28 Mar 2014 at 8:02

[GoogleCodeExporter]

My mistake, FC doesn't related to this file. Sorry for bothering :)

Original comment by LlabToofeR on 28 Mar 2014 at 8:23