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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

I have also tried all libraries located within /init.rc

Original comment by [email protected] on 7 Jun 2010 at 4:24

• Added labels: ****
• Removed labels: ****

[GoogleCodeExporter]

It's likely that class doesn't exist on the phone. You'll need to see if the 
class
exists in any of the framework files. (baksmali them, and see if there's a 
smali file
for the class that it can't find).

If that class really doesn't exist, then you should be able to use the
-I/--ignore-errors option in baksmali to get it to deodex.

Original comment by [email protected] on 7 Jun 2010 at 12:26

• Changed state: Done
• Added labels: ****
• Removed labels: ****

[GoogleCodeExporter]

Bravo_HTC_WWE_1.21.405.2
I've deodexed whole rom. There is no such class.

It's from java xsdlib library, which isn't in the rom. Don't understand how htc 
could use it in this way.

Original comment by [email protected] on 23 Jun 2010 at 8:17

• Added labels: ****
• Removed labels: ****

[GoogleCodeExporter]

That's really not that uncommon with HTC/sense roms. Apparently, the code that 
references those non-existant classes is never actually used.

Did you try the -I option?

Original comment by [email protected] on 24 Jun 2010 at 3:36

• Added labels: ****
• Removed labels: ****

[GoogleCodeExporter]

It has a lot of references for non existent classes.
By the way RSS.odex, which references to com.htc.rss.jar deodexed without any 
errors
==
org.jf.dexlib.Code.Analysis.ValidationException: class Lcom/htc/StingHandler; 
cannot be resolved.
org.jf.dexlib.Code.Analysis.ValidationException: class 
Ljava/beans/IntrospectionException; cannot be resolved.
org.jf.dexlib.Code.Analysis.ValidationException: class 
Lorg/dom4j/datatype/DatatypeAttribute; cannot be resolved.
org.jf.dexlib.Code.Analysis.ValidationException: class 
Lorg/dom4j/datatype/DatatypeElement; cannot be resolved.
org.jf.dexlib.Code.Analysis.ValidationException: class 
Ljavax/xml/stream/XMLInputFactory; cannot be resolved.
org.jf.dexlib.Code.Analysis.ValidationException: class Lnu/xom/Attribute; 
cannot be resolved.
org.jf.dexlib.Code.Analysis.ValidationException: class Lnu/xom/Comment; cannot 
be resolved.
org.jf.dexlib.Code.Analysis.ValidationException: class Lnu/xom/Node; cannot be 
resolved.
org.jf.dexlib.Code.Analysis.ValidationException: class 
Lnu/xom/ProcessingInstruction; cannot be resolved.
org.jf.dexlib.Code.Analysis.ValidationException: class Lnu/xom/Text; cannot be 
resolved.
====
StingHandler is from RSS.odex, htc rocks! framework references system app
IntrospectionException is defined inside itself. (com/rosedata/java/beans)

Original comment by [email protected] on 24 Jun 2010 at 5:38

• Added labels: ****
• Removed labels: ****

[GoogleCodeExporter]

Does -I work for you?

Original comment by [email protected] on 24 Jun 2010 at 1:18

• Added labels: ****
• Removed labels: ****

[GoogleCodeExporter]

-I does indeed allow the file to be processed, is there anyway to silence the 
error output on Linux, or could you possibly at that option to the next 
release, would make it easier to recognise problems in other odex files when 
using bash scripts to deodex mass amounts.

Original comment by [email protected] on 24 Jun 2010 at 1:23

• Added labels: ****
• Removed labels: ****

[GoogleCodeExporter]

-I works for deodexing.
I didn't try to smali it back.

Original comment by [email protected] on 24 Jun 2010 at 3:04

• Added labels: ****
• Removed labels: ****