berkus / android-apktool Goto Github PK

Many errors when building:

"res/values/public.xml:2433: error: Public entry identifier 0x108032c entry 
index is larger than available symbols (index 812, total symbols 800)."

http://forum.xda-developers.com/showthread.php?p=6691084#post6691084

Java automatically returns 1 on uncaught exceptions, so apktool already have 
this feature. There are cases, when it returns 0 instead of 1, because I 
catch some exceptions, show helpful error message, but have forgotten to set 
return code to 1 - I'll fix this. Also there are some errors, that don't 
stop decoding/building process, but result with broken files ("Could not 
decode attr value...") - I will return 2 on such cases.

apktool crashes on many APKs for Android 2.2, like Flash 10.1, Browser.apk 
etc.

.

What steps will reproduce the problem?
1. Extracted apktool-0.9.0 to /opt/apktool
2. Run /opt/apktool/apktool
3. Get this error message: "Failed to load Main-Class manifest attribute 
from /opt/apktool/apktool.jar"

What version of the product are you using? On what operating system?
Distributor ID: Ubuntu
Description:    Ubuntu lucid (development branch)
Release:        10.04
Codename:   lucid

java version "1.6.0_15"
Java(TM) SE Runtime Environment (build 1.6.0_15-b03)
Java HotSpot(TM) Server VM (build 14.1-b02, mixed mode)

apktool fails at unpacking the Froyo Youtube Application.

>java -jar apktool.jar d -f ../Youtube22.ap
k ../out
I: Baksmaling...
Exception in thread "main" brut.androlib.AndrolibException:
brut.androlib.Androl
ibException: File already exists: ..\out\smali\h.smali
        at brut.androlib.Androlib.decodeSourcesSmali(Unknown Source)
        at brut.androlib.ApkDecoder.decode(Unknown Source)
        at brut.apktool.Main.cmdDecode(Unknown Source)
        at brut.apktool.Main.main(Unknown Source)
Caused by: brut.androlib.AndrolibException: File already exists:
..\out\smali\h.
smali
        at brut.androlib.src.SmaliDecoder.decodeClassDefItem(Unknown Source)
        at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
        at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
        ... 4 more

adb pull /system/framework/framework-res.apk .

lado@genlap ~/res $ ls
framework-res.apk


lado@genlap ~/res $ apktool  d -s framework-res.apk .
Exception in thread "main" brut.androlib.AndrolibException:
brut.directory.DirectoryException: java.util.zip.ZipException: error in
opening zip file
    at brut.androlib.Androlib.decodeSourcesRaw(Unknown Source)
    at brut.androlib.ApkDecoder.decode(Unknown Source)
    at brut.apktool.Main.cmdDecode(Unknown Source)
    at brut.apktool.Main.main(Unknown Source)
Caused by: brut.directory.DirectoryException: java.util.zip.ZipException:
error in opening zip file
    at brut.directory.ZipRODirectory.<init>(Unknown Source)
    at brut.directory.ZipRODirectory.<init>(Unknown Source)
    at brut.androlib.res.util.ExtFile.getDirectory(Unknown Source)
    ... 4 more
Caused by: java.util.zip.ZipException: error in opening zip file
    at java.util.zip.ZipFile.open(Native Method)
    at java.util.zip.ZipFile.<init>(ZipFile.java:114)
    at java.util.zip.ZipFile.<init>(ZipFile.java:131)
    ... 7 more



lado@genlap ~/res $ ls
lado@genlap ~/res $   


:( :O

.

.

Currently AXML files are recognized by .xml extension, but this isn't good: 
sometimes there are *.html files compiled, sometimes there are AXML files 
without any extension.

http://forum.xda-developers.com/showthread.php?p=6365472#post6365472

What steps will reproduce the problem?
1. Get a jar or apk without a resources.arsc file
2. Try to run apktool d file.jar
3. or apktool d -r file.jar

What is the expected output? What do you see instead?
apktool should skip resources.arsc if the file doesn't exist. Right now it 
bails out with
"Exception in thread "main" brut.androlib.AndrolibException: Could not load 
resources.arsc from file: file.jar"

What version of the product are you using? On what operating system?
apktool 1.2.0 using Ubuntu Lucid.

Please provide any additional information below.
All info should be above.

lado@genlap ~/apk $ apktool b -f des/
I: Smaling...
I: Building resources...
/home/lado/apk/des/res/values/public.xml:68: error: Public entry identifier
0x7f0200dd entry index is larger than available symbols (index 221, total
symbols 221).
/home/lado/apk/des/res/values/public.xml:68: error: Public symbol
drawable/grayBg declared here is not defined.
Exception in thread "main" brut.androlib.AndrolibException:
brut.common.BrutException: could not exec command: [aapt, p, -F,
/tmp/APKTOOL9045157144165051918.tmp, -I,
/tmp/brut_util_Jar_5691448846377708820.tmp, -I,
/tmp/brut_util_Jar_2963946762175099994.tmp, -S, /home/lado/apk/des/res, -M,
/home/lado/apk/des/AndroidManifest.xml, /home/lado/apk/des/9patch]
    at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
    at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
    at brut.androlib.Androlib.buildResources(Unknown Source)
    at brut.androlib.Androlib.build(Unknown Source)
    at brut.androlib.Androlib.build(Unknown Source)
    at brut.apktool.Main.cmdBuild(Unknown Source)
    at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -F,
/tmp/APKTOOL9045157144165051918.tmp, -I,
/tmp/brut_util_Jar_5691448846377708820.tmp, -I,
/tmp/brut_util_Jar_2963946762175099994.tmp, -S, /home/lado/apk/des/res, -M,
/home/lado/apk/des/AndroidManifest.xml, /home/lado/apk/des/9patch]
    at brut.util.OS.exec(Unknown Source)
    ... 7 more


Phone.apk from 2.1 Android

I did not modified anything.

JesusFreke has updated his jar's and it will solve some issues we are having 
with select applications.

I know what is the reason, but have to do some research.

Most of apps have only one package in apk. I don't know, if it is possible 
to build multipackage apk using official SDK, but Vending.apk, for example, 
has two:

{{{
$ aapt d resources Vending.apk | head
Package Groups (2)
Package Group 0 id=1 packageCount=1 name=android
  Package 0 id=1 name=android typeCount=1
    type 0 configCount=1 entryCount=1
      spec resource 0x01010000 android:id/progress_small: flags=0x00000000
      config 0 lang=-- cnt=-- orien=0 touch=0 density=def key=0 infl=0 
nav=0 w=0 h=0 sz=0 lng=0
        resource 0x01010000 android:id/progress_small: t=0x12 d=0x00000000 
(s=0x0008 r=0x00)
Package Group 1 id=127 packageCount=1 name=com.android.vending
  Package 0 id=127 name=com.android.vending typeCount=12
    type 0 configCount=1 entryCount=1
}}}

apktool will throw "Apk's with multiple or zero package groups not 
supported" error, if you try to decode such apk.

http://docs.google.com/leaf?
id=0B0jrkxXOrji0ZGQ2ZDkzZTctYTAxMy00ZTk5LWJiOGUtZDYyZWQ4YmM1NWI4&hl=en

Decompile OK, but error message popup when rebuild without any change.

1. Decompile Mms.apk.
2. Open Mms\res\values\strings.xml, you will see some entries with 
trailing space. For example, <string name="forward_prefix">Fwd: </string>
3. Build Mms foler to APK without any change.
4. Decompile the new out.apk.
5. Open out\res\values\strings.xml, check if the trailing spaces are 
preserved.

[Expected]
Spaces are preserved.

[Actual]
Spaces are removed.

I'm using apktool-1.0.0.tar.bz2 and apktool-install-windows-2.1_r01-1.zip 
released on April 2. My PC is running Windows 7.

What steps will reproduce the problem?
1. Decompile and mod an app
2. recompile
3. Gets stuck on "Building Resources"

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


Please provide any additional information below.
Only happens on some apps.

They are stored separately to string values and currently are just ignored. 
So: '<xliff:g id="name">%s</xliff:g><b>a</b>' become '%sa' after decoding.

What steps will reproduce the problem?
1. decompile framework-res.apk with apktool d -s framework-res.apk src/
2. buiold it with apktool b src/
3. sign and zipalign
4. push it to /system/framework/ 
5. chmod 0644 /sysmtem/framework/framework-res.apk
6. reboot

What is the expected output? What do you see instead?
Working phone, but 
now when I reboot the phone i get no service and all my apps are being
force closed.

What version of the product are you using? On what operating system?
Motorola milestone 2.1update1

Please provide any additional information below.
For testing

It may be hard, but would give us some benefits:

  * possibility to rebuild framework, system and some "weird" apps.
  * apktool will be then fully independent

What steps will reproduce the problem?
1.AccountAndSyncSettings.apk and Launcher.apk decompile no error
2.no chang anything
3.apk_tool/apktool b ./AccountAndSyncSettings
4.apk_tool/apktool b ./Launcher

show error message

root@coolfree-desktop:/monme# /apk_tool/apktool b ./AccountAndSyncSettings
I: Checking whether sources has changed...
I: Smaling...
I: Checking whether resources has changed...
I: Building resources...
Exception in thread "main" brut.androlib.AndrolibException: 
brut.common.BrutException: could not exec command: [aapt, p, -
F, /tmp/APKTOOL5247010342906233030.tmp, -
I, /tmp/brut_util_Jar_869838621999298831.tmp, -
I, /tmp/brut_util_Jar_1200233732860794926.tmp, -
S, /monme/./AccountAndSyncSettings/res, -
M, /monme/./AccountAndSyncSettings/AndroidManifest.xml, /monme/./AccountAnd
SyncSettings/9patch]
    at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
    at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
    at brut.androlib.Androlib.buildResources(Unknown Source)
    at brut.androlib.Androlib.build(Unknown Source)
    at brut.androlib.Androlib.build(Unknown Source)
    at brut.apktool.Main.cmdBuild(Unknown Source)
    at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -
F, /tmp/APKTOOL5247010342906233030.tmp, -
I, /tmp/brut_util_Jar_869838621999298831.tmp, -
I, /tmp/brut_util_Jar_1200233732860794926.tmp, -
S, /monme/./AccountAndSyncSettings/res, -
M, /monme/./AccountAndSyncSettings/AndroidManifest.xml, /monme/./AccountAnd
SyncSettings/9patch]
    at brut.util.OS.exec(Unknown Source)
    ... 7 more
Caused by: java.io.IOException: Cannot run program "aapt": 
java.io.IOException: error=2, No such file or directory
    at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
    at java.lang.Runtime.exec(Runtime.java:593)
    at java.lang.Runtime.exec(Runtime.java:466)
    ... 8 more
Caused by: java.io.IOException: java.io.IOException: error=2, No such file 
or directory
    at java.lang.UNIXProcess.<init>(UNIXProcess.java:148)
    at java.lang.ProcessImpl.start(ProcessImpl.java:65)
    at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
    ... 10 more
root@coolfree-desktop:/monme# 

http://forum.xda-developers.com/showthread.php?p=6135453#post6135453

My goal is to have all needed resources builtin, but you never know and 
including external file will be no problem.

.

.

http://forum.xda-developers.com/showthread.php?p=6112746#post6112746

when i rebuild phone.apk,it say:

E:\apk>apktool b phone
I: Checking whether sources has changed...
I: Smaling...
I: Checking whether resources has changed...
I: Building resources...
E:\apk\phone\res\layout\pref_dialog_editpin.xml:2: error: Error: Resource
is not
 public. (at 'id' with value '@android:id/tab_selector').
Exception in thread "main" brut.androlib.AndrolibException:
brut.common.BrutExce
ption: could not exec command: [aapt, p, -F,
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\
APKTOOL6923827827320261632.tmp, -I,
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\brut_util
_Jar_6136168658490857599.tmp, -S, E:\apk\phone\res, -M,
E:\apk\phone\AndroidMani
fest.xml, E:\apk\phone\9patch]
        at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
        at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
        at brut.androlib.Androlib.buildResources(Unknown Source)
        at brut.androlib.Androlib.build(Unknown Source)
        at brut.androlib.Androlib.build(Unknown Source)
        at brut.apktool.Main.cmdBuild(Unknown Source)
        at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -F,
C:\D
OCUME~1\ADMINI~1\LOCALS~1\Temp\APKTOOL6923827827320261632.tmp, -I,
C:\DOCUME~1\A
DMINI~1\LOCALS~1\Temp\brut_util_Jar_6136168658490857599.tmp, -S,
E:\apk\phone\re
s, -M, E:\apk\phone\AndroidManifest.xml, E:\apk\phone\9patch]
        at brut.util.OS.exec(Unknown Source)
        ... 7 more

Then we will be able to add some build-sign-install-run combo commands.

There is a bunch of apps in htc hero cdma sprint (2.1-update) rom, which
has next problem:

Repro:
$apktool d -s HTCAlbum.apk HTCAlbum.decoded
I: Decoding resource table...
I: Decoding resources...
W: Could not decode attr value, using undecoded value instead: ns=android,
name=src, value=0x0202072f
W: Could not decode attr value, using undecoded value instead: ns=android,
name=src, value=0x0202072e
W: Could not decode attr value, using undecoded value instead: ns=android,
name=background, value=0x0202072a
W: Could not decode attr value, using undecoded value instead: ns=android,
name=background, value=0x0202072c
I: Copying assets and libs...

$apktool b HTCAlbum.decoded
W: Could not find sources
I: Checking whether resources has changed...
I: Building resources...
/home/astar/android/kitchen/build/HTCAlbum.decoded/res/layout-mdpi/zoomer.xml:5:
error: Error: No resource type specified (at 'src' with value '@33687343').
/home/astar/android/kitchen/build/HTCAlbum.decoded/res/layout-mdpi/zoomer.xml:6:
error: Error: No resource type specified (at 'src' with value '@33687342').
/home/astar/android/kitchen/build/HTCAlbum.decoded/res/layout-mdpi/zoomer.xml:7:
error: Error: No resource type specified (at 'background' with value
'@33687338').
/home/astar/android/kitchen/build/HTCAlbum.decoded/res/layout-mdpi/zoomer.xml:10
:
error: Error: No resource type specified (at 'background' with value
'@33687340').
Exception in thread "main" brut.androlib.AndrolibException:
brut.common.BrutException: could not exec command: [aapt, p, -F,
/tmp/APKTOOL3792701792102865439.tmp, -I,
/tmp/brut_util_Jar_3293322873639936806.tmp, -I,
/tmp/brut_util_Jar_5723326323782498275.tmp, -S,
/home/astar/android/kitchen/build/HTCAlbum.decoded/res, -M,
/home/astar/android/kitchen/build/HTCAlbum.decoded/AndroidManifest.xml,
/home/astar/android/kitchen/build/HTCAlbum.decoded/9patch]
        at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
        at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
        at brut.androlib.Androlib.buildResources(Unknown Source)
        at brut.androlib.Androlib.build(Unknown Source)
        at brut.androlib.Androlib.build(Unknown Source)
        at brut.apktool.Main.cmdBuild(Unknown Source)
        at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -F,
/tmp/APKTOOL3792701792102865439.tmp, -I,
/tmp/brut_util_Jar_3293322873639936806.tmp, -I,
/tmp/brut_util_Jar_5723326323782498275.tmp, -S,
/home/astar/android/kitchen/build/HTCAlbum.decoded/res, -M,
/home/astar/android/kitchen/build/HTCAlbum.decoded/AndroidManifest.xml,
/home/astar/android/kitchen/build/HTCAlbum.decoded/9patch]
        at brut.util.OS.exec(Unknown Source)
        ... 7 more

As we can see when we build resources back it fail exactly with resources
it warned during decoding

Using apktool-1.2 and utils 2.2_r01-1 on
$ uname -a
Linux astar-desktop 2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:28:05
UTC 2010 x86_64 GNU/Linux

Apps which has this problem: Calendar.apk, HTCAlbum.apk, HtcContacts.apk,
HtcDialer.apk, HtcFacebook.apk, HtcMusic.apk, HtcSoundRecorder.apk,
UploadProvider.apk, WorldClock.apk

As I mentioned a long time ago in the xda thread, forcing users to stick 
everything in the Windows directory is annoying.

If you change:
java -jar %WINDIR%\apktool.jar %1 %2 %3 %4 %5 %6 %7 %8 %9
to
java -jar %~dp0\apktool.jar %1 %2 %3 %4 %5 %6 %7 %8 %9

then as long as apktool.jar is in the same directory as apktool.bat, it will 
work, which makes it easier to put them in a non-system folder.

It will still work if a user just drops everything in %WINDIR%

This has low priority, cause we can't simplify it much. Builtin deodexing 
feature will be just few clicks shorter than using Deodexer + apktool.

Currently whole CLI interface is just a <10 lines of code.

https://docs.google.com/leaf?
id=0B0jrkxXOrji0MmM0MWE0M2EtOGU0MS00YjlhLWFiYzktMmNhOTQ0MTkxMjNj&hl=en

C:\Users\zhanghaijun\Desktop>apktool b Dock
I: Checking whether sources has changed...
I: Smaling...
I: Checking whether resources has changed...
I: Building resources...
C:\Users\zhanghaijun\Desktop\Dock\res\anim\undim.html:1: error: Error 
parsing XM
L: not well-formed (invalid token)
Exception in thread "main" brut.androlib.AndrolibException: 
brut.common.BrutExce
ption: could not exec command: [aapt, p, -F, C:\Users\ZHANGH~1
\AppData\Local\Tem
p\APKTOOL2321089229231753812.tmp, -I, C:\Users\ZHANGH~1
\AppData\Local\Temp\brut_
util_Jar_6498052899293112205.tmp, -I, C:\Users\ZHANGH~1
\AppData\Local\Temp\brut_
util_Jar_8202150761596109960.tmp, -S, 
C:\Users\zhanghaijun\Desktop\Dock\res, -M,
 C:\Users\zhanghaijun\Desktop\Dock\AndroidManifest.xml, 
C:\Users\zhanghaijun\Des
ktop\Dock\9patch]
        at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
        at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
        at brut.androlib.Androlib.buildResources(Unknown Source)
        at brut.androlib.Androlib.build(Unknown Source)
        at brut.androlib.Androlib.build(Unknown Source)
        at brut.apktool.Main.cmdBuild(Unknown Source)
        at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -
F, C:\U
sers\ZHANGH~1\AppData\Local\Temp\APKTOOL2321089229231753812.tmp, -I, 
C:\Users\ZH
ANGH~1\AppData\Local\Temp\brut_util_Jar_6498052899293112205.tmp, -I, 
C:\Users\ZH
ANGH~1\AppData\Local\Temp\brut_util_Jar_8202150761596109960.tmp, -S, 
C:\Users\zh
anghaijun\Desktop\Dock\res, -M, 
C:\Users\zhanghaijun\Desktop\Dock\AndroidManifes
t.xml, C:\Users\zhanghaijun\Desktop\Dock\9patch]
        at brut.util.OS.exec(Unknown Source)
        ... 7 more

C:\Users\zhanghaijun\Desktop>

http://forum.xda-developers.com/showthread.php?p=6364258#post6364258

Skype for Android uses an obfuscation which trips up apktool when creating
the smali output files:

$ apktool d -d com.skype.android.verizon.apk outI: Baksmaling...
Exception in thread "main" brut.androlib.AndrolibException:
brut.androlib.AndrolibException: File already exists:
out/smali/com/skype/android/verizon/activity/a.java
    at brut.androlib.Androlib.decodeSourcesSmali(Unknown Source)
    at brut.androlib.ApkDecoder.decode(Unknown Source)
    at brut.apktool.Main.cmdDecode(Unknown Source)
    at brut.apktool.Main.main(Unknown Source)
Caused by: brut.androlib.AndrolibException: File already exists:
out/smali/com/skype/android/verizon/activity/a.java
    at brut.androlib.src.SmaliDecoder.decodeClassDefItem(Unknown Source)
    at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
    at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
    ... 4 more


I'm currently using apktool 1.1.1 on Mac OS X. Version 1.0.0 didn't produce
this error but I don't know if the problem existed and was being swallowed
or is actually new.

Please provide any additional information below:
You can get a Skype for Android 1.0.0.6 .apk from
http://www.sendspace.com/file/rnwab1

error: Public symbol id/fill_parent declared here is not defined.
error: Public symbol id/mode_normal declared here is not defined.

http://forum.xda-developers.com/showthread.php?p=6124066#post6124066

"I don't know what are 0x02* resources (0x01* is android framework, 0x7f* is 
an app), I guess some HTC bits, but I must do research to know, whether 
these resources are compatible between various HTC devices, etc. So I must 
find some dumps from HTC devices and look into them: boooring ;-)"

What steps will reproduce the problem?
1. 7za x ... to extract APK to TMPDIR
2. optipng applied on all png files of TMPDIR
3. aapt p -F APK TMPDIR to repack it, and resign it
4. do a loop for all APKs
5. flash all changed apks to /system/app, and reboot
6. all apks work well except accountmanager

What version of the product are you using? On what operating system?
htc Tattoo, android 1.6

Please provide any additional information below.
The setup wizard fails at 'Set up accounts' interface -> 'Google
account(Tap to set up)', but the tapping does nothing, I guess the account
manager app sucks.

Is this issue related with apktool? Any ideas? Thanks.

http://forum.xda-developers.com/showthread.php?p=6105095#post6105095

"Earlier I thought that only a few "bad" apps (Google Maps, DeskClock) use 
private framework resources and because making resources public is dirty 
hack, I've chosen to publicize these required resources only. Now I see that 
there are more such apps (Settings.apk), so I think we have no other choice 
than to make all framework resources public."

"And maybe I don't have arsc-file builder, but... I have a parser :-) I will 
hack it to run through android.jar file modifying all public bits. It should 
not be a problem."

Currently both android and HTC resources are decoded each time an app is 
decoded. This takes some time, but HTC resources aren't needed for most of 
apps, so it would be better to load frameworks on-demand.

http://forum.xda-developers.com/showthread.php?p=6166523#post6166523

9-patch data is written directly into an image binary, it is somewhat harder 
to get it and this data is currently not decoded. apktool modifies names of 
9-patch files to normal .png, so they are acceptable by aapt, but then they 
will stretch like a normal images.

Currently there is workaround for this: after apk building you could copy 9-
patch images from original to new apk. Of course you need to modify names, 
as apktool did.

Currently recognition is based on opcodes only. You will see many 
misinterpreted variables (shown as ints). We could enhance recognition 
capabilities:

  * track type of result register. This will fix most of issues.
  * track register types. This will fix "move*" instructions and should be 
really easy to add.
  * interpretation of forward invokes, puts, etc. This should fix all or 
nearly all of issues, but will be quite hard to add.

Hi,

i think it will so great to port apktool on win32 like xp vista ...

and java is create to every plateform :)

obviously it needs to run on android, precursor to on-board compiler and 
project editor.

C:\tools>apktool.bat d framework-res-evo.apk
I: Loading resource table...
I: Decoding resources...
I: Copying assets and libs...

C:\tools>apktool.bat b framework-res-evo
W: Could not find sources
I: Checking whether resources has changed...
I: Building resources...
C:\tools\framework-res-evo\res\values\public.xml:947: error: Public symbol id/fi
ll_parent declared here is not defined.
C:\tools\framework-res-evo\res\values\public.xml:1261: error: Public entry ident
ifier 0x102021d entry index is larger than available symbols (index 541, total s
ymbols 541).
C:\tools\framework-res-evo\res\values\public.xml:1261: error: Public symbol id/m
ode_normal declared here is not defined.
Exception in thread "main" brut.androlib.AndrolibException: brut.common.BrutExce
ption: could not exec command: [aapt, p, -F, C:\Users\SAMBOW~1\AppData\Local\Tem
p\APKTOOL6301918668118026335.tmp, -x, -0, arsc, -S, C:\tools\framework-res-evo\r
es, -M, C:\tools\framework-res-evo\AndroidManifest.xml, C:\tools\framework-res-e
vo\9patch]
        at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
        at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
        at brut.androlib.Androlib.buildResources(Unknown Source)
        at brut.androlib.Androlib.build(Unknown Source)
        at brut.androlib.Androlib.build(Unknown Source)
        at brut.apktool.Main.cmdBuild(Unknown Source)
        at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -F, C:\U
sers\SAMBOW~1\AppData\Local\Temp\APKTOOL6301918668118026335.tmp, -x, -0, arsc, -
S, C:\tools\framework-res-evo\res, -M, C:\tools\framework-res-evo\AndroidManifes
t.xml, C:\tools\framework-res-evo\9patch]
        at brut.util.OS.exec(Unknown Source)
        ... 7 more

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.

What steps will reproduce the problem?
1.apktool d com.htc.resources.apk com.htc

What is the expected output? What do you see instead?
I: Baksmaling...
I: Decoding resource table...
I: Decoding resources...
Exception in thread "main" brut.androlib.err.UndefinedResObject: resource 
spec:
0x010102c1
        at brut.androlib.res.data.ResPackage.getResSpec(Unknown Source)
        at brut.androlib.res.data.ResTable.getResSpec(Unknown Source)
        at brut.androlib.res.data.ResTable.getResSpec(Unknown Source)
        at 
brut.androlib.res.data.value.ResReferenceValue.getReferent(Unknown So
urce)
        at 
brut.androlib.res.data.value.ResStyleValue.serializeToXml(Unknown Sou
rce)
        at brut.androlib.res.AndrolibResources.generateValuesFile(Unknown 
Source)
        at brut.androlib.res.AndrolibResources.decode(Unknown Source)
        at brut.androlib.Androlib.decodeResourcesFull(Unknown Source)
        at brut.androlib.ApkDecoder.decode(Unknown Source)
        at brut.apktool.Main.cmdDecode(Unknown Source)
        at brut.apktool.Main.main(Unknown Source)

What version of the product are you using? On what operating system?
ver1.1.1 Windows7 32bit

Please provide any additional information below.
include this framework and all the apps use the resources in it can't 
rebuild normally,please check it ,thanks