[Resolved] error when running q3
Can you post your qconsole.log files? There should be one in "baseq3" and one in "excessiveplus".
Maybe you either have disable logging or set a different name for the logfile. Check the settings for the following two cvars:
seta logfile "1"
seta g_log "qconsole.log"
Look for a "q3config.cfg" in your whole Quake folder or you can check this in-game via the console. I don't have time now for MSN but I might add you later.
Very good!
i say maybe try to use scandisk or defrag?
this error is showed in VM_Create function
vm_t *VM_Create( const char *module, int (*systemCalls)(int *),
vmInterpret_t interpret ) {
vmHeader_t *header;
...
length = FS_ReadFile( filename, (void **)&header );
...
// validate
if ( header->vmMagic != VM_MAGIC
|| header->bssLength < 0
|| header->dataLength < 0
|| header->litLength < 0
|| header->codeLength <= 0 ) {
VM_Free( vm );
Com_Error( ERR_FATAL, "%s has bad header", filename );
}
#define VM_MAGIC 0x12721444
typedef struct {
int vmMagic;
int instructionCount;
int codeOffset;
int codeLength;
int dataOffset;
int dataLength;
int litLength; // ( dataLength - litLength ) should be byteswapped on load
int bssLength; // zero filled memory appended to datalength
} vmHeader_t;
int FS_ReadFile( const char *qpath, void **buffer ) {
byte* buf;
...
int len;
...
// look for it in the filesystem or pack files
len = FS_FOpenFileRead( qpath, &h, qfalse );
....
fs_loadCount++;
fs_loadStack++;buf = Hunk_AllocateTempMemory(len+1);
*buffer = buf;FS_Read (buf, len, h);
// guarantee that it will have a trailing 0 for string operations
buf[len] = 0;
FS_FCloseFile( h );
....
return len;
}
so from what i see the error is not related to graphic drivers cause i see that the buffer is readed from the disk.. from the file or the pk3 file .. and then it checks some flags resulted from the read data and if the check fails then it throws that error.
Some1 correct me if i'm wrong
I used q3.132 open source-code and I very much doubt that these files were changed in e+ mod.
P.s. Ups i didnt saw the status is resolved .. ok and it totaly make sense since that survive.pk3 contains 3 qvm files and they might have broken headers. gl hf
________
epsislow
didn't find such files even with search button... may be they are called in a bit different way?