[General] Variable name to string.

[deathismyfriend]

I was wondering if anyone knows a way on how to get variable names to strings ?
I am hoping it is possible but i haven't seen anything that is.

Thanks

Also is there any way to get a function name and convert it to string ?

 

[IcemanBo]

I think variables names usually are removed after code has been read, and replaced by some kind of id because their names are not needed at all for the game running.

Edit:
Maybe you could try to save variables names as strings into hashtable in key of Id of "triggering unit" for example. And later load string of key of Id of "triggering unit".. or it's null, or its name. But would need to save after each variable change again in hashtable :s

 

[Chaosy]

not that I know of. I know that it works in C# but wc3 seems to lack at this.

 

[deathismyfriend]

not that I know of. I know that it works in C# but wc3 seems to lack at this.

Ya i was thinking the same thing lol. Thanks for the answers.

 

[Flitty]

just curious, what would it be useful for?

 

[Arhowk]

No. There are three main steps in reading code (in wc3)

Code is written by the coder (vJass, gui, jass) (world editor)>
Code is compiled into war3map.j (jass) (save button) >
Code is compiled into bytecode (bytecode) (during map loading process) > Variable names are lost here.

@TheHerb i'd have to assume for debugging

@Chaosy the names of variables in C# are cached and stored relative to their memory address, similar to how its done in java

 

[deathismyfriend]

Thanks for that arhowk. I knew it was compiled into jass and then bytecode. Didn't know where they were lost.
+Rep to everyone. Thanks for responses.

@ Herb
Arhowk is right it is for debugging purposes but I will have to find another way or scrap the idea.

 

[TriggerHappy]

You should check out the debugging features of SharpCraft.

http://i.imgur.com/y1H15C2.jpg

Debugging Image

 

[deathismyfriend]

Thanks for the link.

 

[Dr Super Good]

Code is compiled into bytecode (bytecode) (during map loading process) > Variable names are lost here.

You sure about that? I remember stepping through WC3 and it seemed to be resolving every jass name each time it was referenced, multiple times. In fact this is why JASS variable name length impacts execution speed.

Long names -> slower hashes -> slower execution
Short names -> faster hashes -> faster execution

One would think it would remove all names during run time, but it keeps resolving them each time a reference is made which is why jass is interpreted and why jass is so slow. It does seem to byte code overall line functionality but continues to resolve each given name.

SC2 fixed this by finally converting all variables and functions into byte code so that their names are truly lost at run time except if the debugger is in use.

 

[TriggerHappy]

I'm pretty sure DSG is right.

If the variable names were lost then SharpCraft wouldn't be able to tell you which null variable is being accessed.

 

[Arhowk]

I'm pretty sure DSG is right.

If the variable names were lost then SharpCraft wouldn't be able to tell you which null variable is being accessed.

Is it able to? In the picture, all that was stated was "uninitialized variable read". It might all be true, its mostly speculation on my part.

 

[TriggerHappy]

Is it able to? In the picture, all that was stated was "uninitialized variable read". It might all be true, its mostly speculation on my part.

Yes, "read " is the variable.

MindWorX is also working on a garbage collector that will handle null pointers and destroy unreferenced handles

 

[Arhowk]

Yes, "read " is the variable.

MindWorX is also working on a garbage collector that will handle null pointers and destroy unreferenced handles

That is one hell of a misleading variable name...

 

[TriggerHappy]

That is one hell of a misleading variable name...

Apparently I was wrong.

 

[Arhowk]

Apparently I was wrong.

Thought so... I'm pretty sure names are lost in bytecode translation.