Normynator

1. Open the terminal (on the remote system) 2. Use the CentOS 7 wiki guide 3. Done

It’s still „useable“. it just means that you have to swap out the unstable packages with the least stable ones (in your case also gcc/g++ 6 I think)

The dependencies seemed to be just copied from the wiki. Debian Stretch (9) does already include gcc/g++ 6 in the standard package manager, so there is no need to install anything unstable. Also I am really not a fan of using PHPMyAdmin in production. It‘s said to be optional but still i think making the database accessible from the internet is never a good idea.

Well using the Mac isn’t a safe approach anyway

No, and also not going to add something like that, because my goal is not to write a hackshield.

I am sorry i dont understand the question.

By implementing a TCP socket. I will use the boost library to do that in my project. https://www.boost.org/doc/libs/1_66_0/doc/html/boost_asio/reference/ip__tcp/socket.html

which command are you talking about? If i remember correctly you have to send the packets via TCP that should be all.

Disclaimer: This code is far from being good! It’s just quick and dirty to have some fun and play around a bit! Sooo here it is: https://github.com/Normynator/Mana You probably have to change the hardcoded paths and this and that but the code itself should give you a hint. injection_test has my own dll code launcher_test has the code which injects the dll into the exe. Have fun and good luck!

Well also is mac. I just created a launcher which injects a dll into the client. If you wish i can upload it so you can check it out.

I am sure you can find everything you need if you use google. Example: how to get MAC address https://stackoverflow.com/questions/13646621/how-to-get-mac-address-in-windows-with-c may I ask what you are trying to achieve?

Run the map server with gdb and see what gdb says once the server freezes again.

Hard to tell without error log or gdb Output.

If you compute the delay before the buffing then the „lock“ is not needed, since the delay is handling that. The problem is that current implementation is calculating the delay after buffing, which I think results in running the script twice before the delay does what it should do.

Just a guess: move the delay_buffer assignment above .@size assignment. So the delay is calculated before having to select a buff not after.

There is no problem as long as you use an OS which is supported by rA

Really awesome work there

This is not eathena nor 3ceAm. why don’t you just ask in the right forum??? since the next question probably is: “where to ask?“ here is the answer: http://herc.ws/board/forum/184-3ceam-support/

Well sharing error messages always helps ... also you should check your mapserver wirh gdb

Would’nt it be easier to only allow the same IP two times??

Well i dont understand the second screenshot but you probably messed up with your email-server. FluxCP is probably not the fault here.

Nice work, thanks for the release!

Well how about contacting @Emistry ?

As you can see here, its a paid script, so noone would be allowed to share it.

Do you have Source Code for that PoC publicly available?