ACoBot

ImFlamedCOD · 07/16/2009, 00:39

Hooked based? Good luck

~~high7~~ · 07/16/2009, 07:08

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.

~~high7~~ · 07/17/2009, 03:46

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.

IsTI37 · 07/17/2009, 20:22

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.

~~high7~~ · 07/17/2009, 20:36

TQ can try lol.

~~high7~~ · 07/18/2009, 00:37

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

~~high7~~ · 07/18/2009, 03:23

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

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 ****. 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...

clintonselke · 07/18/2009, 13:47

Quote:

Originally Posted by high7

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

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 ****. 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,

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

~~high7~~ · 07/18/2009, 16:35

Quote:

Originally Posted by clintonselke

Maybe you can do something with this,

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.

clintonselke · 07/18/2009, 16:50

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)

~~high7~~ · 07/18/2009, 17:10

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.

clintonselke · 07/18/2009, 18:03

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

~~high7~~ · 07/18/2009, 20:19

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

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

GrapeJelly · 08/08/2009, 05:42

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

Crystal134 · 08/08/2009, 08:35

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 **** them off ;D