Originally Posted by ninor

I get the below error when I try to compile LauncherPro (I added some wallpapers in C:\Launcher\res\drawable-mdpi-v4 and added values for those same wallpapers in arrays.xml in C:\Launcher\res\values-mdpi-v4.

I'm not sure why arrays.xml has error parsing XML mismatch when line 28 is </resources>

What am I doing wrong?

1. Use some decent IDE, that will show you XML errors.
2. How could we tell you, what did you do wrong, if you didn't post your arrays.xml file?
3. It's possible "</resources>" is errorous if you didn't close some tag earlier in this file.

So, I tried this - seems there might be a few bugs:

>apktool.bat d PaintPot.apk

Unpacks it to a directory, seems to go fine, no error messages.

Then without changing anything I go

>apktool.bat b PaintPot

And there is a ton of errors, like.

....PaintPot\Screen1$frame.smali[223,11] no viable alternative at character '/'
....PaintPot\Screen1$frame.smali[494,4] [smali_file, method,statements_and_directives, ordered_debug_directive, line_directive, integral_literal] mismatched input [@1967,13433:13435='nop',<244>,494:4] expecting set null
....\PaintPot\Screen1$frame.smali[1351,4] [smali_file, method, statements_and_directives, ordered_debug_directive, line_directive, integral_literal] mismatched input [@5700,33232:33246=':sswitch_data_0',<158>,1351:4] expecting set null
Exception in thread "main" brut.androlib.AndrolibException: Could not smali file: java.io.FileInputStream@e83912
at brut.androlib.src.DexFileBuilder.addSmaliFile(Unkn own Source)
at brut.androlib.src.DexFileBuilder.addSmaliFile(Unkn own Source)
at brut.androlib.src.SmaliBuilder.buildFile(Unknown Source)
at brut.androlib.src.SmaliBuilder.build(Unknown Source)
at brut.androlib.src.SmaliBuilder.build(Unknown Source)
at brut.androlib.Androlib.buildSourcesSmali(Unknown Source)
at brut.androlib.Androlib.buildSources(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)

@Kermode
Could you upload original apk file?

i don't know if you can do it or it's been mentioned, but a function to see installed frameworks is that possible or can it be done? and uninstall one again?

Originally Posted by capychimp

i don't know if you can do it or it's been mentioned, but a function to see installed frameworks is that possible or can it be done? and uninstall one again?

ls -l ~/apktool/framework/
rm ~/apktool/framework/2.apk

Of course you could do this from Windows Explorer, Total Commander or whatever you want.

Can anyone attach the newest version of aapt? I can't install the 2.2 SDK because I'm using 10.4.11 on this mac and it doesn't support anything higher than 1.6. I want to see if it will work if I use the most recent aapt. I believe there is a newer aapt than the file that's in the latest release of apktool, correct?

Yes , the apktool-1.3.1 does not generate the .java files rather It is generating .samli files.
As per you tube video , It should generate source folder and .java files inside.

apktool dj xxx.apk xx is not supported now .

Nobody wants to attach the aapt from the 2.2 SDK? The aapt included in the install files is dated May 13th. I know there is a newer aapt file in the 2.2 SDK but I can't upgrade to 2.2 on this Mac. I'd like to see if using aapt from 2.2 will allow apktool to work for me.

Originally Posted by staunty

Nobody wants to attach the aapt from the 2.2 SDK? The aapt included in the install files is dated May 13th. I know there is a newer aapt file in the 2.2 SDK but I can't upgrade to 2.2 on this Mac. I'd like to see if using aapt from 2.2 will allow apktool to work for me.

This aapt, from http://android-apktool.googlecode.co..._r01-2.tar.bz2, with aapt v reports 0.2. In my install, C:\android-sdk\platforms\android-8\tools\aapt v reports 0.2 also. Are you saying the aapt in http://android-apktool.googlecode.co..._r01-1.tar.bz2 is older than 0.2? I don't have a mac here so can't check, but given the archive names, it seems unlikely.

Originally Posted by cauli

This aapt, from http://android-apktool.googlecode.co..._r01-2.tar.bz2, with aapt v reports 0.2. In my install, C:\android-sdk\platforms\android-8\tools\aapt v reports 0.2 also. Are you saying the aapt in http://android-apktool.googlecode.co..._r01-1.tar.bz2 is older than 0.2? I don't have a mac here so can't check, but given the archive names, it seems unlikely.

Yeah, now that I'm back home and on my PC, I can look at the previous platforms prior to version 8 as well as the aapt in version 8 itself. The aapt in version 8 seems to be the same as the one included in this file: apktool-install-windows-2.2_r01-2.tar.bz2. I don't know what the deal is. Maybe I simply can't use apktool on a mac such as mine considering I can't install an SDK higher/newer than 1.6.