Args don't appear to be NativePointers in frida-trace handler

[frida]

Args don't appear to be NativePointers in frida-trace handler

[s1341]

Ok. I checked. It looks like there is currently no way to convert a NativePointer into a float... We probably need to add a .toFloat method.

[s1341]

If you're feeling adventurous, you could open a PR to add .toFloat to NativePointer. Unfortunately it's not high on the priority list, even though it would be great to have and probably not too much work.

[s1341]

This is expected behavior. Your function is not receiving pointers, it is receiving values. Thus you will see values in the trace handler, not pointers to them. The values will be wrapped in a NativePointer structure, so that 64-bit values (and pointers) can be represented. NativePointer does not introduce any indirection in and of itself.

Closing.

[petertorelli]

Could you explain the correct way to print the float in my example in the log, or point me to the documentation, or an example, rather than just saying it is wrong with no correction? Because If what you say is true, then why is neither log of args[2] in my example 3.141?

In the first log command args[2] I get 0x7ffee3d99d90 which is a pointer value, not a 32-bit float (nor is it a 64bit double), and on the second when I call the function NativePointer.readFloat(), I get the wrong value.

[s1341]

I'm not sure how to 'cast' the NativePointer to a float. @oleavr Can you chime in?

[petertorelli]

OK, thanks. In the issue I cited, the recommendation was to inject a NativeFunction (especially for structs and other datatypes that are machine/program dependent), but I was hoping there had been progress.

[petertorelli]

Hi @s1341 ... I am feeling adventurous. I'll take a swing at it.

[petertorelli]

@s1341 ... It looks like gumv8memory.cpp already implemented it:

      case GUM_MEMORY_VALUE_FLOAT:
        result = Number::New (isolate, *((gfloat *) address));
        break;
      case GUM_MEMORY_VALUE_DOUBLE:
        result = Number::New (isolate, *((gdouble *) address));
        break;

But this is reading the pointer memory as float, rather than converting the bytes .toFloat as you suggested. I see the difference now.

[s1341]

@petertorelli looks good in general. I'd recommend trying to get it building. It's quite easy to get setup... Look at the hacking guide and feel free to ask questions here, or in the telegram channel...

[chongbo2013]

I also encountered this problem

[chongbo2013]

I also encountered this problem ，jni jfloat --> float

[lawindman666]

@petertorelli Have you solved this problem？

[lawindman666]

I have installed the new latest version，encountered this problem also.