Ошибка unable to determine

SQL Server Reporting Services, in SSRS it seems like Schedules never fire, however a look at the SQL Agent reveals a permission issue related to not being able to resolve a user account.

Seems SQL Agent does not rely on caching or whatever voodoo Windows magically works.

link text
Fix is listed here…
edit —

Above is the fix I used to workaround this issue, has any one found any other work arounds or resolutions to this issue?

It seems that by default the SSRS Generated Schedules are run as this phantom user account. How do I change this default? Is SSRS creating the jobs as the user the service runs as?

Thanks Remus

I was running into the same issue. Here is how I fixed it.

Problem description
When setting an SSRS report subscription to run at a given time, I would wait for the time to pass and then find that the «Last Run» timestamp did not change. My subscription appears not to have run.

Relevant troubleshooting info

1. SSRS report subscriptions are executed as SQL Jobs that the Report Server web UI creates for you behind the scenes.

2. When looking at the job that was created for my report subscription, I saw that it always failed with the error:

   The job failed. Unable to determine if the owner (domainuserName) of job 0814588B-D590-4C45-A304-6086D5C1F559 has server access (reason: Could not obtain information about Windows NT group/user ‘domainuserName’, error code 0x5. [SQLSTATE 42000] (Error 15404)).

3. In the Sql Server Configuration Manager I could see that the «SQL Server Reporting Services» service was configured to run using an AD user account.

4. In the Sql Server Configuration Manager I could see that the «SQL Server» service was configured to run using a local Windows account.

5. As @Remus Resanu pointed out, the SQL error 15404 refers to an exception when EXECUTE AS context cannot be impersonated.

Solution
Bingo! #4 and #5 are the key to the problem. The SQL Server service (a local Windows user account) was trying to authenticate the user «domainuserName» in AD, which it could not do because it does not have the right/permission to access AD resources.

I changed the SQL Server service to us an AD user account, restarted the SQL Server and SQL Server Agent services, re-ran the SQL job and, blamo, success!

answered Jul 30, 2013 at 19:04

15404 is the exception when EXECUTE AS context cannot be impersonated. Reasons for these error are plenty. The most common reasons are:

• when the SQL Server instance does not have access to the AD server because is running as a local user or as ‘local service’ (this would have an error code 0x5, ACCESS_DENIED)
• when the SQL Server is asked to impersonate an unknown user, like an user from a domain the SQL Server has not idea about (this would have the error code 0x54b, ERROR_NO_SUCH_DOMAIN)

The proper solution is always dependent on the error code, which is the OS error when trying to obtain the impersonated user identity token: one searches first for the error code in the System Error Codes table (or fires up windbg, does a loopback non-invasive kernel debug connection and goes !error, which is what I prefer cause is faster…).

So, John… do you actually have a question, or just posted a random piece of partial information?

answered Dec 15, 2009 at 5:13

I did 2 things and it’s now working.

1) Go to «SQL Server Configuration», change the «SQL Server Agent» — «Log On As» to match the «SQL Server» above.

2) Secondly, open «Microsoft SQL Management Studio», at the «SQL Server Agent», expand the «Jobs» and you should be able to see your created job. Right click on it and go to «Properties».

3) Change the owner to also match the «SQL Server Agent» above.

After, I’m able to execute the Maintenance Plan without any issue.

answered Dec 4, 2018 at 4:38

Just follow this steps in images

answered Mar 8, 2019 at 7:32

{"type":"error","description":"Error: Unable to determine ClassLinker field offsets",
"stack":"Error: Unable to determine ClassLinker field offsetsn
    at Ye (frida/node_modules/frida-java-bridge/lib/android.js:400:1)n
    at frida/node_modules/frida-java-bridge/lib/memoize.js:4:1n
    at ze (frida/node_modules/frida-java-bridge/lib/android.js:193:1)n
    at Oe (frida/node_modules/frida-java-bridge/lib/android.js:16:1)n
    at _tryInitialize (frida/node_modules/frida-java-bridge/index.js:29:1)n
    at new _ (frida/node_modules/frida-java-bridge/index.js:21:1)n
    at Object.4../lib/android (frida/node_modules/frida-java-bridge/index.js:332:1)n
    at o (frida/node_modules/browser-pack/_prelude.js:1:1)n
    at frida/node_modules/browser-pack/_prelude.js:1:1n
    at Object.22.frida-java-bridge (frida/runtime/java.js:1:1)",
"fileName":"frida/node_modules/frida-java-bridge/lib/android.js",
"lineNumber":400,
"columnNumber":1}

Hello everyone,
Unfortunately I have the same issue here:

• Model: Samsung Galaxy S20
• Android: 12
• Frida Server Version: 15.2.2

Pixel 6
Android 12
Frida Server Version: 15.2.2
Same for me

same here, samsung s21, android 12, oneui 4.1, frida server version 15.2.2

it was working fine a few days ago and I haven’t even done any updates, so not sure why frida-server started erroring with this message.

@nukedupe did you figure this out perhaps?

Actually the issue is not while getting the ClassLinker field offsets (_getArtClassLinkerSpec), rather the issue happens when getting the ClassLinker offset of the Runtime class (at _getArtRuntimeSpec). Specifically, here:

if (apiLevel >= 33 || getAndroidCodename() === 'Tiramisu') {
  classLinkerOffset = offset - (4 * pointerSize);
  jniIdManagerOffset = offset - pointerSize;
} else if (apiLevel >= 30 || getAndroidCodename() === 'R') {
  classLinkerOffset = offset - (3 * pointerSize);
  jniIdManagerOffset = offset - pointerSize;

The solution is pretty straightforward, there is a new field on the class between the ClassLinker pointer and the JavaVM used to count backwards to grab the former, therefore, it’s required to count backwards for a total amount of 4 pointer sizes instead of 3 for the devices affected, the same way it’s being done at SDK 33 or Tiramisu.

The biggest issue however, is how to / what to use for distinguishing if the device requires this new approach. At first it was assumed that the culprit would’ve been a security patch update, but in fact the issue arose alongside a «Google Play system update» dated July 1. I have seen devices from both SDK 31 and SDK 32 with and without the issue, therefore I doubt that’s any useful for deciding which of the two alternatives should be used. Also looked at most of the system props and couldn’t spot anything in particular that would make it possible to determine.

So far, I have no idea what these «Google Play system updates» really are, and if is there any programmatic way of checking it’s version or date.

@esauvisky Thanks for the hint. With the small patch it works now at least until a proper solution is found but crash now with same error on injecting a script. Will try again later when I have time.

For the others who also have the problem. You can patch file with editor. In two places, the «3» must be made into a «4».

Here is my diff.

--- frida-server-15.2.2-android-arm64   2022-08-13 10:13:39.214699943 +0200
+++ frida-server-15.2.2-android-arm64-patched   2022-08-13 10:15:35.170981910 +0200
@@ -39840,7 +39840,7 @@
   for (let e = r; e !== o; e += l) {
     if (n.add(e).readPointer().equals(t)) {
       let t = null, n = null;
-      a >= 33 || "Tiramisu" === ge() ? (t = e - 4 * l, n = e - l) : a >= 30 || "R" === ge() ? (t = e - 3 * l,
+      a >= 33 || "Tiramisu" === ge() ? (t = e - 4 * l, n = e - l) : a >= 30 || "R" === ge() ? (t = e - 4 * l,
       n = e - l) : t = a >= 29 ? e - 2 * l : a >= 27 ? e - oe - 3 * l : e - oe - 2 * l;
       const r = t - l, o = r - l;
       let s;
@@ -170264,7 +170264,7 @@
   for (let e = r; e !== o; e += l) {
     if (n.add(e).readPointer().equals(t)) {
       let t = null, n = null;
-      a >= 33 || "Tiramisu" === ge() ? (t = e - 4 * l, n = e - l) : a >= 30 || "R" === ge() ? (t = e - 3 * l,
+      a >= 33 || "Tiramisu" === ge() ? (t = e - 4 * l, n = e - l) : a >= 30 || "R" === ge() ? (t = e - 4 * l,
       n = e - l) : t = a >= 29 ? e - 2 * l : a >= 27 ? e - oe - 3 * l : e - oe - 2 * l;
       const r = t - l, o = r - l;
       let s;

Getting this issue as well, is there no way to rollback the Google Play Store update?

Does anyone here have a non-affected device that could help me test a potential identifier for this issue with?

@ridafkih I found that pixel 6 flashed with earliest stock ROM does not have this issue initially, but breaks after some time. I guess, I could help

Same for me, with:

Pixel 4a, Android 12 (SP2A.220505.002)
Frida client&server version 15.2.2

$ frida-ps -Ua
Failed to enumerate applications: unable to determine ClassLinker field offsets

$ frida-ps -U
Failed to enumerate processes: cannot read property 'getRunningAppProcesses' of undefined

@esauvisky Hi, any luck with finding a way to determine if a device has this new update or not?

@radubogdan2k Looking into it, I’m at a developer’s conference at the moment but will be back tomorrow. I failed to build Frida without an x86 system, so I dug up my old x86 machine and set it up before I left for the conference, once I get back I will be able to see.

Once again, if anyone has an unaffected device please let me know so we can sync-up and run some quick tests.

@esauvisky Hi, any luck with finding a way to determine if a device has this new update or not?

Hi, no unfortunately not, I spent quite some time on it but found nothing to distinguish. I did do several tests with affected devices of all sorts, API levels and brands, ending up on this solution:

First try an offset of 4 if «the device SDK >= 33» or if «this is the first pass/time the func was called and the SDK >= 31». Then wrap the non-memoized _getArtRuntimeSpec at the top up to the line that throws the ClassLinker error into a try/catch.

If it throws it means it’s not one of the new devices and you can assume the next pass will work as long as it uses the different offset, so immediately call the memoized getArtRuntimeSpec from the catch block but skip the offset of 4. If it doesn’t throw, just make sure you memoize it afterwards and life carries on.

This workaround is being used in production for around 2 weeks w/o any issue or regressions. I can make a PR if @oleavr wants but we both kinda agreed it’s a bit ugly and probably worth putting some time on it to find a more elegant solution.

@bluewave41 Downloading binaries from an unknown dude off the internet and running as root isn’t the best idea, so I didn’t upload any binaries.
Attached are the two patches I used and the commands to compile them. I’m not saying it’s the right way, but at least it works for me.
The first attempt to compile it on Ubuntu 22.04 produced a binary that was 20MB smaller so I’m using Ubuntu 20.04. I did not investigate further the reason for the difference.
I hope I could help.

Clone frida and frida-java-bridge
Apply patches to frida-java-bridge and frida-gum
cd frida-java-bridge
npm install
cd frida
make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc

diff --git a/bindings/gumjs/generate-runtime.py b/bindings/gumjs/generate-runtime.py
index 13d0a3f2..e2ad3e06 100755
--- a/bindings/gumjs/generate-runtime.py
+++ b/bindings/gumjs/generate-runtime.py
@@ -16,7 +16,6 @@ RELAXED_DEPS = {
 }

 EXACT_DEPS = {
-    "frida-java-bridge": "6.2.2",
     "frida-objc-bridge": "7.0.2",
     "frida-swift-bridge": "2.0.6"
 }
@@ -48,6 +47,10 @@ def generate_runtime(arch, endian, input_dir, gum_dir, capstone_incdir, libtcc_i
                            capture_output=True,
                            cwd=output_dir,
                            check=True)
+            subprocess.run([npm, "link", "frida-java-bridge"] ,
+                           capture_output=True,
+                           cwd=output_dir,
+                           check=True)
         except Exception as e:
             message = "n".join([
                 "",

diff --git a/lib/android.js b/lib/android.js
index 0ab4b5e..0cbb8cc 100644
--- a/lib/android.js
+++ b/lib/android.js
@@ -625,7 +625,7 @@ function _getArtRuntimeSpec (api) {
         classLinkerOffset = offset - (4 * pointerSize);
         jniIdManagerOffset = offset - pointerSize;
       } else if (apiLevel >= 30 || getAndroidCodename() === 'R') {
-        classLinkerOffset = offset - (3 * pointerSize);
+        classLinkerOffset = offset - (4 * pointerSize);
         jniIdManagerOffset = offset - pointerSize;
       } else if (apiLevel >= 29) {
         classLinkerOffset = offset - (2 * pointerSize);

@bluewave41 Downloading binaries from an unknown dude off the internet and running as root isn’t the best idea, so I didn’t upload any binaries. Attached are the two patches I used and the commands to compile them. I’m not saying it’s the right way, but at least it works for me. The first attempt to compile it on Ubuntu 22.04 produced a binary that was 20MB smaller so I’m using Ubuntu 20.04. I did not investigate further the reason for the difference. I hope I could help.

Clone frida and frida-java-bridge Apply patches to frida-java-bridge and frida-gum cd frida-java-bridge npm install cd frida make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc

diff --git a/bindings/gumjs/generate-runtime.py b/bindings/gumjs/generate-runtime.py
index 13d0a3f2..e2ad3e06 100755
--- a/bindings/gumjs/generate-runtime.py
+++ b/bindings/gumjs/generate-runtime.py
@@ -16,7 +16,6 @@ RELAXED_DEPS = {
 }

 EXACT_DEPS = {
-    "frida-java-bridge": "6.2.2",
     "frida-objc-bridge": "7.0.2",
     "frida-swift-bridge": "2.0.6"
 }
@@ -48,6 +47,10 @@ def generate_runtime(arch, endian, input_dir, gum_dir, capstone_incdir, libtcc_i
                            capture_output=True,
                            cwd=output_dir,
                            check=True)
+            subprocess.run([npm, "link", "frida-java-bridge"] ,
+                           capture_output=True,
+                           cwd=output_dir,
+                           check=True)
         except Exception as e:
             message = "n".join([
                 "",

diff --git a/lib/android.js b/lib/android.js
index 0ab4b5e..0cbb8cc 100644
--- a/lib/android.js
+++ b/lib/android.js
@@ -625,7 +625,7 @@ function _getArtRuntimeSpec (api) {
         classLinkerOffset = offset - (4 * pointerSize);
         jniIdManagerOffset = offset - pointerSize;
       } else if (apiLevel >= 30 || getAndroidCodename() === 'R') {
-        classLinkerOffset = offset - (3 * pointerSize);
+        classLinkerOffset = offset - (4 * pointerSize);
         jniIdManagerOffset = offset - pointerSize;
       } else if (apiLevel >= 29) {
         classLinkerOffset = offset - (2 * pointerSize);

Yes that’s very helpful. Thank you!

I’ve been pulling my hair out trying to figure out how to compile this correctly and this is exactly what I need for now to get it working.

I make this patch and put it on my website

https://safasafari.ir/frida-server-arm https://safasafari.ir/frida-server-arm64

Enjoy!!

Error: Unable to determine ClassLinker field offsets
    at Ye (frida/node_modules/frida-java-bridge/lib/android.js:400)
    at <anonymous> (frida/node_modules/frida-java-bridge/lib/memoize.js:4)
    at ze (frida/node_modules/frida-java-bridge/lib/android.js:193)
    at Oe (frida/node_modules/frida-java-bridge/lib/android.js:16)
    at _tryInitialize (frida/node_modules/frida-java-bridge/index.js:29)
    at _ (frida/node_modules/frida-java-bridge/index.js:21)
    at <anonymous> (frida/node_modules/frida-java-bridge/index.js:332)
    at call (native)
    at o (/_java.js)
    at <anonymous> (/_java.js)
    at <anonymous> (frida/runtime/java.js:1)
    at call (native)
    at o (/_java.js)
    at r (/_java.js)
    at <eval> (frida/runtime/java.js:3)
    at _loadJava (native)
    at get (frida/runtime/core.js:130)
    at <anonymous> (/frida/repl-2.js:366)
```

I make this patch and put it on my website
https://safasafari.ir/frida-server-arm https://safasafari.ir/frida-server-arm64
Enjoy!!

Error: Unable to determine ClassLinker field offsets
    at Ye (frida/node_modules/frida-java-bridge/lib/android.js:400)
    at <anonymous> (frida/node_modules/frida-java-bridge/lib/memoize.js:4)
    at ze (frida/node_modules/frida-java-bridge/lib/android.js:193)
    at Oe (frida/node_modules/frida-java-bridge/lib/android.js:16)
    at _tryInitialize (frida/node_modules/frida-java-bridge/index.js:29)
    at _ (frida/node_modules/frida-java-bridge/index.js:21)
    at <anonymous> (frida/node_modules/frida-java-bridge/index.js:332)
    at call (native)
    at o (/_java.js)
    at <anonymous> (/_java.js)
    at <anonymous> (frida/runtime/java.js:1)
    at call (native)
    at o (/_java.js)
    at r (/_java.js)
    at <eval> (frida/runtime/java.js:3)
    at _loadJava (native)
    at get (frida/runtime/core.js:130)
    at <anonymous> (/frida/repl-2.js:366)

You shouldn’t be downloading and executing random files. Build it with the steps provided in #2176 (comment)

@esauvisky , @oleavr
I think we can make the difference by checking the versionCode for the module com.android.art which can be found in /apex/apex-info-list.xml

Google Play system update: May 1, 2022

<!-- /apex/apex-info-list.xml-->
<?xml version="1.0" encoding="utf-8"?>
<apex-info-list>
    ...
    <apex-info moduleName="com.android.art" modulePath="/data/apex/decompressed/com.android.art@311713000.decompressed.apex" preinstalledModulePath="/system/apex/com.google.android.art_compressed.apex" versionCode="311713000" versionName="" isFactory="true" isActive="true" lastUpdateMillis="1516806435">
    </apex-info>
    ...
</apex-info-list>

Google Play system update: July 1, 2022

<!-- /apex/apex-info-list.xml-->
<?xml version="1.0" encoding="utf-8"?>
<apex-info-list>
    ...
    <apex-info moduleName="com.android.art" modulePath="/data/apex/active/com.android.art@330443060.apex" preinstalledModulePath="/system/apex/com.google.android.art_compressed.apex" versionCode="330443060" versionName="" isFactory="false" isActive="true" lastUpdateMillis="1661986983">
    </apex-info>
    ...
    <apex-info moduleName="com.android.art" modulePath="/system/apex/com.google.android.art_compressed.apex" preinstalledModulePath="/system/apex/com.google.android.art_compressed.apex" versionCode="311713000" versionName="" isFactory="true" isActive="false" lastUpdateMillis="1230735600">
    </apex-info>
    ...
</apex-info-list>

You can see that the new version 330443060 is now active. And the old version 311713000 is not.

Also I believe we could use functions exported from libart.so like:

_ZN3com7android4apex16readApexInfoListEPKc,
_ZNK3com7android4apex8ApexInfo14getVersionCodeEv

To read the current version code.

Hi, invalid address, any idea where it can come from? (with your package)

I make this patch and put it on my website

https://safasafari.ir/frida-server-arm https://safasafari.ir/frida-server-arm64

Enjoy!!

{"type":"error","description":"Error: invalid address","stack":"Error: invalid addressn at Object.value [as patchCode] (frida/runtime/core.js:203:1)n at dn (frida/node_modules/frida-java-bridge/lib/android.js:1195:1)n at un.activate (frida/node_modules/frida-java-bridge/lib/android.js:1261:1)n at _n.replace (frida/node_modules/frida-java-bridge/lib/android.js:1309:1)n at Function.set [as implementation] (frida/node_modules/frida-java-bridge/lib/class-factory.js:1017:1)n at Function.set [as implementation] (frida/node_modules/frida-java-bridge/lib/class-factory.js:932:1)n at installLaunchTimeoutRemovalInstrumentation (/internal-agent.js:435:37)n at init (/internal-agent.js:51:3)n at c.perform (frida/node_modules/frida-java-bridge/lib/vm.js:12:1)n at _performPendingVmOps (frida/node_modules/frida-java-bridge/index.js:250:1)","fileName":"frida/runtime/core.js","lineNumber":203,"columnNumber":1}

make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc

Still having same issue. Do I need to replace only server, or use patched client as well?

Pixel3
Android12
same Issue

@bluewave41 Downloading binaries from an unknown dude off the internet and running as root isn’t the best idea, so I didn’t upload any binaries. Attached are the two patches I used and the commands to compile them. I’m not saying it’s the right way, but at least it works for me. The first attempt to compile it on Ubuntu 22.04 produced a binary that was 20MB smaller so I’m using Ubuntu 20.04. I did not investigate further the reason for the difference. I hope I could help.

Clone frida and frida-java-bridge Apply patches to frida-java-bridge and frida-gum cd frida-java-bridge npm install cd frida make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc

diff --git a/bindings/gumjs/generate-runtime.py b/bindings/gumjs/generate-runtime.py
index 13d0a3f2..e2ad3e06 100755
--- a/bindings/gumjs/generate-runtime.py
+++ b/bindings/gumjs/generate-runtime.py
@@ -16,7 +16,6 @@ RELAXED_DEPS = {
 }

 EXACT_DEPS = {
-    "frida-java-bridge": "6.2.2",
     "frida-objc-bridge": "7.0.2",
     "frida-swift-bridge": "2.0.6"
 }
@@ -48,6 +47,10 @@ def generate_runtime(arch, endian, input_dir, gum_dir, capstone_incdir, libtcc_i
                            capture_output=True,
                            cwd=output_dir,
                            check=True)
+            subprocess.run([npm, "link", "frida-java-bridge"] ,
+                           capture_output=True,
+                           cwd=output_dir,
+                           check=True)
         except Exception as e:
             message = "n".join([
                 "",

diff --git a/lib/android.js b/lib/android.js
index 0ab4b5e..0cbb8cc 100644
--- a/lib/android.js
+++ b/lib/android.js
@@ -625,7 +625,7 @@ function _getArtRuntimeSpec (api) {
         classLinkerOffset = offset - (4 * pointerSize);
         jniIdManagerOffset = offset - pointerSize;
       } else if (apiLevel >= 30 || getAndroidCodename() === 'R') {
-        classLinkerOffset = offset - (3 * pointerSize);
+        classLinkerOffset = offset - (4 * pointerSize);
         jniIdManagerOffset = offset - pointerSize;
       } else if (apiLevel >= 29) {
         classLinkerOffset = offset - (2 * pointerSize);

the issue seems to solved with the solution above on Pixel 6 android 12 and the google play system update is dated July 1st ,2022.

(btw maybe add -g after npm install could help.)

Hi Guys,

Please find below the commands I used to generate a build.
It took almost 7 man hours to complete this step since there was a lack of documentation w.r.t to the building process.

Requirement:
To build a frida-server for android 12 arm64 to bypass the following error on
Error: Unable to determine ClassLinker field offsets

Reference:
#2176 (comment)

Pre-requisite:

Ubuntu 20.04.4 LTS x64

sudo apt-get install build-essential curl git lib32stdc++-9-dev 
    libc6-dev-i386 nodejs npm python3-dev python3-pip gperf

Commands:

wget https://dl.google.com/android/repository/android-ndk-r24-linux.zip
unzip android-ndk-r24-linux.zip
export ANDROID_NDK_ROOT=$(pwd)/android-ndk-r24
export PATH=$PATH:$ANDROID_NDK_ROOT
git clone https://github.com/frida/frida.git
git clone https://github.com/frida/frida-java-bridge.git
cd frida/
git submodule update --init releng/meson/
git submodule update --init frida-gum/
cd frida-gum/
sudo npm link ../../frida-java-bridge/
cd ../../frida-java-bridge
npm install
cd ..
sed -i '628s/3/4/' ./frida-java-bridge/lib/android.js
sed -i '19d' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '50i            subprocess.run([npm, "link", "frida-java-bridge"] ,' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '51i                           capture_output=True,' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '52i                           cwd=output_dir,' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '53i                           check=True)' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '1s/20220905/20220827/' ./frida/releng/deps.mk
cd frida/
make -f Makefile.sdk.mk FRIDA_HOST=android-arm64
make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc
cd ..
ls -lh ./frida/build/frida-android-arm64/bin/frida-server
cp ./frida/build/frida-android-arm64/bin/frida-server .
adb push frida-server /data/local/tmp/
adb shell "chmod 755 /data/local/tmp/frida-server"
adb shell
su
/data/local/tmp/frida-server &
exit
pip install frida-tools
frida-ps -Ua

Hi Guys,

Please find below the commands I used to generate a build. It took almost 7 man hours to complete this step since there was a lack of documentation w.r.t to the building process.

Requirement: To build a frida-server for android 12 arm64 to bypass the following error on Error: Unable to determine ClassLinker field offsets

Reference: #2176 (comment)

Pre-requisite:

Ubuntu 20.04.4 LTS x64

sudo apt-get install build-essential curl git lib32stdc++-9-dev 
    libc6-dev-i386 nodejs npm python3-dev python3-pip gperf

Commands:

git clone https://github.com/frida/frida.git
git clone https://github.com/frida/frida-java-bridge.git
cd frida/
git submodule update --init releng/meson/
git submodule update --init frida-gum/
cd frida-gum/
sudo npm link ../../frida-java-bridge/
cd ../../frida-java-bridge
npm install
cd ..
sed -i '628s/3/4/' ./frida-java-bridge/lib/android.js
sed -i '19d' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '50i            subprocess.run([npm, "link", "frida-java-bridge"] ,' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '51i                           capture_output=True,' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '52i                           cwd=output_dir,' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '53i                           check=True)' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '1s/20220905/20220827/' ./frida/releng/deps.mk
cd frida/
make -f Makefile.sdk.mk FRIDA_HOST=android-arm64
make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc
cd ..
ls -lh ./frida/build/frida-android-arm64/bin/frida-server
cp ./frida/build/frida-android-arm64/bin/frida-server .
adb push frida-server /data/local/tmp/
adb shell "chmod 755 /data/local/tmp/frida-server"
adb shell
su
/data/local/tmp/frida-server &
exit
pip install frida-tools
frida-ps -Ua

谢谢兄弟！
Add some steps to resolve issue I met:

SyntaxError: Unexpected token ‘.’
at Loader.moduleStrategy (internal/modules/esm/translators.js:133:18)
use:

sudo npm cache clean -f
sudo npm install -g n
sudo n stable

Hi Guys,

Please find below the commands I used to generate a build. It took almost 7 man hours to complete this step since there was a lack of documentation w.r.t to the building process.

Requirement: To build a frida-server for android 12 arm64 to bypass the following error on Error: Unable to determine ClassLinker field offsets

Reference: #2176 (comment)

Pre-requisite:

Ubuntu 20.04.4 LTS x64

sudo apt-get install build-essential curl git lib32stdc++-9-dev 
    libc6-dev-i386 nodejs npm python3-dev python3-pip gperf

Commands:

git clone https://github.com/frida/frida.git
git clone https://github.com/frida/frida-java-bridge.git
cd frida/
git submodule update --init releng/meson/
git submodule update --init frida-gum/
cd frida-gum/
sudo npm link ../../frida-java-bridge/
cd ../../frida-java-bridge
npm install
cd ..
sed -i '628s/3/4/' ./frida-java-bridge/lib/android.js
sed -i '19d' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '50i            subprocess.run([npm, "link", "frida-java-bridge"] ,' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '51i                           capture_output=True,' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '52i                           cwd=output_dir,' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '53i                           check=True)' ./frida/frida-gum/bindings/gumjs/generate-runtime.py
sed -i '1s/20220905/20220827/' ./frida/releng/deps.mk
cd frida/
make -f Makefile.sdk.mk FRIDA_HOST=android-arm64
make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc
cd ..
ls -lh ./frida/build/frida-android-arm64/bin/frida-server
cp ./frida/build/frida-android-arm64/bin/frida-server .
adb push frida-server /data/local/tmp/
adb shell "chmod 755 /data/local/tmp/frida-server"
adb shell
su
/data/local/tmp/frida-server &
exit
pip install frida-tools
frida-ps -Ua

thanks, really helpful instructions. I had to also install android ndk 24r. note that v8 engine takes ~45 mins to build, and total is around 60-70 minutes on a ubuntu 20 vm with 4 cores

will try building frida-gadget now, and might upload as well since your link is down, but still it’s gonna be untrusted. do you think the builds are re-something that produces same hash everytime?
sha256 hash:
66439bcd78528a6f4bcd964d54dfcbfae4fc7d32f43ac10fb60d7d66692426f1 build/frida-android-arm64/bin/frida-server

I’ll also try submitting a pullrequest

@sh4dowb before trying to do a pull request please read the comment #2176 (comment). where @esauvisky does a great job at explaining the problem.

The biggest issue however, is how to / what to use for distinguishing if the device requires this new approach. At first it was assumed that the culprit would’ve been a security patch update, but in fact the issue arose alongside a «Google Play system update» dated July 1. I have seen devices from both SDK 31 and SDK 32 with and without the issue, therefore I doubt that’s any useful for deciding which of the two alternatives should be used. Also looked at most of the system props and couldn’t spot anything in particular that would make it possible to determine.

So the patch that you’re using to build frida will only work for the devices that require this new approach and it will break it for the other ones.

@sh4dowb before trying to do a pull request please read the comment #2176 (comment). where @esauvisky does a great job at explaining the problem.

The biggest issue however, is how to / what to use for distinguishing if the device requires this new approach. At first it was assumed that the culprit would’ve been a security patch update, but in fact the issue arose alongside a «Google Play system update» dated July 1. I have seen devices from both SDK 31 and SDK 32 with and without the issue, therefore I doubt that’s any useful for deciding which of the two alternatives should be used. Also looked at most of the system props and couldn’t spot anything in particular that would make it possible to determine.

So the patch that you’re using to build frida will only work for the devices that require this new approach and it will break it for the other ones.

yeah I know, on getArtRuntimeSpec I’ll make it try with index 3, and if it throws a classlinker error, i’ll try 4. compiling now to see if it works

thanks, really helpful instructions. I had to also install android ndk 24r. note that v8 engine takes ~45 mins to build, and total is around 60-70 minutes on a ubuntu 20 vm with 4 cores

I have updated the commands in my previous comment to include the ndk 24r installation step too.
Thanks for pointing it out & thanks for the PR.

wget https://dl.google.com/android/repository/android-ndk-r24-linux.zip
unzip android-ndk-r24-linux.zip
export ANDROID_NDK_ROOT=$(pwd)/android-ndk-r24
export PATH=$PATH:$ANDROID_NDK_ROO

unfortunately #2176 (comment) doesn’t work for the korean variant of the samsung s22. after running the compiled frida-server as root, the phone freezes, followed by soft rebooting. so far this has happened 100% of the time after 8 attempts.

google play system update: august 1, 2022
security patch level: august 1, 2022
build number: SP1A.210812.016.S901NKSU2AVHB
android version: 12
one ui version: 4.1

I should mention that when building frida, I had to:

When pulling the frida repo, I had to specify branch version 15.2.2. when pulling the master repo, it complains that I’m not using NDK v25 / am using NDK v24.

When pulling frida-java-bridge, I had to specify branch version v6.2.2

when i try to compile the code with the commands above i run into the following error:

user@fridacompile:~/github/frida$ make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc
make[1]: Entering directory '/home/user/github/frida'
. build/frida-env-android-arm64.rc && python3 /home/user/github/frida/releng/meson/meson.py install -C build/tmp-android-arm64/frida-core
ninja: Entering directory `/home/user/github/frida/build/tmp-android-arm64/frida-core'
[3/84] Generating src/compiler/frida-compiler-agent with a custom command
FAILED: src/compiler/agent.zip 
/home/user/github/frida/frida-core/src/compiler/generate-agent.py /home/user/github/frida/frida-core/src/compiler /home/user/github/frida/build/tmp-android-arm64/frida-core/src/compiler

> frida-compiler-agent@1.0.0 build /home/user/github/frida/build/tmp-android-arm64/frida-core/src/compiler
> frida-compile agent.ts -S -o dist/agent.js

/home/user/github/frida/build/tmp-android-arm64/frida-core/src/compiler/node_modules/frida-compile/dist/cli.js:2
import { program } from "commander";
       ^

SyntaxError: Unexpected token {
    at Module._compile (internal/modules/cjs/loader.js:723:23)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
    at Module.load (internal/modules/cjs/loader.js:653:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
    at Function.Module._load (internal/modules/cjs/loader.js:585:3)
    at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
    at startup (internal/bootstrap/node.js:283:19)
    at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! frida-compiler-agent@1.0.0 build: `frida-compile agent.ts -S -o dist/agent.js`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the frida-compiler-agent@1.0.0 build script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/user/.npm/_logs/2022-09-15T09_10_48_128Z-debug.log
Command '['npm', 'run', 'build']' returned non-zero exit status 1.
ninja: build stopped: subcommand failed.
Could not rebuild /home/user/github/frida/build/tmp-android-arm64/frida-core
make[1]: *** [Makefile.linux.mk:267: build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc] Error 255
make[1]: Leaving directory '/home/user/github/frida'
make: *** [Makefile:4: build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc] Error 2

This is a fresh installed and patched ubuntu 20.04 LTS

as mentioned by @Yogehi i’ve used the r24 of the ndk and the branch 15.2.2 of frida and v6.2.2 of frida-java-bridge

My error is:
~/frida$ make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc
[…]
glib| Dependency libffi found: YES 3.3 (overridden)
glib| Run-time dependency zlib found: YES 1.2.8
glib| Checking for function «strlcpy» : NO
glib| Program python3 found: YES (/usr/bin/python3)
glib| Program bash found: YES (/usr/bin/bash)
glib| Run-time dependency bash-completion found: NO (tried pkgconfig and cmake)
glib| Program sh found: YES (/usr/bin/sh)
glib| Program env found: YES (/usr/bin/env)
glib| Configuring glibconfig.h using configuration
glib| Dependency sysprof-capture-4 skipped: feature sysprof disabled
glib| Fetching value of define «arm» :
glib| Fetching value of define «__arm» : 1
glib| Compiler for C supports arguments -Wno-format-nonliteral: YES
glib| Compiler for C supports arguments -Wno-duplicated-branches: NO

frida-gum/subprojects/glib/glib/gnulib/meson.build:306:2: ERROR: Problem encountered: frexp() is missing or broken beyond repair, and we have nothing to replace it with

when i try to compile the code with the commands above i run into the following error:

user@fridacompile:~/github/frida$ make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc
make[1]: Entering directory '/home/user/github/frida'
. build/frida-env-android-arm64.rc && python3 /home/user/github/frida/releng/meson/meson.py install -C build/tmp-android-arm64/frida-core
ninja: Entering directory `/home/user/github/frida/build/tmp-android-arm64/frida-core'
[3/84] Generating src/compiler/frida-compiler-agent with a custom command
FAILED: src/compiler/agent.zip 
/home/user/github/frida/frida-core/src/compiler/generate-agent.py /home/user/github/frida/frida-core/src/compiler /home/user/github/frida/build/tmp-android-arm64/frida-core/src/compiler

> frida-compiler-agent@1.0.0 build /home/user/github/frida/build/tmp-android-arm64/frida-core/src/compiler
> frida-compile agent.ts -S -o dist/agent.js

/home/user/github/frida/build/tmp-android-arm64/frida-core/src/compiler/node_modules/frida-compile/dist/cli.js:2
import { program } from "commander";
       ^

SyntaxError: Unexpected token {
    at Module._compile (internal/modules/cjs/loader.js:723:23)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
    at Module.load (internal/modules/cjs/loader.js:653:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
    at Function.Module._load (internal/modules/cjs/loader.js:585:3)
    at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
    at startup (internal/bootstrap/node.js:283:19)
    at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! frida-compiler-agent@1.0.0 build: `frida-compile agent.ts -S -o dist/agent.js`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the frida-compiler-agent@1.0.0 build script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/user/.npm/_logs/2022-09-15T09_10_48_128Z-debug.log
Command '['npm', 'run', 'build']' returned non-zero exit status 1.
ninja: build stopped: subcommand failed.
Could not rebuild /home/user/github/frida/build/tmp-android-arm64/frida-core
make[1]: *** [Makefile.linux.mk:267: build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc] Error 255
make[1]: Leaving directory '/home/user/github/frida'
make: *** [Makefile:4: build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc] Error 2

This is a fresh installed and patched ubuntu 20.04 LTS

as mentioned by @Yogehi i’ve used the r24 of the ndk and the branch 15.2.2 of frida and v6.2.2 of frida-java-bridge

Are you sure you’re using the newest node.js? Do a node -v and compare the output to whats displayed on the site: https://nodejs.org/en/

If you did sudo apt-get nodejs you’ve almost certainly got a version that’ too old.

sudo apt-get install from a fresh install isn’t enough. It links to a really old package. You should find a better tutorial on Google for installing node.js on Linux.

frida-gum/subprojects/glib/glib/gnulib/meson.build:306:2: ERROR: Problem encountered: frexp() is missing or broken beyond repair, and we have nothing to replace it with

A full log can be found at /home/zikmr/frida/build/tmp-android-arm/frida-gum/meson-logs/meson-log.txt
make[1]: *** [Makefile.linux.mk:111: build/frida-android-arm/lib/pkgconfig/frida-gum-1.0.pc] Error 1
make[1]: Leaving directory ‘/home/zikmr/frida’
make: *** [Makefile:4: build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc] Error 2

Seems to break down here. Any clues?

My error is: ~/frida$ make build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc […] glib| Dependency libffi found: YES 3.3 (overridden) glib| Run-time dependency zlib found: YES 1.2.8 glib| Checking for function «strlcpy» : NO glib| Program python3 found: YES (/usr/bin/python3) glib| Program bash found: YES (/usr/bin/bash) glib| Run-time dependency bash-completion found: NO (tried pkgconfig and cmake) glib| Program sh found: YES (/usr/bin/sh) glib| Program env found: YES (/usr/bin/env) glib| Configuring glibconfig.h using configuration glib| Dependency sysprof-capture-4 skipped: feature sysprof disabled glib| Fetching value of define «arm» : glib| Fetching value of define «__arm» : 1 glib| Compiler for C supports arguments -Wno-format-nonliteral: YES glib| Compiler for C supports arguments -Wno-duplicated-branches: NO

frida-gum/subprojects/glib/glib/gnulib/meson.build:306:2: ERROR: Problem encountered: frexp() is missing or broken beyond repair, and we have nothing to replace it with

Same issue, frexp() is missing or something.

@bluewave41 Thanks a lot that was the hint i needed
My mistake was to follow blind the instructions from above.

That was a stoneage version: 10.19.0.
I’ve just uninstalled it and installed the LTS version with snap and now i was able to compile it.

I had also a look into the Makefiles and as i just needed the patched frida-server that make was the trick to reduce the build time under 5 mins: make core-android-arm64

applying this patch, frida-gadget does not work. any ideas?

Abort message: 'Check failed: old_state_and_flags.GetState() != ThreadState::kRunnable (old_state_and_flags.GetState()=Runnable, ThreadState::kRunnable=Runnable) Native Thread[1,tid=28224,Runnable,Thread*=0xe82cxxxx,peer=0x731fxxxx,"main"] Thread[1,tid=28224,Runnable,Thread*=0xe82cxxxx,peer=0x731fxxxx,"main"]'

patched frida-server works just fine.

@sh4dowb if possible can you please share the patch frida-server file

applying this patch, frida-gadget does not work. any ideas?

Abort message: 'Check failed: old_state_and_flags.GetState() != ThreadState::kRunnable (old_state_and_flags.GetState()=Runnable, ThreadState::kRunnable=Runnable) Native Thread[1,tid=28224,Runnable,Thread*=0xe82cxxxx,peer=0x731fxxxx,"main"] Thread[1,tid=28224,Runnable,Thread*=0xe82cxxxx,peer=0x731fxxxx,"main"]'

patched frida-server works just fine.

This is most likely a completely different issue, because we are yet again getting several reports in an upward trend of this GetState() error, even for users in which the patch for the ClassLinker did solve it for some time. Moreover, we don’t even use frida-gadget.

I’ve seen at least another two new different issues on the java bridge as well (besides the two above). It feels like Google has been doing several changes on the art runtime lately and pushing them via these «Google Play Services updates. @oleavr if this trend continues maybe we should rethink how we get these offsets, at the very least do something more robust like @Eltion suggested or we might end up with a try/catch rabbit hole 😅

@sh4dowb I’d open a separate issue on the GetState error for the time being. Once I get ahold of some tech savy user that has a device with it, I might be able to investigate further.

Hi!
I had the same error when using frida-server on Android 12.
I’m trying to compile following the tips posted in this open issue, but I get this Typescript error. Compilation fails due to this error.

[!] Error: Cannot load plugin "typescript": Not supported.

frida-core 1.0.0

  User defined options
    Cross files    : build/frida-android-arm64.txt
    Native files   : build/frida-linux-x86_64.txt
    default_library: static
    libdir         : /home/bruno/Pentest/Frida/frida/build/frida-android-arm64/lib
    optimization   : s
    prefix         : /home/bruno/Pentest/Frida/frida/build/frida-android-arm64
    strip          : True
    b_ndebug       : true
    agent_legacy   : /home/bruno/Pentest/Frida/frida/build/tmp-android-arm/frida-core/lib/agent/frida-agent.so
    agent_modern   : /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/lib/agent/frida-agent.so
    connectivity   : enabled
    helper_legacy  : /home/bruno/Pentest/Frida/frida/build/tmp-android-arm/frida-core/src/frida-helper
    helper_modern  : /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/src/frida-helper
    mapper         : auto

Found ninja-1.10.2 at /home/bruno/Pentest/Frida/frida/build/toolchain-linux-x86_64/bin/ninja
. build/frida-env-android-arm64.rc && ninja -C build/tmp-android-arm64/frida-core src/frida-helper lib/agent/frida-agent.so
ninja: Entering directory `build/tmp-android-arm64/frida-core'
[51/51] Generating lib/agent/frida-agent with a custom command
. build/frida-env-android-arm64.rc && python3 /home/bruno/Pentest/Frida/frida/releng/meson/meson.py install -C build/tmp-android-arm64/frida-core
ninja: Entering directory `/home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core'
[16/97] Generating src/compiler/frida-compiler-agent with a custom command
FAILED: src/compiler/agent.js src/compiler/snapshot.bin 
/home/bruno/Pentest/Frida/frida/frida-core/src/compiler/generate-agent.py /home/bruno/Pentest/Frida/frida/frida-core/src/compiler /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/src/compiler linux 64 ''

> frida-compiler-agent@1.0.0 build:typescript /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/src/compiler
> rollup --config rollup.config.typescript.ts --configPlugin typescript "--environment" "FRIDA_HOST_OS_FAMILY:linux,FRIDA_HOST_CPU_MODE:64" "--silent"

[!] Error: Cannot load plugin "typescript": Not supported.
Error: Cannot load plugin "typescript": Not supported.
    at loadAndRegisterPlugin (/home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/src/compiler/node_modules/rollup/dist/shared/loadConfigFile.js:515:23)
    at process._tickCallback (internal/process/next_tick.js:68:7)
    at Function.Module.runMain (internal/modules/cjs/loader.js:834:11)
    at startup (internal/bootstrap/node.js:283:19)
    at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)

npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! frida-compiler-agent@1.0.0 build:typescript: `rollup --config rollup.config.typescript.ts --configPlugin typescript "--environment" "FRIDA_HOST_OS_FAMILY:linux,FRIDA_HOST_CPU_MODE:64" "--silent"`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the frida-compiler-agent@1.0.0 build:typescript script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/bruno/.npm/_logs/2022-09-23T16_24_05_442Z-debug.log
Command '['npm', 'run', 'build:typescript', '--', '--environment', 'FRIDA_HOST_OS_FAMILY:linux,FRIDA_HOST_CPU_MODE:64', '--silent']' returned non-zero exit status 1.
ninja: build stopped: subcommand failed.
Could not rebuild /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core
make[1]: *** [Makefile.linux.mk:279: build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc] Erro 255
make[1]: Exiting directory '/home/bruno/Pentest/Frida/frida'
make: *** [Makefile:4: build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc] Erro 2
ls: could not access './frida/build/frida-android-arm64/bin/frida-server': Non-existent file or directory
cp: unable to obtain status './frida/build/frida-android-arm64/bin/frida-server': Non-existent file or directory

Any idea what it could be?
Thanks!

Hi! I had the same error when using frida-server on Android 12. I’m trying to compile following the tips posted in this open issue, but I get this Typescript error. Compilation fails due to this error.

[!] Error: Cannot load plugin "typescript": Not supported.

frida-core 1.0.0

  User defined options
    Cross files    : build/frida-android-arm64.txt
    Native files   : build/frida-linux-x86_64.txt
    default_library: static
    libdir         : /home/bruno/Pentest/Frida/frida/build/frida-android-arm64/lib
    optimization   : s
    prefix         : /home/bruno/Pentest/Frida/frida/build/frida-android-arm64
    strip          : True
    b_ndebug       : true
    agent_legacy   : /home/bruno/Pentest/Frida/frida/build/tmp-android-arm/frida-core/lib/agent/frida-agent.so
    agent_modern   : /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/lib/agent/frida-agent.so
    connectivity   : enabled
    helper_legacy  : /home/bruno/Pentest/Frida/frida/build/tmp-android-arm/frida-core/src/frida-helper
    helper_modern  : /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/src/frida-helper
    mapper         : auto

Found ninja-1.10.2 at /home/bruno/Pentest/Frida/frida/build/toolchain-linux-x86_64/bin/ninja
. build/frida-env-android-arm64.rc && ninja -C build/tmp-android-arm64/frida-core src/frida-helper lib/agent/frida-agent.so
ninja: Entering directory `build/tmp-android-arm64/frida-core'
[51/51] Generating lib/agent/frida-agent with a custom command
. build/frida-env-android-arm64.rc && python3 /home/bruno/Pentest/Frida/frida/releng/meson/meson.py install -C build/tmp-android-arm64/frida-core
ninja: Entering directory `/home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core'
[16/97] Generating src/compiler/frida-compiler-agent with a custom command
FAILED: src/compiler/agent.js src/compiler/snapshot.bin 
/home/bruno/Pentest/Frida/frida/frida-core/src/compiler/generate-agent.py /home/bruno/Pentest/Frida/frida/frida-core/src/compiler /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/src/compiler linux 64 ''

> frida-compiler-agent@1.0.0 build:typescript /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/src/compiler
> rollup --config rollup.config.typescript.ts --configPlugin typescript "--environment" "FRIDA_HOST_OS_FAMILY:linux,FRIDA_HOST_CPU_MODE:64" "--silent"

[!] Error: Cannot load plugin "typescript": Not supported.
Error: Cannot load plugin "typescript": Not supported.
    at loadAndRegisterPlugin (/home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core/src/compiler/node_modules/rollup/dist/shared/loadConfigFile.js:515:23)
    at process._tickCallback (internal/process/next_tick.js:68:7)
    at Function.Module.runMain (internal/modules/cjs/loader.js:834:11)
    at startup (internal/bootstrap/node.js:283:19)
    at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)

npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! frida-compiler-agent@1.0.0 build:typescript: `rollup --config rollup.config.typescript.ts --configPlugin typescript "--environment" "FRIDA_HOST_OS_FAMILY:linux,FRIDA_HOST_CPU_MODE:64" "--silent"`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the frida-compiler-agent@1.0.0 build:typescript script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/bruno/.npm/_logs/2022-09-23T16_24_05_442Z-debug.log
Command '['npm', 'run', 'build:typescript', '--', '--environment', 'FRIDA_HOST_OS_FAMILY:linux,FRIDA_HOST_CPU_MODE:64', '--silent']' returned non-zero exit status 1.
ninja: build stopped: subcommand failed.
Could not rebuild /home/bruno/Pentest/Frida/frida/build/tmp-android-arm64/frida-core
make[1]: *** [Makefile.linux.mk:279: build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc] Erro 255
make[1]: Exiting directory '/home/bruno/Pentest/Frida/frida'
make: *** [Makefile:4: build/frida-android-arm64/lib/pkgconfig/frida-core-1.0.pc] Erro 2
ls: could not access './frida/build/frida-android-arm64/bin/frida-server': Non-existent file or directory
cp: unable to obtain status './frida/build/frida-android-arm64/bin/frida-server': Non-existent file or directory

Any idea what it could be? Thanks!

This error was resolved by updating nodejs to the latest version.
Now this other error has appeared, which has already been reported, but a solution has not yet been published:

frida-gum/subprojects/glib/glib/gnulib/meson.build:306:2: ERROR: Problem encountered: frexp() is missing or broken beyond repair, and we have nothing to replace it with

Any predictions to release a new frida-server release?
Thanks!

This error was resolved by updating nodejs to the latest version. Now this other error has appeared, which has already been reported, but a solution has not yet been published:

frida-gum/subprojects/glib/glib/gnulib/meson.build:306:2: ERROR: Problem encountered: frexp() is missing or broken beyond repair, and we have nothing to replace it with

I was facing the same error, and compiling my own toolchain and SDK solved it. See here: https://frida.re/docs/building/#unix-toolchain-and-sdk

Hi,

Meanwhile we wait for @oleavr to release a version of Frida with the patch integrated, please be aware that it is possible to rollback the Google Play System Update ART APEX module to the system’s prebuilt version (which may be just old enough to not contain the change in ART. If this is not the case, consider flashing an older firmware onto the device). This should allow you to continue using the latest pre-built versions of Frida without issues.

In order to rollback the ART APEX module, simply run this in an adb shell:

$ pm uninstall com.google.android.art

After doing so, reboot the phone.

In order to verify it worked, you can check the path of the APEX module before and after running the pm uninstall command.
Before:

$ pm path com.google.android.art
package:/data/apex/active/com.android.art@330443060.apex

After:

$ pm path com.google.android.art
package:/system/apex/com.google.android.art.apex

Hope this helps!

I upgraded my frida server and frida tools to 16.0 and it fixed the issue! Seems like it’s not announced yet on https://frida.re/news/ but it’s available on the GitHub releases page.

Hello,

I have install odis on windows 7 32bit, but i get a error

error: «Unable to determine the hardware id for this computer»

someone has a solution ?

(03-07-2016, 09:47 PM)carlodeg Wrote: Hello,

I have install odis on windows 7 32bit, but i get a error

error: «Unable to determine the hardware id for this computer»

someone has a solution ?

use hardware id generator and put it in your licence file , i gues u get this error when it ask for the licence file i can not remember what line this must be aded now i have done half for u just search the forum for the rest

Thanks given by: carlodeg , igor51 , W214 , dzenan81 , shpetim , josephrouni , undoman27 , EcoPower , pekemotos , dcat , Vines , eagleone-two , Armin , MOCHOLI99 , gena29ks , joe06 , busuiokpetru , refsimon

Hello,

I have been installed, but I can not read the cars.

See attachment.

Who can help me please?

Yes odis not see your tool , you got it via USB or bluetooth, try to configure it again resume in.

if your dutch pm i can help you it is easier in dutch for me

Offboard Diagnostic Information System Service

Программа Offboard Diagnostic Information System Service, или как она более известна ODIS Service v9.1.0 и ODIS Service v10.0, это сервисное программное обеспечение для диагностики, адаптации, кодирование и программирование и настройку электронных систем автомобилей от VAG Group, в него входят такие бренды как Audi, Skoda, Bentley, Bugatti, Lamborgini, MAN, Volkswagen, Seat.

Поддерживаются адаптеры: VAS 6154, VAS 6154A и такие PassThru устройства как Scanmatik, OpenPort 2.0.
Вот ещё записал видео по установке Odis 9.

Скачать Odis Service 9.1.0 — У Вас недостаточно прав для скачивания файлов. Как получить доступ.
Скачать Odis Service 10.0 — У Вас недостаточно прав для скачивания файлов. Как получить доступ.

Ещё ODIS Engineering 14.1 можно скачать здесь.

Никто не пробовал ODIS-Eng на виртуальную машину ставить?

В лаунчере защита от виртуалки, но простая, можно обойти. На основную систему попробовал поставить, лаунчер тоже не хочет запускать. Может, кому интересно, попробует поставить именно Eng на основную, с Service проблем нет ни на основной, ни на виртуалке.