…vs/jk2mv@7dc8400.

Does not compile. Files unmodified to make diffs easier.

Move some vm related structs.
Merge some vm related structs.
Adjust a few places in vm_* files.
Port a few functions from jk2mv's vm.cpp file (same revision as the vm_* files).

Add vm_game, vm_cgame and vm_ui cvars to set the prefered vm mode:
	- 0: native
	- 1: interpret (qvm)
	- 2: compile (qvm)

Can load QVMs on 64 bit, but it's not stable, yet. Loading the ui.qvm shows the menu, but crashes when entering player customization. Loading jampgame.qvm crashes when loading a map. These crashes are most likely related to the QVM being 32 bit and addresses getting passed in and out that don't fit. Also shared structs may be offset.

This issue occured when the game module called the syscall G_NAV_GETNEARESTNODE. The module would receive a different value than the engine intended to return and that caused issues when the incorrect return value was used as input for other functions, causing issues and eventually crashes during later syscalls. This did not affect interpreted QVMs. Once pinpointed the source of the issue being DoSyscall a diff with ioq3 provided a fix. This fix comes from ioq3@1ce8ba0cdb8d8f2825177877a16d8525100280dd.

Add g2handles to map g2 instances (64 bit address) to integers that the QVM can handle and adjust legacy uiapi to make use of them for QVMs.
Convert glconfig_t in uiapi for QVMs, because the structs don't match.

…de a destination itself and expects to be given a pointer.

Make use of QVM extra memory in CL_GetGlconfig for uiapi.

…tibility.

Still missing conversion for structs like sharedEntity_t.

As the QVM is always 32 bit, even if the engine is 64 bit the structs don't match due to pointers inside of them. The sharedEntityMapper_t struct has the same members as the sharedEntity_t struct, but all of them are pointers to the types sharedEntity_t uses. When the game module calls the locate gamedata syscall the pointers of the mapper struct are set. The mapper should be usable with native libraries and QVM.

…ter QVM compatibility.

The vanilla and OpenJK game module use "-1" as magic value for the SV_Trace passEntityNum instead of ENTITYNUM_NONE (1023). This lead to SV_ClipMoveToEntities trying to access entity "-1" and to read its ownerNum. When switching from sharedEntity_t to sharedEntityMapper_t for the QVM support the code got adjusted to no longer read out of bounds values, potentially leaving passOwnerNum unset/undefined (as opposed to be read from undefined memory). This commit fixes this by assuming a default value and refactoring some code to be simpler.

As most (maybe all) modules that support the OpenJK API also support the Legacy API give users the option to use the legacy system without requiring a debug build.

…ng QVMs.

… comes from within the QVM results in a crash.

At some point OpenJK forced all Com_Error calls for dedicated servers to be ERR_FATAL, leading to the process terminating. This can be helpful for some simple forms of automatic restart scripts, but the original behavior of dropping to the interactive console can be useful during mod development or when testing various settings. To avoid issues with restart scripts depending on the ERR_FATAL rewrite the cvar defaults to enabled, but can be disabled to restore the original behavior.

- Use GetFullPathNameA, GetFinalPathNameByHandleA and realpath to actually resolve paths when validating filenames
- Use ERR_DROP instead of ERR_FATAL when a VM tries to access a forbidden extension
- Check for more forbidden extensions
- Prevent the VM from accessing files with unwanted characters in their names (just block the access and print a warning, don't drop)

Existing comments in the function suggested it would already push and pop ebx (non-volatile), but really performed the actions on ecx (volatile).

…tCallDoSyscall, because they are non-volatile.

…4 bit addresses from QVMs when dereferencing.

Remove ConvertedEntity function, because the sharedEntityMapper read macros handle the required changes on demand now.

…es that SV_EntityMapperReadData was not aware of.

… using QVMs.