没有闪光时没有闪光灯？

这里的新家伙-没有以前的经验，PSoC Creator或这个家庭的HW。
我刚刚继承了一个现有的3部分项目（启动器，堆栈，应用程序），我试图简单地构建它，以获得与系统为导向。我能够建造发射项目没有问题。当我构建堆栈项目时，我得到这个错误：
错误：Flash行：1024已被使用或不存在。
命令“CyelfToo.exe”退出代码“1”失败。
所讨论的设备（CY8C4128LQI-BL54 3）具有256K的Flash，其在256字节/行（如在输出中所示的CyelfToo.EXE命令上看到）转换为1023行，即，行1024肯定超出范围。不过，我的项目实际上并没有闪存资源，因为该项目的资源表显示了50.9%的闪存和55%的SRAM。我查看了地图文件，发现Flash区域中的最后一个代码是位于0x20182-大约为0x4000的一半，与50%的度量一致。
有一个很小的数据块，在Flash的高端。
*（CyBababLeMeta）
Cybababeleta
0x000 03fffc0x40.CORTEXM0ARMXGCCY54 1 Debug CyMyMel.O
0x000 03FFC0 CyMeta可加载
但在大小0x40，它应该正好在最后一点点空间，整齐地在0x3ffFF结束，并没有超过我的0x4000限制。
我在命令行上运行了CyelFooTo工具，查看它是否有任何冗长的参数-希望它能告诉我它在内存溢出时所做的事情的名称，但是在它的帮助输出中找不到任何有希望的东西。
我寻求指导，甚至如何调查这个问题。谢谢您！
下面是ObjDUP的节头输出。
它证实数据/文本部分占据超过0x02万，一半是闪存。CyBababLeMeta部分对接在Flash空间的末尾，但似乎仅在3FFFFF结束。没有理由认为CyelfToice需要在行1023之后分配任何东西。
1561、EHF帧0000000、4、00000000000、1EA84数据
1562、RODATA 00000 AD8 00000000000 1EA88文本数据
1563、STATDATA 00000 D18 00000000000 1F560数据
1564、串000000、91、00000000000、20278数据
1565、分支向量000000 C0 00000000 00000000 BSS
1566、BTLDRY运行0000000、4、00000000、2000、0C0、BSS
1567、数据00000、658、00000000、20000、C8数据
1568、BSS 00001250、00000000、20000720、BSS
1569、堆00002500、00000000、20001970、BSS
1570、堆栈00000、800、00000000、20007800个BSS
1571、CyBuleMeta 000000、40、00000000、F000数据
1572、CyBababeleta 000000、40、00000000000、3FFC0数据
1573、CyFlash保护000000、80、00000000、90400000
1574、CyMeta 0000000 C 00000000 00000000
1575、CypIP保护0000000、1、00000000、90600000
1576刺000000、84、0000000000000000
1577、StiSC 00000、117、0000000000000000
1578、调试00000 AR90 0000000000000000
1579、调试信息9000A11B 0000000000000000
1580、Debug 0000000000000000
1581、调试线程90002F84 0000000000000000
1582、调试帧F001E154 0000000000000000
1583、Debug GSTR 10000 77 E9 0000000000000000
1584、Debug 00004325、0000000000000000
1585、调试范围00000 A38 0000000000000000
1586、评论0022B4B 0000000000000000
1587、ARMYVFEH头00000 1A8 0000000000000000
1588、ARM属性000000 2A 0000000000000000
1589、SSTRAPTA00 00 BED1 0000000000000000
1590、SimTabl 00078210 0000000000000000
1591、Staba000 05E400 0000000000000000
1592、CyChand和0000000、2、00000000、90300000
环境：
PSoC创建者4.1更新1（4.1.0.32 10）
文化：英语（美国）
操作系统版本：微软Windows NT 100.1629
CLR版本：4.0.30319.42000
海湾合作委员会541
注意：项目最初是用PSoC Creator和组件的以前版本创建的。4.1.0.32版本的PSoC Creator要求组件更新到它们的最新版本，这是我所允许的。
编辑：
1。添加对象输出
2。版本和组件更新说明添加（2018—02-13@ 1612（GMT-5））



     以下为原文
  New guy here - no prior experience with PSoC Creator or this family of hw.

I just inherited an existing 3-part project (launcher, stack, app) and am trying to simply build it to get oriented with the system. I was able to build the launcher project with no problem. When I build the stack project, I get this error:

Error: flash row: 1024 is either already used or does not exist.
The command 'cyelftool.exe' failed with exit code '1'.

The device in question (CY8C4128LQI-BL543) has 256k of flash, which, at 256 bytes/row (as seen on the cyelftool.exe command shown in the output), translates to 1023 rows - namely, row 1024 is surely out of range. My project does not appear to be actually out of flash resource, though, as the Resource Meter for the project shows flash at 50.9% and SRAM at 55%. I took a look at the map file and found that the last code in the flash area were constants located at 0x20182 - roughly half of 0x40000 - consistent with that 50% metric.

There was one tiny block of data later, at the very high end of flash:

*(.cyloadablemeta)
.cyloadablemeta
                0x0003ffc0       0x40 .CortexM0ARM_GCC_541Debugcymetadata.o
                0x0003ffc0                cy_meta_loadable

But at size 0x40, it should fit exactly in that last little bit of space, ending neatly at 0x3FFFF and not overrunning my 0x40000 limit.

I ran cyelftool on the command line to see if it had any verbosity arguments - hoping to get it to tell me the name of the thing it was working on when it overran memory - but found nothing in its help output that looked promising.

I'm seeking guidance for even how to investigate this issue. Thank you!

Here's the section header output from objdump.
It confirms that DATA/TEXT parts occupy just over 0x20000, half the flash. The cyloadablemeta section butts up against the end of flash space, but appears to end just at 3FFFFF - no reason to think cyelftool would need to allocate anything after row 1023.

1561 .eh_frame     00000004 000000000001ea84 DATA
1562 .rodata       00000ad8 000000000001ea88 TEXT DATA
1563 .constdata    00000d18 000000000001f560 DATA
1564 .conststring  00000091 0000000000020278 DATA
1565 .ramvectors   000000c0 0000000020000000 BSS
1566 .btldr_run    00000004 00000000200000c0 BSS
1567 .data         00000658 00000000200000c8 DATA
1568 .bss          00001250 0000000020000720 BSS
1569 .heap         00002500 0000000020001970 BSS
1570 .stack        00000800 0000000020007800 BSS
1571 .cyloadermeta 00000040 00000000f0000000 DATA
1572 .cyloadablemeta 00000040 000000000003ffc0 DATA
1573 .cyflashprotect 00000080 0000000090400000
1574 .cymeta       0000000c 0000000090500000
1575 .cychipprotect 00000001 0000000090600000
1576 .stab         00000084 0000000000000000
1577 .stabstr      00000117 0000000000000000
1578 .debug_aranges 00000a90 0000000000000000
1579 .debug_info   0000a11b 0000000000000000
1580 .debug_abbrev 0000236c 0000000000000000
1581 .debug_line   00002f84 0000000000000000
1582 .debug_frame  0001e154 0000000000000000
1583 .debug_str    000077e9 0000000000000000
1584 .debug_loc    00004325 0000000000000000
1585 .debug_ranges 00000a38 0000000000000000
1586 .comment      00022b4b 0000000000000000
1587 .arm_vfe_header 000001a8 0000000000000000
1588 .ARM.attributes 0000002a 0000000000000000
1589 .shstrtab     0000bed1 0000000000000000
1590 .symtab       00078210 0000000000000000
1591 .strtab       0005e400 0000000000000000
1592 .cychecksum   00000002 0000000090300000

Environment:
PSoC Creator  4.1 Update 1 (4.1.0.3210)
Culture: English (United States)
OS Version: Microsoft Windows NT 10.0.16299.0
CLR Version: 4.0.30319.42000

GCC 541

Note: project was originally created with a prior version of PSoC Creator and components. The 4.1.0.3210 version of PSoC Creator required that the components be updated to their latest ones, which I allowed.

EDITS:
1. ObjDump output added
2. Version and component update note added (2018-02-13 @ 1612 (GMT-5))