[Resolved] Determining gamestate...

[Warrior]

Can't you just /whoami and check if you're in game

[Don Cullen]

Normally, I'd just not reply to this question since it's obvious why-- but just in case it isn't obvious to others:

1. To ensure the code only executes while game is active. Otherwise either Starcraft or the program itself crashes when it attempts to write to memory (if button is accidentally pressed-- don't ask me- I've heard of people who 'accidentally' formatted their drive...). Call it a failsafe, if you will.

2. Because it's just easier to use an automatic failsafe, rather than a manual method. 

[Soul Taker]

Also the state that /whois commands show is determined by a single packet sent by the client, and is in no way reliable.

[l)ragon]

I was asking you elaborate on what you mean by loading directly into the Starcraft process, rather than performing memory calls from VB-- I'm not understanding what you mean by that, and how I'd do that.

Well, it'll be much easier to access Starcraft memory if you have code executing in the context of the Starcraft process.  As it is, your VB application sits outside the process and peeks/pokes using Windows API calls; I was suggesting to have your code execute as part of Starcraft, so that you can read/write its variables directly.  As for how to do that, look into SampleHDL.

About those HDL dlls, wasent there another program that loaded the HDL's for you?
I cant even remember the last time I seen one of these 8\


Edit: Found my answer, wasent the program I thought it was make no wonder I didnt remember it, it's pretty damn old lol.

[Warrior]

My question was meant more of an obvious joke/easy way out