Forgotten natives

[Aniki]

I wanted to find some natives that Blizzard forgot to declare in common.j and common.ai so I tried to do a
diff on the two files (see attachments) to see if I find something... And I did, but the natives were rather disappointing/useless :/

native DebugBreak takes integer i returns nothing

native DialogSetAsync takes dialog d returns nothing

native SetStackedSound takes string s, real r1, real r2 returns nothing
native ClearStackedSound takes string s, real r1, real r2 returns nothing
native SetStackedSoundRect takes string s, rect r returns nothing
native ClearStackedSoundRect takes string s, rect r returns nothing

Maybe you can find something more exciting? =)

 

[DracoL1ch]

DebugBreak is removed from the final build and does nothing. rest functions do something but cant say what exactly

 

[Aniki]

rest functions do something but cant say what exactly

Someone should add this to the "patch wish list", i.e Blizzard should release some documentation about their natives...

PS: the only thing I like about GUI are the little "hints" at the bottom when an event/action is selected like:
"Only the first 64 destructables within the region when this event is registered are monitored for death. It is best to use this event for regions containing only a few destructables."

 

[TriggerHappy]

DialogSetAsync removes the delay in battle.net? or what?

I found a page referencing it way back in 2002.

http://www.wc3c.net/showthread.php?t=5051

and this

Native "DialogSetAsync" located at 0x6F3C9F20 with parameters "(Hdialog;)V"

Someone should look into it.

 

[TriggerHappy]

Bump. Found two more:

native GetPlayerStartLocationX takes player whichPlayer returns real
native GetPlayerStartLocationY takes player whichPlayer returns real

Funny thing is, they exist in Blizzard.j too. They work though, so why did blizzard create their own JASS function for it?

 

[TriggerHappy]

many bj funcs have no extra content, even keeping order of arguments the same sometimes. simply.. accept

Well it's odd that those natives aren't declared in common.j and are hidden, and that they exist in Blizzard.j instead.

They also seem to work perfectly fine if you declare them in your map.

 

[TriggerHappy]

you can declare any native in any .j file you want, just make sure native exists in the engine. And engine been scanned more than 10 years ago, theres no useful secrets, tho.

Yes my whole point is that these existed in the engine without anyones knowledge. The thread is titled "Forgotten Natives", you know.

 

[TriggerHappy]

well its not really forgotten. like IsUnitInRange being rarely used for now reason, or Pow. As any script language, lack of proper manual make people to ignore/re-invent some funcs. Sometimes they get forgotten because of uselessness. Like, there's native "IsUnit" which literally compares one unit to another. IsUnit(u,u2). Whats the point if you have u==u2? no idea.

Except those are declared in the common.j? You really are missing the point.

As far as I know those two natives are one of their kind. Undefined natives that have pseudo-functions in Blizzard's JASS file. It's at least worth noting, simple as that.

and if it weren't for the fact that you have to overwrite the Blizzard.j to use them, they would actually be pretty useful. Unless of course you don't mind importing a blank script.

 

[Anachron]

What do these do?

Unsummon
VersionCompatible
VersionGet
VersionSupported

 

[TriggerHappy]

VersionCompatible
VersionGet
VersionSupported

They are related to detecting game version (ROC/TFT). But they don't relate to this thread because they are in the common.j