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!

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.

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>

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.

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>

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>

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>

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>

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!

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