[GWCA++]Bot Developer Helper

tjubutsi · 03/30/2018, 21:40

Quote:

Originally Posted by phat34

hey tj is your GitHub version 100%?

It's the same as the one attached to my post. Like explained in the post there's only a slight issue with rendering toggle. If people find issues I advice them to open issues on github.

DerMoench14 · 03/30/2018, 21:43

Quote:

Originally Posted by tjubutsi

Neat, although it still crashes on map info

Yeah ... because i'm stupid

Should work now.

tjubutsi · 03/30/2018, 21:53

Nope, still crashes

DerMoench14 · 03/30/2018, 22:09

Really strange

Could you try the .dll i attached here?
2 Peeps told me 5 mins back that they don't have any issues ... even with MapInfo.

DHLight · 03/30/2018, 22:22

Quote:

Originally Posted by DerMoench14

Really strange
Could you try the .dll i attached here?
2 Peeps told me 5 mins back that they don't have any issues ... even with MapInfo.

still crashes

tjubutsi · 03/30/2018, 23:10

Quote:

Originally Posted by DerMoench14

Really strange
Could you try the .dll i attached here?
2 Peeps told me 5 mins back that they don't have any issues ... even with MapInfo.

Oh, it crashes with the exe now but not the au3. For anyone else wondering!

DerMoench14 · 03/30/2018, 23:20

Ok ... THIS is really weird .. thx 4 info, tho!

Jamamon · 03/31/2018, 14:09

Really stupid question here - Does it make a difference whether you enter the offset as hexadecimal versus decimal?
I.E. 0x18 = 24.

Or perhaps some scripts are written only in one of the formats?

DerMoench14 · 03/31/2018, 16:58

Doesn't matter. You should stay on hex tho ... it's way more "logical".

Walles/TE®/In_Zombiac · 03/31/2018, 17:06

Yes.

#1. Using Hex numbers is faster than using decimal numbers (talking here about execution of the same number 1.000.000+ times).

#2. Replacing dec/hex numbers by variables slows down execution, but in turn does not need the resource direct numbers precache (talking here about bites).

#3. DllCall is faster using hex numbers (talking here about numbers bigger than 2047=0x7FF=11111111111)

#4. Within an array makes sense using same type of numbers (talking here about addition & subtraction within an array element).

So use hex/dec numbers when possible, but replacing them unnessessary unless you totally rewrite everything for performance reason.

phat34 · 04/01/2018, 15:12

The program usually compiles to hex anyhow prior to execution....but if your running scite/auto it from a live script then I defer back to you Walles.

4D1 · 04/02/2018, 12:34

computers like things that are 2^n (base2) so 2^3 (octal) and 2^4 (hexadecimal) are closest to our base10 so

btw walles is right but if yur thinking of rewriting all your scripts to use hex then yur wasting your time, the amount of time saved is crazy insignificant

~~Stary Pen'~~ · 04/04/2018, 20:21

Can you add look for PerformAction the same how C to GC?

4D1 · 04/05/2018, 08:05

Quote:

Originally Posted by Stary Pen'

Can you add look for PerformAction the same how C to GC?

Thing is that the performaction fn thats used in gwa gets called a crazy amount, its basically a wndproc for the gw ui so its pretty much useless for any sort of data gathering without wierd filters, theres other fns that are more useful though that can be used I think like the SendUIMessage fn in GWCA++

~~Stary Pen'~~ · 04/05/2018, 12:55

Quote:

Originally Posted by 4D1

Thing is that the performaction fn thats used in gwa gets called a crazy amount, its basically a wndproc for the gw ui so its pretty much useless for any sort of data gathering without wierd filters, theres other fns that are more useful though that can be used I think like the SendUIMessage fn in GWCA++

How I can find performaction with CE or olly?