Jump to content
  • 0

libUE4.so error


kkbs4u

Question

Posted

 

 

My Code Below

--×××××××××××××××××××××××××××××××××

 

codeapp = gg.getRangesList("libUE4.so")[1].start

cpp = {}

cpp[1] = {}

cpp[1].address = codeapp

cpp[1].flags = gg.TYPE_DWORD

gg.loadResults(cpp)

 

 

 

Getting Error Below 

--×××××××××××××××××××××××××××××××××

 

Script ended:

Script error: luaj.o: /storage/emulated/0/Lib.lua:1

`codeapp = gg.getRangesList("libUE4.so")[1].start`

attempt to index ? (a nil value) with key 'start' (field '1')

level = 1, const = 11, proto = 0, upval = 1, vars = 2, code = 26

GETTABLE v0 v0 "start"

 ; PC 5 CODE 00414007 OP 7 A 0 B 0 C 261 Bx 261 sBx -130810

stack traceback:

 /storage/emulated/0/Lib.lua:1 in main chunk

 [Java]: in ?

 at luaj.LuaValue.f(src:989)

 at luaj.LuaValue.c(src:2864)

 at luaj.LuaValue.i(src:2767)

 at luaj.LuaValue.w(src:1094)

 at luaj.LuaClosure.a(src:363)

 at luaj.LuaClosure.l(src:160)

 at android.ext.Script.d(src:6056)

 at android.ext.Script$ScriptThread.run(src:5785)

4 answers to this question

Recommended Posts

Posted

Works for me. It returns nil because it does not find the memory region with the given filter. Probably because the path name is refering to the files in the split apk, your path name is ending with split_config.arm64_v8a.apk or something. So your filter method won't work.

Also next time when putting code, place in the code feature, don't just past it here as text. It can mess up the site or when others try to copy it can get weird symbols with it.

 

Screenshot_2022-08-21-04-08-11-273_com.android.chrome.jpg

Posted
22 hours ago, kkbs4u said:

 

 

My Code Below

--×××××××××××××××××××××××××××××××××

 

codeapp = gg.getRangesList("libUE4.so")[1].start

cpp = {}

cpp[1] = {}

cpp[1].address = codeapp

cpp[1].flags = gg.TYPE_DWORD

gg.loadResults(cpp)

 

 

 

Getting Error Below 

--×××××××××××××××××××××××××××××××××

 

Script ended:

Script error: luaj.o: /storage/emulated/0/Lib.lua:1

`codeapp = gg.getRangesList("libUE4.so")[1].start`

attempt to index ? (a nil value) with key 'start' (field '1')

level = 1, const = 11, proto = 0, upval = 1, vars = 2, code = 26

GETTABLE v0 v0 "start"

 ; PC 5 CODE 00414007 OP 7 A 0 B 0 C 261 Bx 261 sBx -130810

stack traceback:

 /storage/emulated/0/Lib.lua:1 in main chunk

 [Java]: in ?

 at luaj.LuaValue.f(src:989)

 at luaj.LuaValue.c(src:2864)

 at luaj.LuaValue.i(src:2767)

 at luaj.LuaValue.w(src:1094)

 at luaj.LuaClosure.a(src:363)

 at luaj.LuaClosure.l(src:160)

 at android.ext.Script.d(src:6056)

 at android.ext.Script$ScriptThread.run(src:5785)

Hi! probably to just scrape your filter and or do multiple level check when the lib doesn't appear in certain memory region; it will find in another instead. I've not seen a problem with LibUE4 based game (PUBGM) & (CODM), make sure to also refer your game name and attach the log as file instead. For clarify, the issue isn't comes from LibUE4 but in your script & GG.

Posted
9 hours ago, MainC said:

For clarify, the issue isn't comes from LibUE4 but in your script & GG.

I don't think its a GG or scripting issue, no expert in these fields but i guess that GG is reading mapped emory ranges of running process through some similair kind of way as you would do in the terminal, like /proc/[pid]/maps or pmap [PID].

And there as well you see same path name. Which is split.apk. But copy pasting the libUE4.so to the /lib/arm64 folder should solve the issue. As seen in the screenshot. 

Screenshot_2022-08-21-17-35-00-732_com.rs.explorer.filemanager.jpg

unknown.png

Screenshot_2022-08-21-17-37-13-572_com.battlefun.c1game.na.jpg

Posted

Yeah it's working for me now 

I extract libUE4.so from split apk and pasted in lib folder now works well thanks 

 

 

Screenshot_20220821-232133_5fe0fc57f9a3a96e048dba6238359dfb.jpg

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.