View Issue Details

IDProjectCategoryView StatusLast Update
0001448FSSCPtablespublic2009-11-13 08:34
ReporterTolwyn Assigned Toportej05  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Fixed in Version3.6.11 
Summary0001448: messages.tbl limit
DescriptionI thought that messages.tbl parsing had been made dynamic a couple of years back.

Apparently there is still some sort of a limit. Right now I have about 25 (?) personas in the table, adding another one will result in FRED crashing on startup without any error messages. This applies for both debug and retail version. Now, it has nothing to do with the number of personas per se, but rather with the number of messages in the table. It starts crashing after adding 11th (?) message.
TagsNo tags attached.

Activities

phreak

2007-08-02 04:23

developer   ~0008322

could you attach your table so we can test with it?

2007-08-02 15:42

 

messages.tbl (88,115 bytes)

Tolwyn

2007-08-02 15:42

reporter   ~0008327

I believe this one was causing problems...

phreak

2007-08-03 01:38

developer   ~0008328

does this affect only FRED, or does it also affect FS2?

Tolwyn

2007-08-03 10:35

reporter   ~0008332

FRED crashes, game will start. However, it has been reported, that the game will crash at random.

phreak

2007-08-05 03:08

developer   ~0008341

MAX_MISSION_MESSAGES (aka the canned messages played by wingmen) is set at 500.

Tolwyn

2007-08-05 22:47

reporter   ~0008343

Hmm... this would explain it, because, most likely, we are hitting 500 limit with our current tbl.

phreak

2007-08-05 23:45

developer   ~0008344

yea, you're at 516 now. and after looking at the code more, MAX_MISSION_MESSAGES is actually the limit of the number of canned messages + the number of "custom" messages created in the mission events editor in fred.

Tolwyn

2007-08-06 00:52

reporter   ~0008345

I kinda suspected that. Is there a way around this?

phreak

2007-08-07 02:00

developer   ~0008346

well the MAX_MESSAGES macro is used in more than one place, so it'll be hard to dynamicize everything.

Tolwyn

2007-08-07 10:18

reporter   ~0008351

but if it is just a "number", then, from what little I know of C, couldn't it be just increased to a higher value? Or introduce a different macro for messages.tbl?

Goober5000

2007-08-07 17:16

administrator   ~0008354

I can take a look at this.

Tolwyn

2007-08-07 17:44

reporter   ~0008356

thanks, Goober.

Goober5000

2009-03-16 18:25

administrator   ~0010743

This is labelled as "minor". :p

KeldorKatarn

2009-06-26 17:01

reporter   ~0010997

-This is a Saga showstopper-

Goober5000

2009-06-26 17:47

administrator   ~0011006

I need to talk to portej05, but this is on the must-include list for 3.6.11.

Goober5000

2009-11-13 08:34

administrator   ~0011261

This has been solved thanks to portej05's SCP_allocator.

Issue History

Date Modified Username Field Change
2007-07-28 11:36 Tolwyn New Issue
2007-08-02 04:23 phreak Note Added: 0008322
2007-08-02 15:42 Tolwyn File Added: messages.tbl
2007-08-02 15:42 Tolwyn Note Added: 0008327
2007-08-03 01:38 phreak Note Added: 0008328
2007-08-03 10:35 Tolwyn Note Added: 0008332
2007-08-05 03:08 phreak Note Added: 0008341
2007-08-05 22:47 Tolwyn Note Added: 0008343
2007-08-05 23:45 phreak Note Added: 0008344
2007-08-06 00:52 Tolwyn Note Added: 0008345
2007-08-07 02:00 phreak Note Added: 0008346
2007-08-07 10:18 Tolwyn Note Added: 0008351
2007-08-07 17:16 Goober5000 Status new => assigned
2007-08-07 17:16 Goober5000 Assigned To => Goober5000
2007-08-07 17:16 Goober5000 Note Added: 0008354
2007-08-07 17:44 Tolwyn Note Added: 0008356
2009-03-16 18:25 Goober5000 Note Added: 0010743
2009-06-26 17:01 KeldorKatarn Note Added: 0010997
2009-06-26 17:47 Goober5000 Note Added: 0011006
2009-11-13 08:34 Goober5000 Note Added: 0011261
2009-11-13 08:34 Goober5000 Assigned To Goober5000 => portej05
2009-11-13 08:34 Goober5000 Status assigned => resolved
2009-11-13 08:34 Goober5000 Resolution open => fixed
2009-11-13 08:34 Goober5000 Fixed in Version => 3.6.11