Error in generation of C_INITSEG

Hello!

We experience a strange problem with XDATA initialization - part of global variables are not initialized. After digging deeper in the problem we found that C_INITSEG segment is corrupted in the .hex output.

The segment is defined in the .map file as follows:
003899H 003D79H 0004E1H BYTE UNIT CODE ?C_INITSEG

As described in the INIT.A51, the table should end with 00 - means in our case at the address 003D79 we should see value 00. Here is our .hex file (excuse for the huge content). First byte of the table (first line) and last bytes (last line) are bold.

:10389000F208740393F27404734103C8004103C730
:1038A00000E0020200001435E002020002120EE005
:1038B0000102000954E00102000AA5E00502120B12
:1038C000120E02043D4107DF060114004107DE012C
:1038D0004107DC01C115011900011700433DD0006B
:1038E0000000423DCE000041416300E002021210A0
:1038F00001B0E00102121200E00102129300E005A3
:103900000213BB01B006043DC109413246004132F9
:10391000C0FF4132B800C108C1074132C100413285
:10392000C2004132B901C10B41324500C1184147C3
.... (truncated, too long for the forum - can post more on demand)
:103AE000FC0310FE0406050607FC0610FE0708FC92
:103AF0000710FE080A060809040A07070A09020A4D
:103B00000D080A0C090A0F0D0C10FC0C10FE090719
:103B100003090B020D0EFC0E110B0D10FE0B10FC19
:103B20000B10FE0F120A10120A11120A5436C504A5
:103B30000400C8080400C80E0B000A100A00000F99
:103B40000A00004D36DA013652210136C505000063
:103B50000112104536C0020908070DE0020213C029
:103B60000013E00C0213C201150100000400020062
:103B700000043DE0050213CE0013FF0000E0020246
:103B800013D300004141F10000C122C119C11BC182 <--- wrong ending here
:103B90000F015800C10CC10D4229B098404129B213
:103BA000006020296F0000000000000000000000FD
.... (truncated, too long for the forum - can post more on demand)
:103D40003301412E9F00432E9C012E5A432E900199
:103D50002E5A4109690060200845EDFFFFFFFFFF73
:103D6000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF63
:103D7000FFFFFFFFFFFFFFFFFF7F2B282B3C2C6384

As one can see, the last byte is not 00. We have decoded this table and found another strange thing. Here is the decoded data:
(format is <address in hex> <memory type> at <address in memory> (<size> bytes): <data>)

3899 XDATA at 0x03c8 (1 bytes): 00
389d XDATA at 0x03c7 (1 bytes): 00
38a1 HDATA at 0x020000 (2 bytes): 14 35
38a8 HDATA at 0x020002 (2 bytes): 12 0e
38af HDATA at 0x020009 (1 bytes): 54
38b5 HDATA at 0x02000a (1 bytes): a5
38bb HDATA at 0x02120b (5 bytes): 12 0e 02 04 3d
38c5 XDATA at 0x07df (1 bytes): 06
38c9 IDATA at 0x14 (1 bytes): 00
38cc XDATA at 0x07de (1 bytes): 01
38d0 XDATA at 0x07dc (1 bytes): 01
38d4 BIT at 0x15: 0
38d6 IDATA at 0x19 (1 bytes): 00
38d9 IDATA at 0x17 (1 bytes): 00
38dc XDATA at 0x3dd0 (3 bytes): 00 00 00
38e2 XDATA at 0x3dce (2 bytes): 00 00
38e7 XDATA at 0x4163 (1 bytes): 00
38eb HDATA at 0x021210 (2 bytes): 01 b0
38f2 HDATA at 0x021212 (1 bytes): 00
38f8 HDATA at 0x021293 (1 bytes): 00
38fe HDATA at 0x0213bb (5 bytes): 01 b0 06 04 3d
3908 BIT at 0x09: 0
390a XDATA at 0x3246 (1 bytes): 00
390e XDATA at 0x32c0 (1 bytes): ff
3912 XDATA at 0x32b8 (1 bytes): 00
3916 BIT at 0x08: 1
3918 BIT at 0x07: 0
391a XDATA at 0x32c1 (1 bytes): 00
391e XDATA at 0x32c2 (1 bytes): 00
... (truncated)
3b43 XDATA at 0x36da (13 bytes): 01 36 52 21 01 36 c5 05 00 00 01 12 10
3b53 XDATA at 0x36c0 (5 bytes): 02 09 08 07 0d
3b5b HDATA at 0x0213c0 (2 bytes): 00 13
3b62 HDATA at 0x0213c2 (12 bytes): 01 15 01 00 00 04 00 02 00 00 04 3d
3b73 HDATA at 0x0213ce (5 bytes): 00 13 ff 00 00
3b7d HDATA at 0x0213d3 (2 bytes): 00 00
3b84 XDATA at 0x41f1 (1 bytes): 00
End of the table at 0x3b88
3b89 BIT at 0x22: 1
3b8b BIT at 0x19: 1
3b8d BIT at 0x1b: 1
3b8f BIT at 0x0f: 0
3b91 IDATA at 0x58 (1 bytes): 00
3b94 BIT at 0x0c: 1
3b96 BIT at 0x0d: 0
3b98 XDATA at 0x29b0 (2 bytes): 98 40
3b9d XDATA at 0x29b2 (1 bytes): 00
3ba1 XDATA at 0x296f (32 bytes): .... (truncated)
3bc5 XDATA at 0x2624 (3 bytes): 9f 01 00
3bcb XDATA at 0x2627 (16 bytes): .... (truncated)
3bde XDATA at 0x2c2a (290 bytes): .... (truncated)
3d04 XDATA at 0x2e35 (36 bytes): .... (truncated)
3d2c XDATA at 0x2d8c (6 bytes): 01 00 02 01 04 02
3d35 XDATA at 0x2e12 (2 bytes): 2c 4a
3d3a XDATA at 0x2e99 (1 bytes): 00
3d3e XDATA at 0x3033 (1 bytes): 01
3d42 XDATA at 0x2e9f (1 bytes): 00
3d46 XDATA at 0x2e9c (3 bytes): 01 2e 5a
3d4c XDATA at 0x2e90 (3 bytes): 01 2e 5a
3d52 XDATA at 0x0969 (1 bytes): 00
3d56 XDATA at 0x0845 (32 bytes): .... (truncated) ... ff ff ff ff 7f
No ending 00 found

So, here we see that the ending 00 byte was inserted by Keil in the middle of the table (see bold) at the address 3B88. The total size of the table is correct but the ending byte is too early and the rest of the table is shifted by one byte.

This happens only in one project and does not for others - we experience this only on one single project.

Any idea why this might happen? Any help wil be appreciated!