Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Releases: Stericson/RootTools

RootTools 5.0

26 Nov 23:20
@Stericson Stericson

Choose a tag to compare

This is release 5.0.

With this release comes a number of bug fixes and refinements. This release also resolves some mounting/remounting issues in newer versions of Android.

Additionally, releases are now distributed in an .aar format rather than .jar format.

Assets 3
Loading
Malik12koko, Toni500github, Ran242, Rayray1099, sqxy090123, Sannyi121, isZ22, and Cruisor1984 reacted with thumbs up emoji isZ22 and hello94happiness reacted with laugh emoji Rayray1099, sqxy090123, Hayomiday, Sannyi121, akib-h, k3ylows, isZ22, kensecilfaye1977Q, and try2be-better reacted with eyes emoji
14 people reacted

RootTools 4.2

12 Jan 22:01
@Stericson Stericson

Choose a tag to compare

RootTools 4.2 brings in a number of additional bug fixes from RootTools 4.1

The Core of RootTools has been separated from RootTools and given it's own repository which you can find here:

https://github.com/Stericson/RootShell

This allows RootTools to be a set of Tools for rooted applications and allows RootShell to provide the most basic functionality required for a rooted application. In many cases, as a developer, you may find the additional functionality provided by RootTools useful but there may be cases where you don't want that additional functionality in which case RootShell would be a more ideal choice.

Along with the separation of the Core of RootTools and the introduction of RootShell a number of bug fixes where implemented as well.

Changes

  1. Support for commands that execute indefinitely, such as top or something else. Simply pass 0 in as the timeout. You can finish or terminate the command by calling cmd.finish() or cmd.terminate() as needed.
  2. Recompiled against JDK 1.7, should fix some issues with those not running Java 1.8 yet.

Important Note!

When implementing/overriding commandOutput you must make a call to the super method as the last statement in the method. This helps RootTools know that all output has been processed by your application and that it should mark the command as finished. RootShell will terminate the command if all output is not marked as being processed by the time that the command timeout is hit. Making the final call to the super method will help RootShell ensure that all of the output by the command you've executed is processed and will keep your application moving quickly. If you don't want RootShell waiting on you to process the output then just make the super call the first thing in the method.

Loading

RootTools 4.1

07 Jan 14:47
@Stericson Stericson

Choose a tag to compare

RootTools 4.1 brings in a number of additional bug fixes from RootTools 4.0

The Core of RootTools has been separated from RootTools and given it's own repository which you can find here:

https://github.com/Stericson/RootShell

This allows RootTools to be a set of Tools for rooted applications and allows RootShell to provide the most basic functionality required for a rooted application. In many cases, as a developer, you may find the additional functionality provided by RootTools useful but there may be cases where you don't want that additional functionality in which case RootShell would be a more ideal choice.

Along with the separation of the Core of RootTools and the introduction of RootShell a number of bug fixes where implemented as well.

Changes

  1. A problem with the early termination of commands was fixed.
  2. Problems with switching context and executing specific commands was fixed.
  3. CommandCapture was removed.
  4. Command is no longer abstract and the three abstract methods are no longer abstract and should be overridden as needed.
  5. When implementing/overriding commandOutput you must make a call to the super method as the last statement in the method. This helps RootTools know that all output has been processed by your application and that it should mark the command as finished. RootShell will terminate the command if all output is not marked as being processed by the time that the command timeout is hit. Making the final call to the super method will help RootShell ensure that all of the output by the command you've executed is processed and will keep your application moving quickly. If you don't want RootShell waiting on you to process the output then just make the super call the first thing in the method.
Loading

RootTools 4.0 (Beta)

02 Jan 21:16
@Stericson Stericson

Choose a tag to compare

RootTools 4.0 (Beta) Pre-release
Pre-release

RootTools 4.0 brings in a number of bug fixes for issues relating to SELINUX within Android.

The Core of RootTools has been separated from RootTools and given it's own repository which you can find here:

https://github.com/Stericson/RootShell

This allows RootTools to be a set of Tools for rooted applications and allows RootShell to provide the most basic functionality required for a rooted application. In many cases, as a developer, you may find the additional functionality provided by RootTools useful but there may be cases where you don't want that additional functionality in which case RootShell would be a more ideal choice.

Along with the separation of the Core of RootTools and the introduction of RootShell a number of bug fixes where implemented as well.

Changes

  1. A problem with the early termination of commands was fixed.
  2. Problems with switching context and executing specific commands was fixed.
  3. CommandCapture was removed.
  4. Command is no longer abstract and the three abstract methods are no longer abstract and should be overridden as needed.
  5. When implementing/overriding commandOutput you should now make a call to the super method as the last statement in the method. This helps RootTools know that all output has been processed by your application and that it should mark the command as finished. RootShell will wait a period of time (about 10 seconds) before giving up on waiting for all output to be processed and will mark the command as finished. Making the final call to the super method will help RootShell ensure that all of the output by the command you've executed is processed and will keep your application moving quickly. If you don't want RootShell waiting on you to process the output then just make the super call the first thing in the method.
Loading

RootTools 3.5

06 Jul 03:09
@Stericson Stericson

Choose a tag to compare

RootTools 3.5 brings official support for Android L.

It also brings support for context switching for ChainFire's su binary. (http://su.chainfire.eu/#selinux-contexts-unconfined)

You can find the available contexts in the enum Shell.ShellContext
You can set the default context (Shell.defaultContext)
You can open a shell by passing in a context to the getShell constructor
You can also switch the context of an existing shell by using the method switchRootShellContext (Using this method will close the current shell and re-open a root shell with the appropriate context)

Loading

RootTools 3.4

26 Jan 17:32
@Stericson Stericson

Choose a tag to compare

RootTools 3.4 brings an important bug fix related to detecting su and finding binaries. It also improves the reliability of getPath

Loading

AltStyle によって変換されたページ (->オリジナル) /