Welcome to XDA

Search to go directly to your device's forum

Register an account

Unlock full posting privileges

Ask a question

No registration required
Post Reply

[IDE][3.6.30.14100] Virtuous Ten Studio - Advanced Reverse Engineering Solution

OP Diamondback

Announcement from Diamondback: VTS has its own support area now. Check it out: http://forum.xda-developers.com/apps/virtuous-ten-studio
30th January 2013, 05:09 PM   |  #1111  
Diamondback's Avatar
OP Developer Committee / Senior Moderator / Recognized Developer
Thanks Meter: 6,473
 
4,496 posts
Join Date:Joined: Jan 2010
More
Guys I published a new update a few minutes ago.
It's OTA only and mainly contains low level bugfixes and stuff. Nothing too exciting :P

However, as always, here's the changelog:
https://docs.google.com/document/d/1...ECOztBZ0w/edit
The Following 8 Users Say Thank You to Diamondback For This Useful Post: [ View ]
30th January 2013, 07:05 PM   |  #1112  
ikjadoon's Avatar
Senior Member
Flag Richmond, KY
Thanks Meter: 314
 
704 posts
Join Date:Joined: Jul 2012
More
Quote:
Originally Posted by Diamondback

Hm I could certainly check for ro.secure and give out a warning or something.
However, automatically rebooting to recovery, flashing and booting back up is... Less than ideal. However I could include a button to restart to recovery so it's a bit easier.

Oh, you can check for it easily? Well, that'd be awesome.

Haha, that's true it would be a little precarious. A button would be legit!

EDIT: OK, slight issue, though: what if they're running the stock recovery? I don't know if it set as ro.secure = 1 or 0.... The other, maybe easier option, is to link them to adbd insecure (http://forum.xda-developers.com/show...php?p=37397932).
Last edited by ikjadoon; 31st January 2013 at 01:03 AM.
31st January 2013, 02:11 AM   |  #1113  
Recognized Contributor
Flag Frankfurt
Thanks Meter: 7,797
 
4,845 posts
Join Date:Joined: Oct 2011
Donate to Me
More
AW: [IDE] Virtuous Ten Studio - The next level of reverse engineering apps | 2.1.19.7
Just found this thread. Thank you very much! This tool makes it more easy for my work!! Thx.

XT910 - Stock System: D-WiZ 3.0.2 / 2nd System: Moto Jelly Bean
31st January 2013, 07:40 PM   |  #1114  
ikjadoon's Avatar
Senior Member
Flag Richmond, KY
Thanks Meter: 314
 
704 posts
Join Date:Joined: Jul 2012
More
Quote:
Originally Posted by Diamondback

Hm I could certainly check for ro.secure and give out a warning or something.
However, automatically rebooting to recovery, flashing and booting back up is... Less than ideal. However I could include a button to restart to recovery so it's a bit easier.

There has to be a better way!

haha, and there just might be; all you need to do, I think, is just edit your push command. See here: http://forum.xda-developers.com/show...8&postcount=39
31st January 2013, 08:29 PM   |  #1115  
Diamondback's Avatar
OP Developer Committee / Senior Moderator / Recognized Developer
Thanks Meter: 6,473
 
4,496 posts
Join Date:Joined: Jan 2010
More
Quote:
Originally Posted by ikjadoon

There has to be a better way!

haha, and there just might be; all you need to do, I think, is just edit your push command. See here: http://forum.xda-developers.com/show...8&postcount=39

I don't think that's a solution. As far as I know SuperSU doesn't grant su automatically to shell (as opposed to the older Superuser, which does this)
However, you can always just use the built-in shell thginie from VTS do remount manually and push then.
31st January 2013, 10:04 PM   |  #1116  
ikjadoon's Avatar
Senior Member
Flag Richmond, KY
Thanks Meter: 314
 
704 posts
Join Date:Joined: Jul 2012
More
Quote:
Originally Posted by Diamondback

I don't think that's a solution. As far as I know SuperSU doesn't grant su automatically to shell (as opposed to the older Superuser, which does this)
However, you can always just use the built-in shell thginie from VTS do remount manually and push then.

Right, SuperSU doesn't grant su automatically. It will create that "Grant/Deny" prompt on phone, which you need to say grant. And then it will always work, right?

haha...yes...I guess I could use the built-in shell........fine. At least, then, maybe let ro.secure users know this, though, so they aren't like me for two days wondering why "push" command is taking 20 minutes for a 2MB file. If you get time.

Did you get my AndroidManifest.xml-actually-being-modified screenshot, btw? I sent it on IRC, but I don't know exactly how "old" messages are stored, if at all.
2nd February 2013, 12:31 AM   |  #1117  
Diamondback's Avatar
OP Developer Committee / Senior Moderator / Recognized Developer
Thanks Meter: 6,473
 
4,496 posts
Join Date:Joined: Jan 2010
More
Quote:
Originally Posted by ikjadoon

Right, SuperSU doesn't grant su automatically. It will create that "Grant/Deny" prompt on phone, which you need to say grant. And then it will always work, right?

haha...yes...I guess I could use the built-in shell........fine. At least, then, maybe let ro.secure users know this, though, so they aren't like me for two days wondering why "push" command is taking 20 minutes for a 2MB file. If you get time.

Did you get my AndroidManifest.xml-actually-being-modified screenshot, btw? I sent it on IRC, but I don't know exactly how "old" messages are stored, if at all.

Yea I got that screenshot. Doesn't really matter though, since I am going to implement a "maximum compatibility mode" longterm.


I am planning to introduce a pretty breaking change in the next version. I want to replace the current ApkTool path system with one based on version numbers.

You won't be able anymore to set a custom ApkTool path, instead you have two choices:
  • Always use newest ApkTool
  • Select a custom ApkTool version (but based on the version number, not a custom path)

The main goal is to simply the whole process of selecting ApkTools and to ease the upgrade to a newer ApkTool.
However, the main problem is that all your old projects will be resetted to "Use newest ApkTool" instead of using the custom one you might have assigned.
The question is now, how many of you actually use a very special ApkTool version and can't use a newer one?
The Following 3 Users Say Thank You to Diamondback For This Useful Post: [ View ]
2nd February 2013, 02:38 AM   |  #1118  
hammerholm's Avatar
Senior Member
Thanks Meter: 48
 
126 posts
Join Date:Joined: Nov 2010
Is it possible to decompile an shared.m10 file without having the .apk ?

Sincerely

Edit: You know what, nevermind.. xD
Last edited by hammerholm; 2nd February 2013 at 02:51 AM.
2nd February 2013, 03:03 AM   |  #1119  
Diamondback's Avatar
OP Developer Committee / Senior Moderator / Recognized Developer
Thanks Meter: 6,473
 
4,496 posts
Join Date:Joined: Jan 2010
More
Quote:
Originally Posted by hammerholm

Is it possible to decompile an shared.m10 file without having the .apk ?

Sincerely

Edit: You know what, nevermind.. xD

It's not possible anyway
2nd February 2013, 07:29 AM   |  #1120  
ikjadoon's Avatar
Senior Member
Flag Richmond, KY
Thanks Meter: 314
 
704 posts
Join Date:Joined: Jul 2012
More
Re: [IDE] Virtuous Ten Studio - The next level of reverse engineering apps | 2.1.30.7
Quote:
Originally Posted by Diamondback

Yea I got that screenshot. Doesn't really matter though, since I am going to implement a "maximum compatibility mode" longterm.

Oh, solid. Glad to hear it! if you need a beta-tester, let me know.

Post Reply Subscribe to Thread

Tags
adb, all in one, apk, apk manager, apk multi tool, apktool, dex2jar, draw9patch, dsixda, ide, java, logcat, m10 files, m10 images, m10 tools, resources, sense, sense skins, smali, super powerful, syntax highlighting, theming, visual studio, vts, xml
Previous Thread Next Thread
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes