Crc Bug
by Dave · in Torque Game Engine Advanced · 03/01/2006 (8:37 am) · 2 replies
If you execute a file with a datablock that uses a player DTS shape BEFORE executing the player.cs file in the DTS file directory, TSE hangs. The error is caused if you use computeCRC = true (as, for example, the LightMaleHumanArmor block does). This happens if you try to inherit from such a datablock as well.
I guess this means the client has no CRC available to check for the DTS so just hangs. Executing the player.cs file in the relevant DTS directory before the datablock inheritance clears up the problem.
I suspect this is a bug (in the exception handling sense) as the problem should be caught and a console log error message should be produced rather than a hang.
I guess this means the client has no CRC available to check for the DTS so just hangs. Executing the player.cs file in the relevant DTS directory before the datablock inheritance clears up the problem.
I suspect this is a bug (in the exception handling sense) as the problem should be caught and a console log error message should be produced rather than a hang.
About the author
#2
Don't have 1.4 on this new PC at the moment, but yes that's a thought. Could be the TSE to 1.4 migration might fix it.
It's definitely causing the problem at the moment though. If I comment out the CRC check then no crash, if I put it back it crashes. If I exec the player.cs first with the CRC check in place, no crash. If I exec it second with the CRC check in place it crashes. So there is a definite tie in there.
Dave.
03/01/2006 (9:20 am)
Hi Stefan,Don't have 1.4 on this new PC at the moment, but yes that's a thought. Could be the TSE to 1.4 migration might fix it.
It's definitely causing the problem at the moment though. If I comment out the CRC check then no crash, if I put it back it crashes. If I exec the player.cs first with the CRC check in place, no crash. If I exec it second with the CRC check in place it crashes. So there is a definite tie in there.
Dave.
Torque Owner Stefan Lundmark
This is more than likely something that's from an older branch of TGE, and thus, does not work as you would expect.
Edit: You should try to compare it to TGE 1.4, perhaps that will be useful to you?