Back to the Vavoom Forum Archives


Forum

[Fixed] Caldera.wad crash

Tue, 27 Jul 2004 14:24:01

philsalkie

Running Vavoom 1.15.2 on Linux (RedHat 9), P4/3.2 GHz<br><br>Caldera.wad (<!-- m --><a class="postlink" href="http://www.rattlebars.com/mtz/caldera.html">http://www.rattlebars.com/mtz/caldera.html</a><!-- m -->) seems to work fine up until you place the "heart of d'sparil" into the stand in the center of the second hub.   There are some quick fireworks, and then a crash.  I'm fairly new to Vavoom - how can I collect data that might be useful in debugging this?<br><br>I'm also finding that Hexen V1.1 crashes when going through a teleportal on the muck-and-mire hub.  (Upgrading from V1.0 fixed the crash on exiting the seven portals over the shiny bridge)<br><br>Awesome piece of work - Thanks to all!
Tue, 27 Jul 2004 18:49:11

Janis Legzdinsh

By running with -debug option it will create basev/debug.txt file. At the bottom there should be several lines showing where did it crash. Post that here.
Wed, 28 Jul 2004 10:21:22

philsalkie

Here's the caldera.wad version:<br><br>  0x2000000 (32.000000 meg) allocated for zone, ZoneBase: 0x42136008<br>Init: adding hexen.wad<br>Init: adding hexen.gwa<br>Init: adding basev/hexen/wad0.wad<br>Init: adding CALDERA.WAD<br>Init: adding CALDERA.gwa<br>Init: configured audio device<br>Init: SFX   : Alsa 0.9, Device 'default': 16 bits, unsigned, 44100 bps, stereo<br>Init: Music : Open Sound System (AWE32)<br>Init: CD_Init: open of "/dev/cdrom" failed (123)<br>Init: UDP Initialized<br>DevNet: TCP/IP address 64.32.179.50<br>Dev: Free memory 27833628, largest block 27778776, free blocks 16<br>Dev: Purgable memory 0, largest block 0, total blocks 0<br>Log: Executing "basev/startup.vs".<br>Log: Executing "basev/default.cfg".<br>Log: Executing "basev/hexen/config.cfg".<br>Log: Can't find "autoexec.cfg".<br>Init: 3225k surface cache<br>Log: 800x600x16.<br>Log: Loading "cald2"<br>Dev: Spawning server MAP13<br>Dev: CL_EstablishConnection: connected to local<br>Dev: Client LOCAL connected<br>Log: ---------------------------------------<br>Log: VALLES DE MORTE<br>Log: <br>Dev: Client level loaded<br>Dev: 850 subdivides<br>Dev: 793 seg subdivides<br>Dev: 12k light mem<br>Dev: Spawning server MAP08<br>Log: ---------------------------------------<br>Log: MARE CALDERA<br>Log: <br>Dev: Client level loaded<br>Dev: 1581 subdivides<br>Dev: 1474 seg subdivides<br>Dev: 31k light mem<br>- (.MSG_WriteShort)<br>- TProgs::ExecuteFunction<br>- (ExecuteLineSpecial)<br>- RunThinkers<br>- P_Ticker<br>- SV_Ticker<br>- ServerFrame<br>- Host_Frame<br>STACK TRACE:<br><br>stack 0 0x8074c3c frame 0 0xbfffdd08<br>stack 1 0x42015704 frame 1 0xbfffdd48<br>stack 2 0x806c121 frame 2 0xbfffdd68<br><br><br>ERROR: Aborted<br><br><br>I notice here that it loads hexen.wad _and_ caldera.wad - perhaps<br>I'm invoking Vavoom incorrectly?  I've been saying:<br><br>./Vavoom -file CALDERA.WAD<br><br>(I tried making a game directory called "caldera" and changing games.txt, but it complains about no sound info - not sure just what<br>that was about, but the "-file" thing seemed to work.)<br><br><br><br>And the Hexen 1.1 version - (The teleportal is the one in the shadow wood, not the swamp area - sorry...)<br><br><br>  0x2000000 (32.000000 meg) allocated for zone, ZoneBase: 0x42136008<br>Init: adding hexen.wad<br>Init: adding hexen.gwa<br>Init: adding basev/hexen/wad0.wad<br>Init: configured audio device<br>Init: SFX   : Alsa 0.9, Device 'default': 16 bits, unsigned, 44100 bps, stereo<br>Init: Music : Open Sound System (AWE32)<br>Init: CD_Init: open of "/dev/cdrom" failed (123)<br>Init: UDP Initialized<br>DevNet: TCP/IP address 64.32.179.50<br>Dev: Free memory 27839328, largest block 27784476, free blocks 16<br>Dev: Purgable memory 0, largest block 0, total blocks 0<br>Log: Executing "basev/startup.vs".<br>Log: Executing "basev/default.cfg".<br>Log: Executing "basev/hexen/config.cfg".<br>Log: Can't find "autoexec.cfg".<br>Init: 3225k surface cache<br>Log: 800x600x16.<br>Log: Loading "phil1"<br>Dev: Spawning server MAP13<br>Dev: CL_EstablishConnection: connected to local<br>Dev: Client LOCAL connected<br>Log: ---------------------------------------<br>Log: SHADOW WOOD<br>Log: <br>Dev: Client level loaded<br>Dev: 135 subdivides<br>Dev: 2537 seg subdivides<br>Dev: 4k light mem<br>Dev: Spawning server MAP10<br>- (.SpawnPolyobj)<br>- PO_SpawnPolyobj<br>- PO_SpawnPolyobj<br><br><br>And that's it - didn't even put "Aborted" in the debug.txt file.<br><br><br>Thanks for the quick reply!<br><br><br>
Wed, 28 Jul 2004 20:37:14

Janis Legzdinsh

The loading of hexen.wad is correct since it's just an addon and it needs original data from hexen.wad.<br><br>AS of second crash, it seams it's because of a bug in glBSP that comes with current version of Vavoom. Rebuilding .gwa file with previous version of glBSP should fix this problem.
Thu, 29 Jul 2004 13:02:09

philsalkie

Yep, the older version of glBSP fixed the hexen.wad crash. Thanks - I can now return to my previously scheduled addiction!<br><br>The caldera.wad crash remains, tho.  The file "crash.txt" has:<br><br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>0<br>806c121<br>42015704<br>8074c3c<br><br><br><br>to go with a debug.txt stack trace of :<br><br><br>STACK TRACE:<br><br>stack 0 0x8074c3c frame 0 0xbffff818<br>stack 1 0x42015704 frame 1 0xbffff858<br>stack 2 0x806c121 frame 2 0xbffff878<br><br><br><br>If that's worth anything.<br><br>Any suggestions for things I could look at, printf statements I could add, or like that?<br>
Thu, 29 Jul 2004 19:45:15

Janis Legzdinsh

Yep, in progs/hexen/server/spec.vc in begining og function ExecuteLineSpecial add this line:<br><br>print("ELS %d (%d %d %d %d %d)", special, args[0], args[1], args[2], args[3], args[4]);<br>
Fri, 30 Jul 2004 11:48:46

philsalkie

OK, here goes:<br><br>Log: MARE CALDERA<br>Log: <br>Dev: Client level loaded<br>Dev: 1581 subdivides<br>Dev: 1474 seg subdivides<br>Dev: 31k light mem<br>Log: ELS 80 (3 0 0 0 0)<br>Log: ELS 80 (3 0 0 0 0)<br>Log: ELS 80 (4 0 201 0 0)<br>Log: ELS 130 (9 0 0 0 0)<br>Log: ELS 71 (201 0 0 0 0)<br>Log: ELS 132 (18 0 0 0 0)<br>Log: ELS 132 (9 0 0 0 0)<br>Log: ELS 80 (40 0 13 0 0)<br>Log: ELS 23 (5 4 120 0 0)<br>Log: ELS 120 (3 254 0 16 19)<br>Log: ELS 136 (13 108 58 37 <!-- s8) --><img src="{SMILIES_PATH}/icon_cool.gif" alt="8)" title="Cool" /><!-- s8) --><br>Log: ELS 136 (14 108 85 24 15)<br>Log: ELS 136 (13 108 150 16 14)<br>Log: ELS 136 (14 108 188 38 12)<br>Log: ELS 136 (13 108 102 10 18)<br>Log: ELS 136 (14 108 213 39 6)<br>Log: ELS 136 (13 108 202 14 18)<br>Log: ELS 136 (14 108 82 34 5)<br>Log: ELS 136 (13 108 5 32 6)<br>Log: ELS 136 (14 108 244 31 19)<br>Log: ELS 136 (13 108 72 38 17)<br>Log: ELS 136 (14 108 123 17 9)<br>Log: ELS 136 (13 108 28 35 12)<br>Log: ELS 136 (14 108 176 27 10)<br>Log: ELS 136 (13 108 34 40 11)<br>Log: ELS 136 (14 108 248 34 10)<br>Log: ELS 136 (13 108 22 28 12)<br>Log: ELS 136 (14 108 243 38 9)<br>Log: ELS 136 (13 108 253 39 20)<br>Log: ELS 136 (14 108 26 37 15)<br>Log: ELS 136 (13 108 254 15 14)<br>Log: ELS 136 (14 108 202 30 18)<br>Log: ELS 136 (13 108 11 33 15)<br>Log: ELS 136 (14 108 128 24 <!-- s8) --><img src="{SMILIES_PATH}/icon_cool.gif" alt="8)" title="Cool" /><!-- s8) --><br>Log: ELS 136 (13 108 221 28 <!-- s8) --><img src="{SMILIES_PATH}/icon_cool.gif" alt="8)" title="Cool" /><!-- s8) --><br>Log: ELS 136 (14 108 64 27 5)<br>Log: ELS 136 (13 108 150 30 14)<br>Log: ELS 136 (14 108 13 28 13)<br>Log: ELS 136 (13 108 80 28 12)<br>Log: ELS 136 (14 108 74 31 10)<br>Log: ELS 136 (13 108 243 31 13)<br>Log: ELS 136 (14 108 134 25 <!-- s8) --><img src="{SMILIES_PATH}/icon_cool.gif" alt="8)" title="Cool" /><!-- s8) --><br>Log: ELS 136 (13 108 89 26 20)<br>Log: ELS 136 (14 108 1 11 11)<br>Log: ELS 136 (13 108 60 37 5)<br>Log: ELS 136 (14 108 111 14 14)<br>Log: ELS 136 (13 108 113 32 9)<br>Log: ELS 136 (14 108 10 34 18)<br>Log: ELS 136 (13 108 143 13 12)<br>Log: ELS 136 (14 108 5 22 7)<br>Log: ELS 136 (13 108 96 20 18)<br>Log: ELS 136 (14 108 232 37 10)<br>Log: ELS 136 (13 108 26 16 18)<br>Log: ELS 136 (14 108 18 17 19)<br>Log: ELS 136 (13 108 128 24 17)<br>Log: ELS 136 (14 108 135 37 19)<br>Log: ELS 136 (13 108 32 20 15)<br>Log: ELS 136 (14 108 97 21 12)<br>Log: ELS 136 (13 108 60 39 14)<br>Log: ELS 136 (14 108 176 40 20)<br>Log: ELS 137 (19 99 0 40 20)<br>Log: ELS 136 (19 99 0 4 30)<br>Log: ELS 136 (19 99 16 4 30)<br>Log: ELS 136 (19 99 32 4 30)<br>- (.MSG_WriteShort)<br>- TProgs::ExecuteFunction<br>- (ExecuteLineSpecial)<br>- RunThinkers<br>- P_Ticker<br>- SV_Ticker<br>- ServerFrame<br>- Host_Frame<br>STACK TRACE:<br><br>stack 0 0x8074c3c frame 0 0xbfffdb18<br>stack 1 0x42015704 frame 1 0xbfffdb58<br>stack 2 0x806c121 frame 2 0xbfffdb78<br><br><br>ERROR: Aborted<br><br><br>(The info above "MARE CALDERA" is the same as the previous post.)<br><br>In looking over the code, I see that we're spawning a bunch of projectiles (large flames if I counted right) to give a fireworks-like display from the heart-holder once the heart is in place.<br>I also notice that in the functions EV_ThingProjectile() and Spawn() we don't check the object returned to see if it actually exists - we just call Spawn and run.<br><br>Since there are so many things being spawned, could we have run out of some buffer space or heap somewhere?<br><br><br>Thanks!<br>
Fri, 30 Jul 2004 20:24:34

Janis Legzdinsh

After exploring things I found that spawning a large flame adds a static light which is not a good thing to do at runtime. So try this - in progs/hexen/game/FlameLarge.vc function OnMapSpawn change line<br>[pre]if (!TID)[/pre]<br>to<br>[pre]if (mthing && !TID)[/pre]<br>
Sat, 31 Jul 2004 07:02:18

philsalkie

That fixes it - Yay!<br><br>Now, is that the actual change, or is there something more subtle that needs to be done now you've proven what the problem was?<br><br>Thanks again!
Sat, 31 Jul 2004 18:13:28

Janis Legzdinsh

This will be the actual change. I will have to do the same thing with other static light sources that can be spawned.

Back to the Vavoom Forum Archives