[Snail]

Okay, some of you may have seen this error in Skippy's Campaign Thread, but I figured that it wouldn't get much attention there as Skippy's dead (err... inactive) and no one checks.

Error: ships.tbl(line 6125:
Error: Required token = [#End], [$Subsystem:] or [$Name], found [$Trail:].

File:\fs2_open\code\parse\parselo.cpp
Line: 633
[This filename points to the location of a file on the computer that built this executable]

Call stack:
------------------------------------------------------------------
------------------------------------------------------------------

This error pops up when I start up FRED or FreeSpace Open. I don't exactly know which build I'm using, but the .exe is called 'fs2_open_d-P420060323.exe'. If I press OK, the error repeats itself for every line after that one. I have not used .tbm's, and have added the GTMI Aule, AF Kato, AB Attis, AC Gordia, ACv and AD Pylos to the table via editing the .tbl manually. I have used Goober5000's Table Cleaner and have deleted all the Shivan ships to make space. The strange thing is that line 6125 isn't $Trail, it is $Subsystem: turret07,0.833,1.0,. In addition, the error is not in any of the new ships, strangely enough it occurs on the GVCv Sobek. From that line on the error will keep coming up. Another strange thing is that one day, it worked, but then the day after, it didn't and I was using the same .exe. If I delete the Sobek, nothing changes. The error also occurs when I use the Neo-Terra Victorious demo tables (which were being used for a mini campaign of mine). I have tried all remedies (including deleting entries to make space), but nothing works. At all. Someone help me!! 

[Dark Hunter]

As I stated on Skip's thread, the line it gives you in the error does not match up with the line in the table. Since when you delete the Sobek it continues, that ought to prove to you that the error does not lie in the Sobek.

Now, just so I know you've tried this: have every single $ND line been deleted? I mean all of them in the entire table? If none of those exist, look in the new ships, because that is where the error will lie. Do not assume that the .tbl data you get with a ship is perfect. (I had a ship once that the guy typed in the wrong POF file. Embarrassing for him....)

[Wanderer]

Can you upload the ships.tbl somewhere and then link it here?

[Snail]

I deleted EVERY SINGLE $ND: line in the entire table. Searching $ND: returns no results. And I got the Ancient ships from Inferno (I'm pretty sure they worked in there). I deleted all my ships so that I have only the default Terran and Vasudan ships but the error still comes about. This is probably a problem with the .exe (I might have corrupted them some where along the line), as if I use 3.6.5 it works fine. But I really don't want to be playing FSO with some old build, since if I do that I should just as well be using retail.

So I don't think it's a .tbl error anymore, I'm going to re-download the FSO .exe and Fred_Open to see if the same thing happens.

[karajorma]

Download 3.6.9 RC 6.

The error message is fairly self explainatory. The parser is coming across an entry it doesn't understand. It thinks the next thing in the table should be a new ship, new subsystem or the end of the table. Instead it's finding an entry called $Trail. Do a search of the table for that.

[Dark Hunter]

The problem with that, Kara, is that every single ship has a $Trail entry. He'd be better off looking at the lines directly above the $Trail entry, and look for an anomaly there.

[Getter Robo G]

That is the EXACT problem I have when trying to port Robotech, Trek , or any other mod in progress from 3.6 to 3.6.7 or 3.6.9  Even when ONLY altering working 3.6.9 tables (ie Nuke's) with correct unit and .pof names and not my origonal ones (makes no difference).

[Snail]

Kara, I don't mean to be offensive, but have you read ANY of the above? THE LINE DOES NOT CORRESPOND TO THE ACTUAL LINE. If Kara can't help me I'm dooomed.

[karajorma]

The problem with that, Kara, is that every single ship has a $Trail entry. He'd be better off looking at the lines directly above the $Trail entry, and look for an anomaly there.

Ah but if you run a search you can skip to that line every time you press F3 All you then need to do is check what the line above is.

[Snail]

Neither line is $Trail:
Both are the Sobek's turrets.

[Snail]

I KNOW WHAT THE PROBLEM IS!!!
Because of the extensive use of .tbm's some idiot probably stopped people from deleting the original ships. That is, I believe, why Getter Robo G's total conversions aren't working out. However, I will now solve my own problem by making .tbms.

Blah, it worked with my mini campaign 'Neo-Terra: Future of Humanity,' but not with any others. 

[Dark Hunter]

No, there is nothing preventing you from deleting ships from the table. I just deleted all the Terran entries in a mod I'm creating, and it works just fine.

[Snail]

Yeah, I was thinking that, as to test I deleted all the Shivan ships and it worked fine. And what's this MOD? Sounds interesting that you'd have to delete all the Terran ships.

[Dark Hunter]

It's not one I'm releasing sorry. It's like a "ship gallery", in which I will place all downloaded new ships that I didn't get as part of a campaign, so that I will be able to test them against retail ships to determine how effective they are, and how to use them correctly. I deleted Terran entries to give myself more room. I got the idea from Nuke, actually, with his Nukemod mission "Scannin Crates".

It's encountered a snag ATM, as FS2Open crashes with no error, and the debug builds turn up nothing. I figure it's a bad entry somewhere, I'll be cleaning out my added ships.