LUNA: A new step into the unknown of scripts

**ecotje** · 14th July 2021, 02:46 PM

Originally Posted by lunapark

IAfter a return in different versions, it turns out that the function described as falling under a widestring is in fact a boolean, we find the same line in the address.lua of Primo where it is less complicated to display a simple dialogue
sc_InfoMessageBox(type(MODEL.address.search.support_streetsearch_in_state(AddressSearchResult.selectedCountry)),1)
returns a boolean type as expected, so no modification needs to be made at this level

You are (again) 100% right. There is some corruption in the LUA code that changes the country string (pointer) by one byte.

Code:

Please Login or Register to see the links

works.

Code:

Please Login or Register to see the links

crashes (real crash).

Now I need to find why the address that is correct right before the function containing the code gets increased by one byte. I already solved a similar issue whether a function was missing a "self" argument.
These are probably delicate locations where LUA code calls C-code.
Will get there ... eventually. Thanks for all the help and the tip on sc_InfoMessageBox (very useful).

**lunapark** · 14th July 2021, 04:36 PM

this seems to be what the old scripts did

local selCountry = MODEL.map.cursor.address.country() --> "_BEL"
if selCountry ~= "" then
AddressSearchResult.selectedCountry = selCountry:sub(2, 4) --> "BEL"
if AddressSearchResult.selectedCountry:sub(2, 2) == "*" then
selState = MODEL.map.cursor.address.state()
if selState ~= "" then
AddressSearchResult.selectedCountry = selState:sub(2, 4)
gSavedSelectedState = AddressSearchResult.selectedCountry
else
gSavedSelectedState = nil
end
end
.....
AddressSearchResult.streetsInState = MODEL.address.search.support_streetsearch_in_state(AddressSearchResult.selectedCountry) --> "BEL"

About sc_InfoMessageBox (very useful).

need to be used as it to obtain a visible result
sc_InfoMessageBox("Result: /"..tostring(type("very useful").."/") --> /USERDATA/ , /STRING/ , /NIL/ ,......

**ecotje** · 14th July 2021, 09:29 PM

Originally Posted by lunapark

this seems to be what the old scripts did

That is also what I have. But even when I put the constant string "BEL", it crashes. Same with "FRA" etc. It does not crash with "USA" but also returns false, but than again I don't have USA maps loaded.
Anything with an underscore goes, but always returns false. I also tried with a local variable (also with wide string): always crash.
Interestingly, when I put the country in lower case, it does not crash and again returns false. Function "sc_HasCountryStates" seems to imply that countries with states start with a lower case.

Look like it requires some additional code like

Code:

Please Login or Register to see the links

or classic search backend code is broken for LUNA since I have other unexplained crashes...

**lunapark** · 15th July 2021, 05:09 PM

In order to better improve the decoding of the lua scripts corresponding to LUNA, I am looking for any version of iGO in 9.35.2.xxxxxx having as a build any value above 153810,

I am only looking for the data.zip and only the original UXs that go with it, either as is or in the form of the patch.100xxxxxx.com.nng.igo file with the obb extension contained in the directory starting with android/data/obb/com.nng

here is the list of versions I already have:

v9.35.2.153810
v9.35.2.209092 (ZENEC)
v9.35.2.222726
v9.35.2.225936
v9.35.2.227616 (AVICSYNC-Pioneer)
v9.35.2.250929
v9.35.2.250945
v9.35.2.252289
v9.35.2.252374
v9.35.2.262743

in case of need for these versions the clear transcryption will be available on request on this thread (not ask me by MP) and will be added for sharing in post # 3 with the four other shared versions

If possible use other sites than links on MEGA for accessibility reasons for me .

Thank you in advance for your help

**lunapark** · 20th July 2021, 12:52 AM

Adding as attachments the last missing items from the list in previous post

The elements in bold from post # 14 are still available in post # 3
[Only registered and activated users can see links. ]

**ecotje** · 27th July 2021, 11:51 AM

I found the root cause of the crashes with "MODEL.address.search.support_streetsearch_in_state()".
To find it I had to use a debugger and disassemble the ARM code: the function does not take a country as argument, but a state.
I could have saved an hour of work by using my brains first and interpret the name of function correctly: MODEL.address.search.support_streetsearch_in_state

So correct code would look like:

Code:

Please Login or Register to see the links

This also means, sadly, that some of the (compiled) LUA code is incorrect and thus can not work as-is, and hence why classic address search does not work.

**lunapark** · 27th July 2021, 11:21 PM

from primo and nextgen on a better idea of the good formulation,

Code:

Please Login or Register to see the links

by taking and adapting various elements leading to AddressSearchResult.selectedCountry it should end up running correctly in iqs.lua

maybe in this form ?

Code:

Please Login or Register to see the links

for the moment the decryption of the diferent versions still seems to hold water because I have no feedback concerning badly decrypted code, it seems that it is only for the moment bad programming at the base

**ecotje** · 28th July 2021, 10:45 AM

Originally Posted by lunapark

for the moment the decryption of the diferent versions still seems to hold water because I have no feedback concerning badly decrypted code, it seems that it is only for the moment bad programming at the base

Indeed, no problems (anymore) with the decrypted code! The problems are in the compiled LUA and/or the libigo_ini.so for Igo Luna. Neither of classic_search or VR work in Luna and are actually not used (VR uses "onebox-vr"). Everything moved to OneBox search (hg_search, onebox_vr). Classic search (MODEL.address.search.<function>) crashes (country search works, but city or street crashes). Luna content files/structure is quite different and thus required changes in the back-end. Some things have been modified (e.g. support_streetsearch_in_state) but since the front-end is no longer used it was not adapted. I even used LUA techniques to overload "support_streetsearch_in_state" with my own code to take a country as argument while using the original, compiled "address.lua". As a result this function now works but it still crashes when searching for a city when using "classic_search". Will take one more look at IQS, there are some changes in the LUA there...

EDIT: As expected IQS does not work with iGO Luna. It uses yet another search engine (MODEL.address.multi) but again the city search is crashing.

**lunapark** · 13th September 2021, 11:46 PM

Adding as attachment the new decoded lua files from the last version İgo Basarsoft Nextgen 9.35.2.262743 (2021.08.31)

Exclamation

regarding lua files: really nothing new
no changes compared to version 9.35.2.252374 (this Topic #3), only some ux were simply removed

while waiting for a debridged apk version, the original files can be downloaded at this [Only registered and activated users can see links. ]

ozut

**lunapark** · 12th October 2021, 05:50 PM

Adding as attachment the decoded files (only lua) from the last version İgo
Israël Nextgen 9.35.2.263562 ([Only registered and activated users can see links. ])
Gift 9.35.2.263558 ( [Only registered and activated users can see links. ])

the files contained in these archives are identical except one more folder in the GIFT data.zip

Thread: LUNA: A new step into the unknown of scripts

Thread Tools

Display

Advertissements

Tags for this Thread

Bookmarks

Bookmarks

Posting Permissions