Saving Data/Gamecache to harddisk (mutliplayer)

Now, iv heard its possible a few times, and i just wanted to clerify.
Iv heard using SyncStoredInteger and SyncReady saves things to harddisk.
I was wondering if this method could be used to store things forever, in a mutliplayer map so people can come back to there saved stuff.

I know it sounds stupid, because it if its possible it would have probally been figured out before, but it is?

I very much doubt it is possible. Even if it was found to be possible, it would be very likely to be fixed in the patch following such a discovery, as it would pose a major security risk (ergo the reason it wasn't included in the first place).

Syncing merely makes all computers have the same value for the data.

SyncStoredInteger and SyncReady do not save anything to the hard drive, the only function that does is SaveGameCache and it doesnt work in multiplayer.

It is impossible, completelly impossible. Sync functions just sync the contents of the gamecache that is on RAM to all the players in case they are different.

It is of course trivial with new natives.

Yes, but whats the point? You cant use ithem on Battle.Net anyway.

you can if everyone has the same dll and common.j

I heard that you cant run bnet with the hacked dll.

You don't modify any warcraft files to use custom natives. The new code is loaded at runtime.

Yes, but then all of the players need to have the natives loaded which means that you can only use it for inhouse games.

Well, technicaly it would be possible; if someone posted a standardised set of additional natives, someone you could trust that those natives couldn't be used to do anything harmful, mapmakers could use some of them and simply specify that their map requires this set of natives to work. The problem is, of course, what happens if someone enters a game without those natives, downloads the map and then the game starts? What does the war3 parser do when it hits an undefined function? Thread crash? Game crash?

I don't know, if it's a thread crash only, then you could easily detect that with a test function at start of game and inform the players that don't have the native pack about it. Otherwise, it would proove a difficulty to spread such a native pack, and as shadow1500 says maps that use them would be limited to inhouse games.

The game would not load. It might give you an error message about "Unregistered native", but chances are it would just dump you back to game selection screen. common.j is loaded very early.

If people were using a loader with custom natives to load maps that required those natives no one else could join their games. The game WILL NOT load a map that has natives that it does not recognize. Hence... only people using the loader could join and load your game on battle.net.

What error message does it show? It should hint that the user needs some libary to join game, instead of some "the game is not availible" or w/e.

That makes no sense. You can join games even if you don't have the map being played, as it automaticaly downloads from one of the people in that game who already have it. Your game can't know what natives a map uses before it actualy has the map. It can't load it, but it can't prevent you from joining a game either.