BUG: ezquake hangs on loading gpl maps in gpl maps pk3 about ezquake-source HOT 3 CLOSED

@dsvensson could you take a look at this?

from ezquake-source.

using the old cm_loadmap function in cmodel.c (and all the functions it calls) everything works fine, otherwise it just spins at
unzReadCurrentFile(vfsz->parent->handle, buffer, sizeof(buffer));
inside of vfs_zip.c.

it looks like the new cm_loadmap calls cm_openmap which does an fs_openvfs call and that's what does it, i assume this has all already been done in the client as the old function just loads it directly with fs_loadtempfile.

from ezquake-source.

Doesn't hang here, but it executes code labeled as Com_DPrintf("VFSZIP_MakeActive: Shockingly inefficient\n") and ends up not finding a map that has an entry in gpl_maps.pk3. Perhaps that code path in ezQuake has not been used before as cmodel.c used to just scoop up everything including textures in memory even on servers. I'll see if I can find something.

from ezquake-source.