LUNA: A new step into the unknown of scripts

Quote:

---

Originally Posted by lunapark [Only registered and activated users can see links. Click Here To Register...]

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:

---

MODEL.address.search.support_streetsearch_in_state("_BEL")

---

works.

Code:

---

MODEL.address.search.support_streetsearch_in_state("BEL")

---

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).

this seems to be what the old scripts did

Quote:

---

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/ ,......

Quote:

---

Originally Posted by lunapark [Only registered and activated users can see links. Click Here To Register...]

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:

---

if sc_HasCountryStates() then ...

---

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

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 ;)

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. Click Here To Register...]

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:

---

  local isStreetSearchSupported = false
  if MODEL.map.cursor.address.state() ~= "" then
    isStreetSearchSupported = MODEL.address.search.support_streetsearch_in_state(MODEL.map.cursor.address.state():sub(2, 4))
  end

---

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.

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

Code:

---

function sc_FindAddressInitPosition()
    MODEL.map.cursor.position = MODEL.navigation.car.position()
    local selCountry = MODEL.map.cursor.address.country()
    local selState = ""
    if selCountry ~= "" then
        AddressSearchResult.selectedCountry = selCountry:sub(2, 4)
        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
        local cityID = MODEL.map.cursor.city_id()
        if cityID ~= qWord_0 then
            findAddressInitCity:trigger(cityID, selState)
        else
            gSavedSelectedCity = nil
        end
    end
    AddressSearchResult.selectedCityName = L""
    AddressSearchResult.selectedStreetName = L""
    AddressSearchResult.selectedStreet = ""
    AddressSearchResult.streetsInState = MODEL.address.search.support_streetsearch_in_state(AddressSearchResult.selectedCountry)
    AddressSearchResult.skipStreet = false
    AddressSearchResult.skipHouseNum = false
end

---

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

maybe in this form ?

Code:

---

  local isStreetSearchSupported = false
  if MODEL.map.cursor.address.country():sub(2, 4):sub(2, 2) == "*" then
    if MODEL.map.cursor.address.state() ~= "" then
    isStreetSearchSupported = MODEL.address.search.support_streetsearch_in_state(MODEL.map.cursor.address.state():sub(2, 4))
  end
  end

---

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

Quote:

---

Originally Posted by lunapark [Only registered and activated users can see links. Click Here To Register...]

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.

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

[Only registered and activated users can see links. Click Here To Register...] 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. Click Here To Register...] :beer: ozut

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. Click Here To Register...])
Gift 9.35.2.263558 ( [Only registered and activated users can see links. Click Here To Register...])

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