QVM Error: Turrets

[Drakotsu]

Hello,
Ive just compiled a QVM I made, after applying the wireddd-override patch BY HAND.
Now,
When I started my server to test it, I first tested on aliens.
When the turrets started shooting, the server would freeze, and the server console would give me a cvar updating error, something like that.

Heres the error after turrets start shooting:

Code Select Expand

ERROR: Cvar_Update: handle out of range
********************
----- Server Shutdown (Server crashed: Cvar_Update: handle out of range) -----
Sending heartbeat to master.tremulous.net
Sending heartbeat to master.tremulous.net
==== ShutdownGame ====
ShutdownGame:
------------------------------------------------------------
---------------------------
Hunk_Clear: reset the hunk ok

Help? =\..
Without the wireddd-override addition this does not occur..
Ive compiled another version without the patch, and it works perfectly.

Thanks

[Amanieu]

That's a bug with mystats, it's fixed in the latest version of Lak's qvm

[benmachine]

That's a bug with mystats, it's fixed in the latest version of Lak's qvm

It's a null dereference bug. It's not necessarily mystats.

The override patch is a terrible idea poorly coded. Don't use it.

[Amanieu]

It's a null dereference bug. It's not necessarily mystats.

The null deref is in the mystats code.

[Drakotsu]

Thats for replying guys .
All the best, good luck!

[benmachine]

It's a null dereference bug. It's not necessarily mystats.

The null deref is in the mystats code.

Dude applies patch, dude gets null dereferences. Excuse me for assuming, but I'm guessing null dereferences came from patch. I briefly looked at the patch itself and not only does its very description say "full of bugs", but large portions of the code are copy-pasted and I'm not confident about the rest.

What evidence have you to think otherwise?

[Amanieu]

There used to be a null deref bug in the mystats code (now fixed in lak's qvm). On qvms, accessing NULL would cause you to access the start of the qvm memory, which where all the vmCvar_t are in g_main.c. Normally this is harmless, but if you change the size of the gclient_t structure (increase it by 4 bytes), you will modify the "handle" field of vmCvar_t, which will be seen as an invalid handle when the cvars are updated.

[Syntac]

I'm siding with Ben on this. We don't even know Drakotsu is using Lakitu's QVM. Seems to me that if applying a patch causes an error to spring up, the error is caused by the patch, no?

[Archangel]

because he said FIXED in lak's qvm.

[Syntac]

Drakotsu: Are you, or are you not, using Lakitu's QVM? If so, which version and what other patches?

[Drakotsu]

The problem is solved btw guys..

And no im not using Lakitus QVM and no im not getting any mystats error.

[Syntac]

...and how did you solve it? Tell us please, so we don't get people asking us the same question.

[Drakotsu]

Ohh I just didnt use the override patch Undid everything having to do with that patch.
Helps that I backup all my /game/ files before I patch :3

[Archangel]

no it doesn't... there's a -r flag to patch for a reason.

[Drakotsu]

No what doesnt? Or were you replying to some other reply on this thread?

[lavacano201014]

no it doesn't... there's a -r flag to patch for a reason.

He said he did it by hand, which I assume means copy pasting in what needs to be put in the code.

Also, it's been a while, Inaki.

[Undeference]

no it doesn't... there's a -r flag to patch for a reason.

-r is completely different from -R (what you meant), but patch is useless when the patch can't apply/revert cleanly.