readProcessMemory() in JNA

[Slikey]

Hello Guys,

I just started my job at a big IT Company in Germany and finally got the Java support of employees which can actually help me with some crazy shit. I just started to write a WoW Bot in Java.
YES, I choose Java, because of the.. aw. the real programmers of you know why. I hope you can help me with something that I don't know how the C# handles things.

I am running the JNA / JNI on my Framework. I already found some tutorials on the internet, but they are only for C# / C++ / AutoIt. The point is that you have access in Kernel32 and User32 Libs of WIndows with the JNA. Now my Problem. I ported the most things by myself to Java already. Success here

In the MSDN Docs are the functions WriteProcessMemory() and ReadProcessMemory().

BOOL WINAPI ReadProcessMemory(
  _In_   HANDLE hProcess,
  _In_   LPCVOID lpBaseAddress,
  _Out_  LPVOID lpBuffer,
  _In_   SIZE_T nSize,
  _Out_  SIZE_T *lpNumberOfBytesRead
);

In Java it works that I declare the same function, but what does the lpBuffer return? Is it an array or just an integer? What do I have to put in for nSize?
Let's make a example.

I want this to read the following adress.

0x008FC38A FLOAT 2312.30920

How would you setup that readProcessMemory for that special case? I hope you can help me. When I got a nice base for the bot I will make it OpenSource so that it may support the community.

Thank you!

[asdcxy]

lpBuffer has to be a pointer to a variable where the content at this memory adress will be stored
nSize how many bytes you want to read
but this would better fit in the general programming section

but no idea why anybody would write a bot in java, this is just a pain in the ass

[Slikey]

Okay so you mean that

int hProcess = SomeShitToGetProcessID();
int nSize = 8;
int lpBuffer = "";
int lpBaseAddress = 0x034685FC;
ReadProcessMemory(hProcess, lpBaseAddress, lpBuffer, nSize, null);

0x034685FC STRING "Hello botting world!"

Would write his into the lpBuffer or does this function only read in HEX values?

"Hello bo"

EDIT: Rep'd you for your help

[xalcon]

Well, ReadProcessMemory does not read "HEX" values, it just copies the bytes at the given position (lpBaseAddress) to the position lpBuffer points by reading nSize bytes.
But I doubt your code will work since ReadProcessMemory wants a pointer where it can write to, not just an int with value zero. (or in your case an empty string, which ofc wasn't your intention, right?)
I think the code should look more like this, but I've no idea if this will work in java:

int hProcess = SomeShitToGetProcessID();
int nSize = 8;
byte[] lpBuffer = new byte[nSize];
int lpBaseAddress = 0x034685FC;
ReadProcessMemory(hProcess, lpBaseAddress, lpBuffer, nSize, null);

YES, I choose Java, because of the.. aw. the real programmers of you know why.

Well, then I'm not a real programmer, I guess o_o" Anyway, good luck!

[DrakeFish]

I found this post that seems to contain the solution to your problem: java - FOR JNI experts, How Would I use JNI to call ReadProcessMemory? (Read memory from windows applications) - Stack Overflow

The code snippet from the last post on stackoverflow seems to be an example of how to use ReadProcessMemory in java. You will apparently have to use the Memory class (see outputBuffer in the snippet) to get your values.

Here's your JNA Memory class : https://github.com/twall/jna/blob/ma...na/Memory.java
It offers various getX methods depending on what kind of data you'll need. I think getString() is what you needed here.

I have no idea how you can claim that Java is a good language to code a bot in, C# offers you a lot more functionalities to work with memory. (heck, it even supports using pointers)

[Slikey]

Rep'd you both too. I didn't look that close into this Memory class. Thank you. The Pointerfunction is brought by the JNA, too.

So thank you very much for helping me. I hope I can release the first project files this week. (Nothing to do on the company so I use this time to program a bot and everythings looks like normal

[Jadd]

Switch to a native programming language. When your project involves memory management it's the best option.

YES, I choose Java, because of the.. aw. the real programmers of you know why.

"Real programmers"? I don't think you're in a position to judge.

[_Mike]

Real programmers would know how to read API documentation.

[asdcxy]

Switch to a native programming language.

shitstorm from all the c# users incomming :P

[Pandu91]

shitstorm from all the c# users incomming :P

If you know C# it is easy to learn Java Or if you know Java it is easy to learn C# so I don't think that there will be any shitstorm. Btw you quoted wrong too, because Jadd didn't meant C# because C# isn't a native language too

[Slikey]

Too much trolling. Please close this thread^^

[Bananenbrot]

troll

There is no reason to use Java anymore... If you insist on coding for the JVM (for whatever reason), use Scala (beautiful). You could even mix code in packages... If you insist on the syntax, use C# ffs. There's almost nothing in Java you can't do in C#. A big plus for me is custom value types, especially regarding bot development and efficient algorithms. There are even native languages like Home - D Programming Language which beat the crap out of Java (disregarding the lack for runtime reflection...). Java is antiquated and has a too high legacy payload. In addition, there aren't frequent updates and wtf language/runtime features like Linq or the DLR. It's only some of the people who didn't yet accept the facts.

/troll