yashsingh1/xdaforums huggingface dataset:
[Android Software/Hacking General [Developers Only]] pepcisko:
Are you sure this is pre-patched? Doesn't look like it, take a peek at the attachment. AMS.smali is different from a patched one too.

But the values seem to be consistent between the ActivityManagerService.smali and ProcessList.smali.

Feel free to run the tool with this services.jar, it will give you a new one.
[Android Software/Hacking General [Developers Only]] m0rphine:
I have sd-ext, not sdcard. Would be nice if this script had an option...
[Android Software/Hacking General [Developers Only]] mynewcentury:
hi thanks . figured it out and added the path. :) works now. great job
[Android Software/Hacking General [Developers Only]] pepcisko:
can you send me the output of the following adb commands ?

adb shell "mount | grep /sd"
adb shell "df | grep /sd"

Thanks..
[Android Software/Hacking General [Developers Only]] gaetanolip:
HI pep

the shell is saying that "there seems to a problem...." but it seems to me it is all ok ...

can you check please
[Android Software/Hacking General [Developers Only]] pepcisko:
Yeah that's a bug :) in the testmode it says "problem" when existing. It's fixed in the version I'm uploading now..
[Android Software/Hacking General [Developers Only]] gaetanolip:
i thought so too. i used test mode to have smali files...

many thanks pep...
[Android Software/Hacking General [Developers Only]] m0rphine:
>adb shell "mount | grep /sd"

/dev/block/vold/93:64 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,u
id=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset
=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0

>adb shell "df | grep /sd"
/mnt/sdcard 5G 1G 3G 4096

Sorry, it seems it is called "extsd", not sd-ext:

>adb shell "mount | grep /ext"
/dev/block/vold/179:1 /mnt/extsd vfat rw,dirsync,nosuid,nodev,noexec,relatime,ui
d=1000,gid=1023,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=
ascii,shortname=mixed,utf8,errors=remount-ro 0 0

>adb shell "df | grep /ext"
/mnt/extsd 14G 893M 13G 32768

When I ran the tool, it gave me this error in the log, which made me believe there was no sdcard:

2012-09-10 16:51:26 | D | [system call] C:/Documents and Settings/XPMUser/Desktop/super/adb/adb.exe push C:/Documents and Settings/XPMUser/Desktop/super/scripts/deodex-pusher.sh /mnt/sdcard/deodex-pusher.sh
2012-09-10 16:51:26 | D | [stderr] 132 KB/s (1362 bytes in 0.010s)
2012-09-10 16:51:26 | D | [system call] C:/Documents and Settings/XPMUser/Desktop/super/adb/adb.exe shell su -c "rm -f /mnt/sdcard/services.jar"
2012-09-10 16:51:26 | D | [stdout] rm failed for -f, No such file or directory
[Android Software/Hacking General [Developers Only]] jonafun:
update zip

so after this program patches up the original services.jar, it made a zip for me to flash. after doing that, i got the supercharger to say it's done 100%. when i flash a new nightly, can i just flash this zip and skip the patching stuff since the zip already has a patched services.jar?
[Android Software/Hacking General [Developers Only]] pepcisko:
it's the frakkin' busybox that doesn't have the rm command properly implemented. Let me guess, it's a 1.18.x version of busybox? :)

I recommend to patch the services.jar everytime a new nightly comes out.. since you can't know if the ROM dev did not change anything in it, compared to the last version you patched.
[Android Software/Hacking General [Developers Only]] jader13254:
Wow great work :) ill include in xperia ice bean :)
[Android Software/Hacking General [Developers Only]] EViollet:
Hi.

Which version of Zep's script is currently implemented?

Regards

Envoyé depuis mon GT-I9300 avec Tapatalk
[Android Software/Hacking General [Developers Only]] jova33:
Not the most recent. Pep seems to be on an outing for the weekend. The program still works, just doesn't have the most recent script from zepp. You can still do it without pep's exe. Just requires more work than I'm willing to do right now lol
[Android Software/Hacking General [Developers Only]] pepcisko:
v9.. will be v11 soon, I'm not sure about v10, since Zep wrote he wants to update it today and I'm behind anyways.
[Android Software/Hacking General [Developers Only]] EViollet:
Ok, thanks.

Any chance of adding this information to the OP? Could maybe prevent future questions like mine...:)

Regards

Envoyé depuis mon GT-I9300 avec Tapatalk
[Android Software/Hacking General [Developers Only]] pepcisko:
yup, I'll add it. Thanks for a good suggestion :)
[Android Software/Hacking General [Developers Only]] pepcisko:
update 0.9.0.3

Update

I just uploaded a new maintenance release. Why maintenance? I'm waiting for Zep to update the Jellypatcher to v11 and temporarily I disabled the Time Killer fix in this release. So it's still based on Jelly_IScream+Time_Killer_Killer--Smali_Patcher_Test_9.sh. But read the changes to see what's new, actually it should fix the behavior for some users.

In fact, I'm quite happy that I was able to finish this update, because it will streamline the user experience a little bit and that's important too. When Zeppelinrox releases his v11 update, I'll include it in the 0.9.0.4 pretty quickly (see? no eta given! LOL). This time it took me a fair while, due to weekend and 'helluva' workload during the first two days of this week. I certainly hope I'll be faster next time :D

Also, I checked a couple of files from a few users who reported bootloops. Honestly - I can't tell what's wrong with these files. Patching is being done correctly on them (exactly the same results as patched with Zep's shell script) and as long as they get proper owner/group/permissions via the shell script, they should work fine. I'd like to ask users who had problems with bootloops, to clear cache/dalvik cache and fix permissions in CWM recovery when doing the first reboot with the patched services.jar/odex.

I still have a few files to check and will do it later today, then I'll provide a "report" :)

Changes

odex: if the baksmali decompile fails (e.g. file missing, although being in BOOTCLASSPATH), the tool will create an alternate BOOTCLASSPATH based on the files that were pulled from the phone and try decompile again. It even this fails, then I guess the world will end in 2012 :)

ui: revamped the whole ui, user is now selecting offline vs online (adb) mode at the beginning

ui: added a proper note for the user to make sure to clean cache/dalvik cache when rebooting for the first time with the new services

ui: added instructions for the user in offline mode (when he wants to do the final steps manually)

internal: added some file exists checking, online (with adb) mode works better now and is prettier :P

other: as always, please read what the tool says.

Todo

fix that stupid rm -f message for "weird" versions of busybox

implement v11 of Zeppelinrox's patcher script as soon as released

update the opening post of this thread - after 0.9.0.4 . I'll post revised instructions too, with screenshots if needed.

ok... what's missing?

Download

http://dev.pepcok.info/jellyscreampatcher/JellyScreamPatcherV6_0.9.0.3.7z
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Just in case, you can use this code from the top of V6...

if [ "`ls $EXTERNAL_STORAGE`" ]; then storage=${EXTERNAL_STORAGE#*mnt}
elif [ "`ls $SECONDARY_STORAGE`" ]; then storage=${SECONDARY_STORAGE#*mnt}
elif [ "`ls $EXTERNAL_STORAGE2`" ]; then storage=${EXTERNAL_STORAGE2#*mnt}
elif [ "`ls $PHONE_STORAGE`" ]; then storage=${PHONE_STORAGE#*mnt}
else storage="/sdcard"
fi 2>/dev/null

Had to come up with that because some users have /emmc instead of /sdcard.

No need for the -f

All I have is rm /blah/blah all over the place in the V6 script.

The only switch I use is -r for removing a folder.
[Android Software/Hacking General [Developers Only]] ahhl:
hi

i run the latest patching apk, but i noticed only my service.odex get updated in the phone, not the service.jar. what i should do?
[Android Software/Hacking General [Developers Only]] ahhl:
here is my log file.

i manually copy the service.jar and in cwm, clear dalvic cache, and reboot...and......still stuck at samsung logo, so i restore back the service.jar from the update.backup file.
[Android Software/Hacking General [Developers Only]] kaatisu84:
Sorry, I am not great with cmd - but this instruction:

"use the cd command to navigate to the folder where the extracted files sit.. Example below based on the c:\super\ folder mentioned above"

Can I just "shift+right click" then open cmd in the folder window? Will that equal the same result?
[Android Software/Hacking General [Developers Only]] Kurre:
Yes you can, that's what I do every time :)

Edit: or actually I'll just run that .exe from the file explorer, as it opens command screen automatically..:rolleyes:
[Android Software/Hacking General [Developers Only]] pepcisko:
The problem is this:

so apparently the rm command failed and the incorrect file was pushed to systtem.. I did some changes to the scripts and to the perl source..

please try one more time with this:

Update 0.9.0.3b

Changelog:

- storage detection, as requested by one of the users (thanks Zep for the code! :) )

- fixes in shell scripts for online mode

- removal of the -f flag for rm commands

Download:

http://dev.pepcok.info/jellyscreampatcher/JellyScreamPatcherV6_0.9.0.3b.7z

It should fix this weird behavior that you're seeing.
[Android Software/Hacking General [Developers Only]] pepcisko:
same as icedeocampo above.. please use the new 0.9.0.3b, hopefully it fixes this stupid behavior :)

for odexed ROMs, service.jar is staying the same, it's just the service.odex that is changing.
[Android Software/Hacking General [Developers Only]] kantjer:
Congratulations the OP look so much better now, very structured.

Just made a dry run with your new patch and it very user friendly. I really want to test out the "Maximum Overdrive" feature so eagerly awaiting your Test_11 implementation (I know your not giving an ETA and I don't ask for it)
[Android Software/Hacking General [Developers Only]] orbital_71:
Pepcisko, i think ur OP should put a guide for using bluetooth or ftp, how to suppose to drop the services.jar to patch it. what do you think?
[Android Software/Hacking General [Developers Only]] ahhl:
thanks Pepcisko,

no bootloop, but no servicce.jar/odex send to my phone either. when run zep script, it being rejected
[Android Software/Hacking General [Developers Only]] lin.dewayne:
Didn't work on my Desire V T328w(China Unicom).:crying:

Have had it done manually...:cyclops:
[Android Software/Hacking General [Developers Only]] pepcisko:
Well... the internet is full of guides on how to transfer files, I doubt I could describe it any better. The only condition is that the files must be in the same folder with the shell scripts, otherwise there is no special condition.. Anyway, I'll think of something when I will redo the opening post's instructions.

When looking at the stupid error in the log, I feel so bad !!!!! :( Please try http://dev.pepcok.info/jellyscreampatcher/JellyScreamPatcherV6_0.9.0.3c.7z :)

good for you :) did it give any errors that you could share with me?
[Android Software/Hacking General [Developers Only]] binher835:
Hi, the new version is strange to me, It can not copy anything into phone SD card, please have a look to my log
[Android Software/Hacking General [Developers Only]] pepcisko:
binher835,

you used http://dev.pepcok.info/jellyscreampatcher/JellyScreamPatcherV6_0.9.0.3c.7z ?
[Android Software/Hacking General [Developers Only]] bgen5pax:
Bootloops on me, running latest 0.9.0.3c even tried formating /cache and clearing dalvik plus fixed permissions through cwm to no avail.

Stock .431 Xperia Pro (MK16a), locked BL
[Android Software/Hacking General [Developers Only]] HauntedGuy:
Bootloop on Xperia Mini (ST15i)

I'm running the official ICS rom for my phone(Xperia mini), and its odexed...

There seems to be a problem with the root permissions for the adb shell(although my device is rooted), so i manually copied the necessary files to my sdcard and executed dexopt-wrapper.sh script from terminal on my phone...

The process seemed to have completed fine, and then after rebooting i ended up with a boot loop (yes, i cleared cache and dalvik cache...the fix permissions option seems to be missing from my cwm(5.0.2.7), if someone could direct me to an updated version of cwm for my phone, i'll be very grateful)

I also tried creating services.odex manually by using dexopt-wrapper and then copied it to /system/framework and set permission, but the same thing happened...

i've attached my framework folder...please look into it if you can :o :fingers-crossed:

P.S: im new to android, so go easy on me :D

my framework folder : ht*tp://w*ww.*med*iafire.*co*m/?u2eabucmuj72fom

(new user, can post links, please remove *'s :P :D)
[Android Software/Hacking General [Developers Only]] pepcisko:
HauntedGuy

can you post the ROM info from the tool too? Framework alone won't help.
[Android Software/Hacking General [Developers Only]] dhatch93:
update title

@pepcisko- would you be willing to put either the latest version or date in the title of the thread so we can see at a glance what the latest update/version is of this? no worries if not - just would be quicker to see in the subscription list when the new version is out. many thanks for this - waaaaaaaayyy easier to update with nightlies. thanks again.
[Android Software/Hacking General [Developers Only]] FeuchtVonLipwig:
Also had a bootloop on my odexed xwlpu after wiping dalvic on V6_0.9.0.3c.

Activity Log

Framework Folder
[Android Software/Hacking General [Developers Only]] pepcisko:
Thanks for the complete information - I verified patching.. it's good, same results as patching via shell.

can you try to do the final step (copying compiled classes.dex to the phone, running the deodex-wrapper.sh script) manually?

I'm wondering if it makes any difference (but I doubt it).

Zep, if you're reading this - is there any reason why it would bootloop with a correctly patched services? The time killer fix wasn't applied in this one.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Is it mostly happening mostly to odexed roms?

I really don't get many reports of bootloops due to the patch.. can't remember how long it's been to be honest :p
[Android Software/Hacking General [Developers Only]] ahhl:
yep me too... boot loop again
[Android Software/Hacking General [Developers Only]] Genesis2001:
The same case here...

I'm in the same case...

I have installed the stock rom (odexed) and also the adb fails to copy to sdcar services.jar, dexopt-wrapper and dexopt-wrapper.sh.

I do this myself and run the script successfully with sdmanager.

But when I finally reboot... I go into the reboot loop!

:(

Sorry for my "googlenglish"!

PS: I've an Xperia Arc with stock rom .587.
[Android Software/Hacking General [Developers Only]] mynewcentury:
tried this on my XPERIA MINI. from the .3 to .3b no prob. from .3b to .3c also no prob.. these are my steps

plug in phone.. run the .exe AS ADMINISTRATOR > follo instructions until it says done > plug out > reboot cwm > clear cache and dalvik cache > reboot phone.
[Android Software/Hacking General [Developers Only]] pepcisko:
there is some bad news and there is some good news... which one comes first?

---

Bad news - message for all ODEXed ROM users

Guys, I'm clueless at the moment. Unless Rexstor's guide or smali compilation via smali.jar is wrong, there is nothing wrong. Patcher works as expected. Compiling works as expected. Shell patching works as Rextor described. Setting permissions works. I inserted a warning into the tool about that. Let me continue looking at the smali compilation, because I suspect that's where it fails. I think I need to contact the smali dev at freenode.

The fact is, the resulting classes.dex is almost 300kB smaller (example - original classes.dex is 3MB, patched/compiled classes.dex is 2.7MB) - on the other hand, all files are in there, the only difference is that there are some commented lines missing in the compiled smali files, but comments should not really matter (unless they have some other meaning? Like annotations in PHP?). And smali.jar doesn't really have any options :(

For deodexed ROMs, there should be no issues.

----

Good news - Update 0.9.0.4

using ALL_ROMS_Ultimate_Jar_Power_Tools-Jelly_ISCream+Maximum_MultiTasking_Mods-Smali_Patcher_Test_11.sh

If it fails for you, send me the log !!! Attach it to your message, don't paste into the thread/PM directly.

Download: http://dev.pepcok.info/jellyscreampatcher/JellyScreamPatcherV6_0.9.0.4.7z
[Android Software/Hacking General [Developers Only]] jgcaap:
I still don't understand what's this for..
[Android Software/Hacking General [Developers Only]] m0rphine:
This is really weird, I've tried this and other Supercharger scripts (for Allwinner A10 devices), but after replacing services.jar, erasing cache and Dalvik cache and rebooting, I get "com.android.phone has stopped working" - and behind that popup is a slew of others, like com.google.process.gapps, Browser,etc.. all have stopped working. Has anyone else seen this behaviour?

I've tried clicking "OK" for ages, but they just keep coming back.
[Android Software/Hacking General [Developers Only]] lin.dewayne:
Got same size services.odex after patched it manually. Think that may not be a smali.jar porblem...?
[Android Software/Hacking General [Developers Only]] pkatsaras:
I've got bootloop too...Didn't saw the last pages cause I wanted too bad to supercharge 100% my phone...I sent you my activity log too...
[Android Software/Hacking General [Developers Only]] pepcisko:
Thanks.. As I said, right now I have no explanation for this. Investigating...
[Android Software/Hacking General [Developers Only]] pepcisko:
I don't know. Try this with a odexed framework:

1. decompile the services

2. copy the classout folder to something else (classout.original)

3. compile and delete the classout folder afterwards

4. create new services.jar, create odex/patch the sig using dexopt-wrapper.sh in the phone

5. copy new services.odex to the PC

6. decompile the services again

7. compare classout to classout.original

In an ideal world, the smali files should be the same. But here, it should be different. Missing commented lines in the smali files. Not sure if they have any meaning (they are comments), but until I talk with the baksmali/smali dev, I won't be able to tell for sure.

For deodexed framework, the result of the above steps is good - the smali files are exactly the same. No comments missing.

Hell... flashing odexed ROM again, will figure out this **** in the evening :D
[Android Software/Hacking General [Developers Only]] Newuser_yt:
Tried the maximun overdrive mod using this tool and everything went well. Loving the multitasking feature.Thanks for this wonderful and easy tool.
[Android Software/Hacking General [Developers Only]] selfishloner:
Hey pep, you made this easy for me. Thanks.
[Android Software/Hacking General [Developers Only]] pepcisko:
Replying to my own posts.. that's weird.. LOL But - as I suspected... for ODEX, the smali files are different. Not only regarding the comments, but also some exception/condition labels.

Also, in the decompiled smali files (step 1 above) there sometimes are comments like this:

Wow... as I see it with my layman eyes, this possibly has not been working correctly from day 1, maybe not even using rexstor's batch tool.

I'll try to contact the smali/baksmali dev now..

-----

15 minutes later.... submitted an issue with smali project page. Let's see if it's that.
[Android Software/Hacking General [Developers Only]] FeuchtVonLipwig:
At least you found out that there is something wrong now .D

Flashed a already deodexed sammy rom now and its working there.
[Android Software/Hacking General [Developers Only]] Prii:
thanks, works fine :)
[Android Software/Hacking General [Developers Only]] apollopayne:
seems to be working ok on my sg2 and see my ram usage is less 269mb instead of 410mb
[Android Software/Hacking General [Developers Only]] realfelix:
same problem as many others here, i got it 50% supercharged but really cant get it to more ( and i am into cooking roms and stuff ) the adb shell just won't get root rights.. ive manually patched the services.jar, installed it fine via the sc6 script and guess what? after reboot i see that android is updating but in the script it still says that its 50% supercharged..

anyway i appreciate your work till now as many others here !hope you get that fixed! :)
[AT&T Samsung Galaxy Note I717] kiltedthrower:
Does anyone know of a note/memo taking app that has stylus support and syncs with Google?
[AT&T Samsung Galaxy Note I717] slaydog:
No, but "Skitch" will sync with Ever note...
[AT&T Samsung Galaxy Note I717] technut:
Here's a link to some note taking apps in the play store, some use s pen.I don't think they directly link notes to google but if you are on ICS you could "share" with Gmail if that helps at all.The default samsung memo and note apps will share also.
[Samsung Galaxy Nexus] ed116:
I know im going to get flamed on this for making 'another better rom for battery thread' but ive been away for two weeks and i see some new roms are out for jellybean, i am currently rocking AndroidMe Cm10 rom, but would like to try a different rom for better batterylife. (its not the best as is ..) i know you guys are going to say every device varies but chances are what most people are getting better battery life on so will mine... so what would you guys reccomend? i really dont want to revert to TeamGummy 4.0.4 (ICS) but if i cant find a better batterylife :(
[Samsung Galaxy Nexus] xskordeal:
well, a better battery life is mostly up 2 the kernel, screen brightness, wireless and network usage, other settings r just familiar of most roms.

though ice has a better battery life than jb, i think

the GUMMY doos have a good battery life 'cause it's using the imoseyon kernel:good:
[Samsung Galaxy Nexus] ÜBER™:
Noooooo!! :mad::mad:

Sent From My Toro+ via RED Tapatalk
[Samsung Galaxy Nexus] Pierceye:
Not trying to flame you but you answered your own question in the OP. Every device varies along with the way each person uses it. I don't have any technical expertise to fall back on when choosing a ROM so it's mostly a trial-and-error process. Flashing a different ROM or kernel is fairly simple, so just experiment and see which one gives you what you are looking for. I rarely, if ever, got the same performance that other users reported when I had my Evo. And lastly, read what other people are saying about a particular combination. XDA has no shortage of people willing to try out new things and let the rest of the community know how it worked. The last 3 pages of a thread are usually the best place to look and see what kind of success/failure rate is happening.
[Samsung Galaxy Nexus] Zepius:
why did you make the thread then?

here's the best rom ever! STOCK
[Samsung Galaxy Nexus] GuestK007:
well, in the 2 weeks that you were gone, there have been amazing breakthroughs in development! The battery now lasts almost 2 weeks with on avg 17hrs of screen on time!

*sigh* just look at the kernel threads and youll see, its not like there's 70+ kernels
[Samsung Galaxy Nexus] Zeinzu:
Stock.

Sent from my Stock AOSP Android 4.1.1 Galaxy Nexus.
[Samsung Galaxy Nexus] KennyG123:
Flamefest.

No one can decide for you. No one uses their phone like you.

You need to decide for yourself and put in the work like everyone else

Flash and see.

FNM
[Sony Ericsson Xperia Neo, Pro] elemenophee:
Hi!

I'm facing problems with the way Android manage the RAM.

When I have Opera open and do another task, inmediatly the memory manager closes it. When I open Opera again it load again the webs I had, consuming more data...

So the question is... how can I prevent that Opera be closed by the memory manager?
[Sony Ericsson Xperia Neo, Pro] bambotcha:
You cant ,, thats how things work on android and thats why low RAM on android device makes it useless in multitasking