| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
|---|---|---|---|---|---|---|---|---|---|
| 0001742 | FSSCP | --------- | public | 2008-08-08 13:22 | 2008-10-04 23:14 | ||||
| Reporter | Tinman | ||||||||
| Assigned To | taylor | ||||||||
| Priority | normal | Severity | crash | Reproducibility | always | ||||
| Status | resolved | Resolution | fixed | ||||||
| Product Version | |||||||||
| Target Version | Fixed in Version | 3.6.10 | |||||||
| Summary | 0001742: The Babylon Project crashes since 3.6.10 rev 4638 | ||||||||
| Description | The Babylon Project 3.4final crashes since 3.6.10 rev 4638 (Modified fireball handling; ship class or type specific explosions.) on loading a mission on MacOS X (rev 4637 is working without a problem). The changes in rev 4638 are not MacOS X specific so Windows builds may also crash?! | ||||||||
| Additional Information | ========================================================================== DEBUG SPEW: No debug_filter.cfg found, so only general, error, and warning categories can be shown and no debug_filter.cfg info will be saved. ========================================================================== Opened log '/Users/xxx/Library/FS2_Open/data/fs2_open.log', Fri Aug 08 19:07:07 2008 ... FreeSpace version: 3.6.10 Passed cmdline options: -spec_exp 13 -ogl_spec 77 -spec_static 0.85 -spec_point 0.68 -spec_tube 0.4 -ambient_factor 87,00 -env -mipmap -missile_lighting -glow -nomotiondebris -spec -cache_bitmaps -ballistic_gauge -dualscanlines -orbradar -rearm_timer -targetinfo -3dwarp -ship_choice_3d -warp_flash -snd_preload -tbp -fps -window Building file index... Found root pack '/Applications/Spiele/TBP/B5-C-sp-EMW-3_0.vp' with a checksum of 0x5529d851 Found root pack '/Applications/Spiele/TBP/B5-C-sp-RW-3_0.vp' with a checksum of 0x1ca3d242 Found root pack '/Applications/Spiele/TBP/B5-Core-3_4.vp' with a checksum of 0xbda39a14 Found root pack '/Applications/Spiele/TBP/B5-M-MultiPack-1_0.vp' with a checksum of 0xdcf27819 Found root pack '/Applications/Spiele/TBP/EBW.vp' with a checksum of 0xd56d6d9e Found root pack '/Applications/Spiele/TBP/ebwpatch1a.vp' with a checksum of 0x118777f4 Found root pack '/Applications/Spiele/TBP/Root_fs2.vp' with a checksum of 0x7738890b Found root pack '/Applications/Spiele/TBP/sparky_fs2.vp' with a checksum of 0x7738890b Found root pack '/Applications/Spiele/TBP/sparky_hi_fs2.vp' with a checksum of 0x7738890b Found root pack '/Applications/Spiele/TBP/stu_fs2.vp' with a checksum of 0x7738890b Searching root '/Users/lang/Library/FS2_Open/' ... 108 files Searching root '/Applications/Spiele/TBP/' ... 36 files Searching root pack '/Applications/Spiele/TBP/B5-C-sp-EMW-3_0.vp' ... 188 files Searching root pack '/Applications/Spiele/TBP/B5-C-sp-RW-3_0.vp' ... 724 files Searching root pack '/Applications/Spiele/TBP/B5-Core-3_4.vp' ... 7607 files Searching root pack '/Applications/Spiele/TBP/B5-M-MultiPack-1_0.vp' ... 38 files Searching root pack '/Applications/Spiele/TBP/EBW.vp' ... 610 files Searching root pack '/Applications/Spiele/TBP/ebwpatch1a.vp' ... 1 files Searching root pack '/Applications/Spiele/TBP/Root_fs2.vp' ... 3 files Searching root pack '/Applications/Spiele/TBP/sparky_fs2.vp' ... 3 files Searching root pack '/Applications/Spiele/TBP/sparky_hi_fs2.vp' ... 3 files Searching root pack '/Applications/Spiele/TBP/stu_fs2.vp' ... 3 files Found 12 roots and 9324 files. AutoLang: Language auto-detection successful... Setting language to English Initializing OpenAL... OpenAL Vendor : Apple Computer Inc. OpenAL Renderer : Software OpenAL Version : 1.1 ... OpenAL successfully initialized! Failed to init speech GR_CPU: Family 0, MMX=No Initializing OpenGL graphics device at 1152x920 with 32-bit color... Initializing SDL... Requested SDL Video values = R: 8, G: 8, B: 8, depth: 24, double-buffer: 1 Actual SDL Video values = R: 8, G: 8, B: 8, depth: 24, double-buffer: 1 OpenGL Vendor : ATI Technologies Inc. OpenGL Renderer : ATI Radeon X1600 OpenGL Engine OpenGL Version : 2.0 ATI-1.5.28 Using extension "GL_EXT_fog_coord". Using extension "GL_ARB_multitexture". Using extension "GL_ARB_texture_env_add". Using extension "GL_ARB_texture_compression". Using extension "GL_EXT_texture_compression_s3tc". Using extension "GL_EXT_texture_filter_anisotropic". Using extension "GL_ARB_texture_env_combine". Using extension "GL_EXT_compiled_vertex_array". Using extension "GL_EXT_draw_range_elements". Using extension "GL_ARB_texture_mirrored_repeat". Using extension "GL_ARB_texture_non_power_of_two". Using extension "GL_ARB_vertex_buffer_object". Using extension "GL_ARB_pixel_buffer_object". Using extension "GL_SGIS_generate_mipmap". Using extension "GL_EXT_framebuffer_object". Using extension "GL_ARB_texture_rectangle". Using extension "GL_EXT_bgra". Using extension "GL_ARB_texture_cube_map". Using extension "GL_EXT_texture_lod_bias". Using extension "GL_ARB_point_sprite". Max texture units: 8 Max elements vertices: 2048 Max elements indices: 150000 Max texture size: 4096x4096 Can use compressed textures: YES Texture compression available: YES Using trilinear texture filter. ... OpenGL init is complete! Size of bitmap info = 705 KB Size of bitmap extra info = 40 bytes ANI cursorweb with size 24x24 (25.0% wasted) GRAPHICS: Initializing default colors... OpenGL: Created 512x512 FBO! OpenGL: Reusing 512x512 FBO! SCRIPTING: Beginning initialization sequence... SCRIPTING: Beginning Lua initialization... LUA: Opening LUA state... LUA: Initializing base Lua libraries... LUA: Beginning ADE initialization ADE: Initializing enumeration constants... ADE: Assigning Lua session... SCRIPTING: Beginning main hook parse sequence.... Wokka! Error opening file (scripting.tbl)! TABLES: Unable to parse 'scripting.tbl'! Error code = 5. SCRIPTING: Inititialization complete. SCRIPTING: Splash screen overrides checked SCRIPTING: Splash hook has been run SCRIPTING: Splash screen conditional hook has been run Using high memory settings... Wokka! Error opening file (interface.tbl)! WMCGUI: Unable to parse 'interface.tbl'! Error code = 5. ANI 2_radar1 with size 209x170 (33.6% wasted) No joysticks found Current soundtrack set to -1 in event_music_reset_choices Wokka! Error opening file (armor.tbl)! TABLES: Unable to parse 'armor.tbl'! Error code = 5. BMPMAN: Found EFF (exp20.eff) with 48 frames at 22 fps. BMPMAN: Found EFF (ExpMissileHit1.eff) with 29 frames at 22 fps. BMPMAN: Found EFF (exp04.eff) with 40 frames at 21 fps. BMPMAN: Found EFF (exp05.eff) with 51 frames at 22 fps. BMPMAN: Found EFF (exp06.eff) with 71 frames at 23 fps. BMPMAN: Found EFF (Shockwave01.eff) with 92 frames at 20 fps. BMPMAN: Found EFF (Shockwave02.eff) with 146 frames at 30 fps. BMPMAN: Found EFF (Shockwave03.eff) with 51 frames at 30 fps. BMPMAN: Found EFF (Shockwave04.eff) with 51 frames at 30 fps. BMPMAN: Found EFF (Disruptor_Impact.eff) with 6 frames at 25 fps. BMPMAN: Found EFF (particleexp01.eff) with 21 frames at 20 fps. TBM => Starting parse of 'additional-shp.tbm' ... BMPMAN: Found EFF (rockexp01.eff) with 96 frames at 24 fps. loading animated cursor "cursor" ANI cursor with size 24x24 (25.0% wasted) Ships.tbl is : INVALID!!!! Weapons.tbl is : INVALID!!!! cfile_init() took 105 Got event GS_EVENT_GAME_INIT (49) in state NOT A VALID STATE (0) ANI cursor.ani with size 24x24 (25.0% wasted) Got event GS_EVENT_MAIN_MENU (0) in state GS_STATE_INITIAL_PLAYER_SELECT (37) WARNING => Ship class GTF Ulysses not located in Ship_info[] in player file Wokka! Error opening file (FreeSpace2.fc2)! Error parsing 'FreeSpace2.fc2' Error code = 5. ANI 2_b5render.ani with size 1024x576 (43.8% wasted) ANI 2_Exit.ani with size 338x25 (21.9% wasted) ANI 2_Pilot.ani with size 337x25 (21.9% wasted) ANI 2_Continue.ani with size 337x25 (21.9% wasted) ANI 2_Techdata.ani with size 337x25 (21.9% wasted) ANI 2_Options.ani with size 337x25 (21.9% wasted) ANI 2_Campaign.ani with size 338x25 (21.9% wasted) Frame 0 too long!!: frametime = 0.707 (0.707) ANI cursor.ani with size 24x24 (25.0% wasted) Got event GS_EVENT_NEW_CAMPAIGN (26) in state GS_STATE_MAIN_MENU (1) Wokka! Error opening file (FreeSpace2.fc2)! Error parsing 'FreeSpace2.fc2' Error code = 5. Got event GS_EVENT_START_GAME (1) in state GS_STATE_MAIN_MENU (1) =================== STARTING LEVEL LOAD ================== Someone passed an extension to bm_load for file 'LS-B5Demo1-1024.tga' ANI 2_Loading.ani with size 824x43 (32.8% wasted) Starting model page in... Beginning level bitmap paging... BMPMAN: Found EFF (particlesmoke01.eff) with 98 frames at 30 fps. BMPMAN: Found EFF (particlesmoke02.eff) with 98 frames at 30 fps. BMPMAN: Found EFF (JumpIn01.eff) with 61 frames at 22 fps. BMPMAN: Found EFF (JumpOut02.eff) with 61 frames at 22 fps. Loading warp model Loading model 'warp.pof' IBX: Starting a new IBX for 'warp.pof'. Model warp.pof has a null moment of inertia! (This is only a problem if the model is a ship.) 128 BMPMAN: Found EFF (shieldhit01a.eff) with 23 frames at 21 fps. SHOCKWAVE => Loading default shockwave model... Loading model 'shockwave.pof' IBX: Starting a new IBX for 'shockwave.pof'. Model shockwave.pof has a null moment of inertia! (This is only a problem if the model is a ship.) SHOCKWAVE => Default model load: SUCCEEDED!! MISSION LOAD: 'Bab5-Demo1.fs2' Hmmm... Extension passed to mission_load... Starting mission message count : 196 Ending mission message count : 228 Current soundtrack set to -1 in event_music_reset_choices Loading model 'hyperion.pof' IBX: Found a good IBX to read for 'hyperion.pof'. IBX-DEBUG => POF checksum: 232720457, IBX checksum: 2862919499 -- "hyperion.pof" BMPMAN: Found EFF (ea-debris01-glow.eff) with 55 frames at 7 fps. DDS ERROR: Couldn't open 'ea-debris01-glow_0053' -- File not found Model hyperion.pof has a null moment of inertia! (This is only a problem if the model is a ship.) Warning: Ignoring unrecognized subsystem reactor01a, believed to be in ship hyperion.pof Warning: Ignoring unrecognized subsystem reactor02a, believed to be in ship hyperion.pof Warning: Ignoring unrecognized subsystem reactor03a, believed to be in ship hyperion.pof Warning: Ignoring unrecognized subsystem reactor04a, believed to be in ship hyperion.pof Warning: Ignoring unrecognized subsystem fighterbay, believed to be in ship hyperion.pof Allocating space for at least 25 new ship subsystems ... a total of 200 is now available (25 in-use). Loading model 'atmshuttle.pof' IBX: Found a good IBX to read for 'atmshuttle.pof'. IBX-DEBUG => POF checksum: 2087145892, IBX checksum: 4128960536 -- "atmshuttle.pof" Model atmshuttle.pof has a null moment of inertia! (This is only a problem if the model is a ship.) Loading model 'aurora_line.pof' IBX: Found a good IBX to read for 'aurora_line.pof'. IBX-DEBUG => POF checksum: 61791895, IBX checksum: 1757959554 -- "aurora_line.pof" Model aurora_line.pof has a null moment of inertia! (This is only a problem if the model is a ship.) ANI 2_lock1 with size 56x53 (17.2% wasted) ANI 2_lockspin with size 100x100 (21.9% wasted) ANI 2_lead1 with size 26x26 (18.8% wasted) ANI 2_energy2 with size 86x96 (25.0% wasted) ANI toggle1 with size 57x20 (37.5% wasted) ANI weapons1 with size 126x20 (37.5% wasted) ANI weapons1_b with size 150x20 (37.5% wasted) ANI 2_toparc1 with size 252x60 (6.2% wasted) ANI 2_toparc2 with size 35x24 (25.0% wasted) ANI 2_toparc3 with size 41x29 (9.4% wasted) ANI 2_leftarc with size 103x252 (1.6% wasted) ANI 2_rightarc1 with size 103x252 (1.6% wasted) ANI 2_reticle1 with size 40x31 (3.1% wasted) ANI targhit1 with size 31x21 (34.4% wasted) ANI energy1 with size 12x41 (35.9% wasted) ANI targetview1 with size 137x156 (39.1% wasted) ANI targetview2 with size 4x96 (25.0% wasted) ANI targetview3 with size 7x20 (37.5% wasted) ANI damage1 with size 148x25 (21.9% wasted) ANI support1 with size 108x24 (25.0% wasted) ANI objective1 with size 149x21 (34.4% wasted) ANI wingman1 with size 71x53 (17.2% wasted) ANI wingman2 with size 35x53 (17.2% wasted) ANI wingman3 with size 14x53 (17.2% wasted) ANI netlag1 with size 29x30 (6.2% wasted) ANI head1 with size 164x132 (48.4% wasted) ANI time1 with size 47x23 (28.1% wasted) Loading model 'starfield.pof' IBX: Found a good IBX to read for 'starfield.pof'. IBX-DEBUG => POF checksum: 131622925, IBX checksum: 3836428134 -- "starfield.pof" Model starfield.pof has a null moment of inertia! (This is only a problem if the model is a ship.) =================== STARTING LEVEL DATA LOAD ================== Allocating space for at least 152 new ship subsystems ... a total of 400 is now available (111 in-use). About to page in ships! ANI shield-eaauroramk1 with size 112x93 (27.3% wasted) ANI shield-eakestrel with size 112x93 (27.3% wasted) ANI shield-eacrewshuttle with size 112x93 (27.3% wasted) Loading model 'crewshuttle.pof' IBX: Found a good IBX to read for 'crewshuttle.pof'. IBX-DEBUG => POF checksum: 2420623061, IBX checksum: 2881609541 -- "crewshuttle.pof" Model crewshuttle.pof has a null moment of inertia! (This is only a problem if the model is a ship.) | ||||||||
| Tags | No tags attached. | ||||||||
| Attached Files |
| ||||||||
 Relationships |
|
 Relationships |
| Notes |
|
|
FUBAR-BDHR (developer) 2008-09-11 20:49 |
I'm getting this in all recent builds under windows as well. Last build that I can confirm didn't have the problem is Kara's StandaloneFixes-1.7z dated 7/4/08. Next build I could find to test after that was fso-20080716_CHIEF_4708_PXOFlag.7z which crashes. My logfile stops at the same line as the one above. Excert from the errolog.txt file: Last safe point: last safepoint: d:\c++\freespace\fs2_open - 3.6.9 team loadout trunk\code\starfield\starfield.cpp, 1060; [leaving starfield_generate_bitmap_instance_vertex_buffers] Module list: names, addresses, sizes, time stamps and file times: C:\Program Files\The Babylon Project\fs2_open_3_6_10_debug.exe, loaded at 0x00400000 - 7708672 bytes - 48c7f920 - file date is 9/10/2008 12:43:16 C:\WINDOWS\system32\wrap_oal.dll, loaded at 0x030a0000 - 413696 bytes - 46927487 - file date is 9/5/2008 23:51:22 |
|
Wanderer (developer) 2008-10-03 14:17 |
Tested and found potential reason TBP uses ship type 'repair_rearm' in the objecttypes.tbl. Though this matches with the type set in the tables there is code support for earlier versions (afaik) that forces else if (!stricmp(ship_type, "repair_rearm")) ship_type = "support"; Replacing the name of the "repair_rearm" entry in objecttypes.tbl with "Support" should solve this issue. |
|
FUBAR-BDHR (developer) 2008-10-03 14:29 Last edited: 2008-10-03 14:44 |
I'll give that a try in the next day or 2. Wonder if this is going to effect any other mods. Quick question. Is this something that could be achieved with a .tbm entry to override the original or would it still crash? |
|
Wanderer (developer) 2008-10-04 03:41 |
Hmm.. not just by changing a name of the entry (as that cant be done via tbms).. You are lacking the 'Support' entry from the objecttypes.tbl so the very minimum you need to do is to make a tbm that adds the missing objecttype. Alternative is the one that i suggested, making a tbl to rename the 'repair_rearm' objecttype as 'support'. |
|
Tinman (reporter) 2008-10-04 06:27 Last edited: 2008-10-04 14:24 |
I changed all the 'repair_rearm' to 'support' in the objecttypes.tbl put it in data/tables and a fresh rev4853 build works well. I added the objecttypes.tbl to this post. Now someone at the TBP-Team have to add a patch to TBP3.4 so people can use 3.6.10 trunk builds. |
|
FUBAR-BDHR (developer) 2008-10-04 13:22 |
3.4b will not be patched it is FINAL. That's why I was hoping a .tbm would correct the problem as people wanting to use 3.6.10 for their campaigns could simply include the .tbm with their campaign. |
|
taylor (administrator) 2008-10-04 16:48 |
It's just a bug in Swifty's code. The code assumed that the ship class type is always valid, but there it's not. Adding a simple check is all that's needed to fix it. Should be working again in the next nightly build. |
|
taylor (administrator) 2008-10-04 16:49 |
Fixered. |
|
Wanderer (developer) 2008-10-04 17:47 |
Though that fixes the immediate problem code still imo needs more work. First the ship type lookup needs to be fixed so that both 'support' and 'repair_rearm' give the same SIF_SUPPORT flag. ATM only repair_rearm seems to give and same goes for other listed pairs (supercap vs super cap, sentrygun vs sentry gun etc). ATM the system makes it possible to get a ship type without it having corresponding SIF flag (setting ships.tbl flag as 'sentry gun' - though this should generate error). Or to have proper SIF flag but no corresponding ship type (as happened in this case). Also the actual objecttypes.tbl should be made to test that the 'illegal' names are not used (ie. the ones which are swapped in the code). I can take care of these assuming there are no objections. |
|
taylor (administrator) 2008-10-04 17:57 Last edited: 2008-10-04 17:58 |
I thought of that as well, but the simple fact is that the TBP tables are wrong. repair_rearm is a flag, not a type, and I think that you are mixing the two up. The SIF_SUPPORT flag is still there, but as a ship type it should be "support", so the objecttypes.tbl entry is wrong. That is not our bug in other words, it is doing what it's supposed to do. flag != type, to put it simply. Those flags should point to the correct object type and that is not a bug. If you were to "fix" that behavior then that would be a bug. :) |
|
Wanderer (developer) 2008-10-04 18:06 |
Well.. what i meant was that in ship.cpp around line 4080 we first have this ... char *ship_type = ship_strings[i]; ... else if (!stricmp(ship_type, "repair_rearm")) ship_type = "support"; ... ship_type_index = ship_type_name_lookup(ship_type); ... // check various ship flags for (int idx = 0; idx < Num_ship_flags; idx++) { if ( !stricmp(Ship_flags[idx].name, ship_strings[i]) ) { ... so it seems the code doesn't use the same string to evaluate the ship types from the objecttypes and from the list of hardcoded SIF flags. So by looking that it seems that using "support" name in for the flag in the tables shouldn't evaluate any SIF flag as the check up table has only repair_rearm reference. But yes. TBP tables were wrong. |
|
taylor (administrator) 2008-10-04 18:29 |
That's why I said that the flag doesn't really mean type. It goes back to an old issue which necessitated the "repair_rearm" -> "support" change in the first place. That's why trying to work around that is bound to run into problems, since it will almost certainly break something else. It's just a slight design issue with the ship type code honestly. And I should also mention that the repair_rearm/support conversion was a bug that was fixed over two years ago. That means that TBP's tbls haven't worked correctly in over 2 years, including with the 3.6.9 release. They just never noticed. They can just include a *-obt.tbm which includes the correct "support" entry if they want it fixed. But considering that it hasn't worked the entire time, I'm not really sure if it matters. |
|
taylor (administrator) 2008-10-04 23:14 |
Assuming this is resolved to everyone's satisfaction now. |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2008-08-08 13:22 | Tinman | New Issue | |
| 2008-08-08 13:22 | Tinman | File Added: rev4638_crashlog.txt | |
| 2008-09-11 20:49 | FUBAR-BDHR | Note Added: 0009661 | |
| 2008-10-03 14:17 | Wanderer | Note Added: 0009784 | |
| 2008-10-03 14:18 | Wanderer | Status | new => assigned |
| 2008-10-03 14:18 | Wanderer | Assigned To | => Wanderer |
| 2008-10-03 14:29 | FUBAR-BDHR | Note Added: 0009786 | |
| 2008-10-03 14:44 | FUBAR-BDHR | Note Edited: 0009786 | |
| 2008-10-04 03:41 | Wanderer | Note Added: 0009789 | |
| 2008-10-04 06:27 | Tinman | File Added: objecttypes.tbl | |
| 2008-10-04 06:27 | Tinman | Note Added: 0009792 | |
| 2008-10-04 13:22 | FUBAR-BDHR | Note Added: 0009797 | |
| 2008-10-04 14:24 | Tinman | Note Edited: 0009792 | |
| 2008-10-04 16:48 | taylor | Note Added: 0009798 | |
| 2008-10-04 16:49 | taylor | Status | assigned => resolved |
| 2008-10-04 16:49 | taylor | Fixed in Version | => 3.6.10 |
| 2008-10-04 16:49 | taylor | Resolution | open => fixed |
| 2008-10-04 16:49 | taylor | Note Added: 0009799 | |
| 2008-10-04 17:47 | Wanderer | Status | resolved => feedback |
| 2008-10-04 17:47 | Wanderer | Resolution | fixed => reopened |
| 2008-10-04 17:47 | Wanderer | Note Added: 0009800 | |
| 2008-10-04 17:57 | taylor | Note Added: 0009801 | |
| 2008-10-04 17:58 | taylor | Note Edited: 0009801 | |
| 2008-10-04 18:06 | Wanderer | Note Added: 0009802 | |
| 2008-10-04 18:29 | taylor | Note Added: 0009803 | |
| 2008-10-04 23:14 | taylor | Note Added: 0009809 | |
| 2008-10-04 23:14 | taylor | Assigned To | Wanderer => taylor |
| 2008-10-04 23:14 | taylor | Status | feedback => resolved |
| 2008-10-04 23:14 | taylor | Resolution | reopened => fixed |
| Issue History |