Question

我正在研究Cadence EDI工具中的脚本（这是基于TCL的，即EDI shell是基于TCL的）。我的代码看起来像 -

namespace eval clockgatecloning {
....
.....
......
...
}

有许多嵌套语句，procs互相调用。现在我正在开发一个大型数据库，每次为这段代码提供一组数据，大约发生5000次。我让我的代码在正常运行的情况下一夜之间运行（在每次迭代时将一些数据转储到shell上。但是今天当我检查时，显示了这条消息 -

<<: Line overflow.

这是一个错误吗？我的跑步完成了吗？这已经发生过一次，我不知道为什么。它有什么与记忆有关吗？

请帮帮我。

Answer 1

Tcl本身对行长没有限制;如果你想要一条长达数兆字节的线路，你可以拥有它。（如果你不严格需要它可能不是一个好主意，但这是你的呼吁。）这适用于脚本和数据文件中的行。主要限制与你已经获得多少内存有关，超过它们不会产生错误信息。实际上，该消息不存在于Tcl源代码中的任何地方。

完全有可能Cadence EDI可能有自己的限制，但这些更有可能像日志记录或不与Tcl相关的部分（虽然它们显然是通过最终暴露给Tcl的某个接口访问的）电平）。

Answer 2

代码是1000行加，基本上是在EDI设计中对时钟门执行操作。在设计中有大约5000个时钟门要克隆（操作是克隆并将1个时钟门的接收器重新分配给它的新克隆）。

EDI在负载共享设施上运行，我为此任务分配了一些内存。

理想情况下，当代码运行时，每个时钟门的消息被转储到EDI shell，暗示正在对设计进行更改。这个的快照是 -

翻转实例u_cheetah_core / uvincero_mpupd / uvincero_cpu_l2 / uCORTEXA9MP / u_falcon_cpu_power_wrapper0 / u_cpu / u_noram / u_core / u_de / u_neon / umcr_mrc_if / RC_CG_HIER_INST1390 / RC_CGIC_INST_1以匹配行方向。翻转实例u_cheetah_core / uvincero_mpupd / uvincero_cpu_l2 / uCORTEXA9MP / u_falcon_cpu_power_wrapper0 / u_cpu / u_noram / u_core / u_de / u_neon / uniq / RC_CG_HIER_INST1401 / RC_CGIC_INST_1以匹配行方向。翻转实例u_cheetah_core / uvincero_mpupd / uvincero_cpu_l2 / uCORTEXA9MP / u_falcon_cpu_power_wrapper0 / u_cpu / u_noram / u_core / u_de / u_neon / uniq / RC_CG_HIER_INST1402 / RC_CGIC_INST_2以匹配行方向。翻转实例u_cheetah_core / uvincero_mpupd / uvincero_cpu_l2 / uCORTEXA9MP / u_falcon_cpu_power_wrapper0 / u_cpu / u_noram / u_core / u_de / u_neon / uniq / RC_CG_HIER_INST1404 / RC_CGIC_INST_1以匹配行方向。翻转实例u_cheetah_core / uvincero_mpupd / uvincero_cpu_l2 / uCORTEXA9MP / u_falcon_cpu_power_wrapper0 / u_cpu / u_noram / u_core / u_de / u_neon / uniq / RC_CG_HIER_INST1405 / RC_CGIC_INST_1以匹配行方向。

今天早上，当我检查shell时，我意识到它已使用此消息退出代码 -

产品：＆gt;＆GT;线溢出。

我检查了EDI日志文件，甚至在那里显示了类似的消息。

Cadence EDI中的行溢出

2 个答案: