ACoBot

Hooked based? Good luck

Quote:

Originally Posted by ImFlamedCOD Hooked based? Good luck

I actually find it easier...

Anyways, no work today(well yesterday), I have been a bit busy. Working on making it even more OO.

IE Adding a Deque class so I can simply do

Role::GetDeque()[1].ID

And even stuff like

Role::GetDeque()[1].Attack()

etc.

Got some more work done today, not much though. I am going to take a little break to work on another project though. Reason is because in this other project I am going to experiment with unmanaged/managed C++ working together which I plan to do in ACoBot.

Shouldn't take more than a day or 2.

You don't fear that TQ will get a team of lawyers and force you to quit ?
I don't think you are different than CID.

TQ can try lol.

Glad I am taking this break to work on another project. Calling a managed function from unmanaged code is more difficult than I thought.

Well... I am probably gonna have to rewrite the hook system again because C++ to CLI C++ is extremely bitching.

When you have a class with say a managed class in it, even if it isn't a "ref class" it will make it "sorta" managed which will break the callback pointer system.

Currently in this test I am doing I have

ClassA derived from CHook
ClassB with ClassA in it and deriving from ICallbackable and has a ClassC ptr
ClassC which is "sorta" managed which handles/calls the real managed class.

So ya...

Going to have to revise the system over the next few days. Hopefully the bot part of this wont be such a challenge.


Edit:

okay well its not working out. Assembly to CLI is causing it to crash and shit. So I will probably have to do a message system. Problem with that is that it wont allow function blocking. Unless by tomorrow I think of something...

At this point I probably wont be using .Net...

Quote:

Originally Posted by high7 Well... I am probably gonna have to rewrite the hook system again because C++ to CLI C++ is extremely bitching. When you have a class with say a managed class in it, even if it isn't a "ref class" it will make it "sorta" managed which will break the callback pointer system. Currently in this test I am doing I have ClassA derived from CHook ClassB with ClassA in it and deriving from ICallbackable and has a ClassC ptr ClassC which is "sorta" managed which handles/calls the real managed class. So ya... Going to have to revise the system over the next few days. Hopefully the bot part of this wont be such a challenge. Edit: okay well its not working out. Assembly to CLI is causing it to crash and shit. So I will probably have to do a message system. Problem with that is that it wont allow function blocking. Unless by tomorrow I think of something... At this point I probably wont be using .Net...

Maybe you can do something with this,

[Only registered and activated users can see links. Click Here To Register...]

It supports hooking of native entry points from a fully managed environment like C#. It comes with full source code too.

Quote:

Originally Posted by clintonselke Maybe you can do something with this, [Only registered and activated users can see links. Click Here To Register...] It supports hooking of native entry points from a fully managed environment like C#. It comes with full source code too.

Looks like it uses a driver to communicate with an injected dll 0,o...

It is fine though, only reason I was going to use .NET was for the forms. Which I am gonna just use Qt or wxWidgets for.

Quote:

Originally Posted by high7 Looks like it uses a driver to communicate with an injected dll 0,o... It is fine though, only reason I was going to use .NET was for the forms. Which I am gonna just use Qt or wxWidgets for.

wxWidgets is nice, only problem is it has a 10Mb dll you need to provide w/ ur programs. (Thats if you compile it in monolithic)

Well I am trying Qt first because it has a nice toolkit for making the gui.

But ya, it sucks when they don't build the static library. Although it also sucks that including curl "bloated" my dll to 500kb.

Quote:

Originally Posted by high7 Well I am trying Qt first because it has a nice toolkit for making the gui. But ya, it sucks when they don't build the static library. Although it also sucks that including curl "bloated" my dll to 500kb.

ah wait... u can compile wxWidgets static too, then strip ur executable to make it small. They recommend you download wxWidget source code and compile it yourself for your specific compiler.

And I quite like wxSmith GUI builder for wxWidgets in Code::Blocks. Qt I really like that one when i was using linux, but had trouble finding a FREE library for it that would work with mingw compilers.

I recommend wx... but go QT if u like :p

Quote:

Originally Posted by clintonselke ah wait... u can compile wxWidgets static too, then strip ur executable to make it small. They recommend you download wxWidget source code and compile it yourself for your specific compiler. And I quite like wxSmith GUI builder for wxWidgets in Code::Blocks. Qt I really like that one when i was using linux, but had trouble finding a FREE library for it that would work with mingw compilers. I recommend wx... but go QT if u like :p

gonna stick with Qt atm. I haven't seen a nice vs addin for wxWidgets yet and Qt has one.

umm so its gonna b done when? lol oo and try to make it work with p-servers lol

Quote:

Originally Posted by GrapeJelly umm so its gonna b done when? lol oo and try to make it work with p-servers lol

Thats stupid....... Your noop if you need to bot on a pserver. Bot on tq co to piss them off ;D