CmP

Little misunderstanding, it's clear for me now, thank you for spending time on this.

Did a quick test. Had 8.56.0 version, changed some settings as well as floating icon position on the screen. Then installed 8.57.0 version. 2 shortcuts for the new version have been added to the main screen (shortcuts of the old version remained, because, as you have written, GG can't detect old versions in no root mode). Unfortunately, settings from the old version weren't copied - default settings have been applied.

Nice! One question about working without root. What is the proper procedure to update GG in this case? I assume that old version needs to be uninstalled before or after installing the new one.

@Enyby, it works really well in root mode, thanks for that! And what about no root mode, any chances to restore app settings after udpating the app?

Thanks for the reply, I understand what do you mean. I have some gap between what I know about data structures, memory allocation etc and my "practical experience" - working with process memory. I did not know that negative offsets have no meaning, but knew that they can't be used at all with current implementation. Negative offset cause the app to search for non-existing interval of values where "from" value is bigger than "to" value. Taking this into account, it may be reasonable either to change implementation a bit so that searching interval will always exist or to add the check for offset value (displaying a warning when user inputs negative number that only positive integers can be used).

Greetings. In this topic I will share my suggestions about possible ways to improve GG features as well as examples of unintended behaviour of the app. Will update the topic with new findings as soon as I prepare proper explanation for them. Pointer search It's a great feature which saves us time when need to find pointers to an address or a range of addresses. However, current implementation for searchimg a range of addresses (when we specify non-zero offset) seems not best for me. In current implementation search is performed from address - offset value to adrress value. Good way to illustrate this is to show a part of "pointer_scan.lua" script (released by Enyby) where search string is being constructed: local search = (address - offset)..'~'..address gg.searchNumber(search, gg.TYPE_DWORD) My suggestion is to change this feature's implementation a bit, so the search may be performed in 1 of 3 modes: from address - offset to address (current implementation); from address to address + offset; from address - offset to address + offset. One possible way is to add something like "multi-choice" containing two options with offset directions. Total combinations of possible user inputs will be equal to 4 in this case (3 "modes" that were described above and the option when nothing is selected, in this case offset value may be ignored). In my opinion, this will add more flexibility to the feature as well as making it more "understandable" for the user. Let me know, what do you think about it. Сheers.

Because it was a joke... No "Magic edition" will be released, wasn't this obvious for you? By the way, you provided wrong screenshots once again As I can see, Enyby asked for GG start screen pics (where "Start", "Fix it", "Verification" and other buttons are located).

Of course it can, but using functions is a way better approach than goto in my opinion. You can read more about goto statement and it's negative sides here. https://en.wikipedia.org/wiki/Goto

Another option for your case is to use "return" statement in "if" block, so that remaining part of the function won't be executed when the condition is met. if gg.getResultCount() ~= 3 then zabissk() return end -- Remaining part of the function

Yep, got that. Illustrated the example with "Parallel Space" as it might be useful for someone who is interested in this, also maybe for the creator of this topic.

Ok, I figured it out, correcting my conclusion from the previous post. Applications that are run from "Parallel Space" app does not access device's "/sdcard/" (or "/storage/emulated/0") folder directly. Instead of this, they use "parallel_intl" folder, which selectively replicates the structure of "/sdcard/" folder (some important folders are being copied I guess). All apps that are run inside of virtual space can read/write (if have such permission) from/to that "parallel_intl" folder, and it is seen as "/sdcard/" from them. Here is the SS of that folder's contents: I guess that @Enyby and @NoFear meant same thing. I am just not that good at terminology.

Did a try on my device, no root. Using Parallel Space and ES File Explorer apps. Dark theme for original app, bright - for the cloned one. Landscape mode to be able to see full path. Here are the results: As we can see, both paths lead to the same location, but, in my case, not all folders and files are visible in app that is run from virtual space.

He can't navigate to "Download" folder as it is not visible from virtual space because of some reasons. I am not sure about his case, but when no SD card is installed, "/storage/emulated/0" and "/storage/sdcard" both point to the same location - device's internal storage.

View File Monitor saved values This script is intended for tracking changes of the values in the saved list. It will output details (time, name of saved list element, it's address, old value, new value) of recorded changes in a convenient form when user decides to finish monitoring. Submitter CmP Submitted 05/01/18 Category LUA scripts

Oh, then maybe I should not unistall the app before installing newer version.. Thank you for answer.

Greetings. I wonder, if GameGuardian settings and search history can be restored after updating the application. I see one possible way to accomplish this, but can't be sure that it will work like I think it will. GameGuardian stores some xml file with preferences at the path "/data/data/*gg package name*/shared_prefs/". It seems to contain exactly that data, which I want to restore after updating to newer version of the app. So can I simply copy this file contents and paste them to newly generated file (by newer version of the app) in order to restore settings and search history? Can this possibly produce some unintended effects or errors?