debugging - Tcl 程序，其行为根据 "puts"语句而变化

Question

主要问题:

puts 语句(尽管是硬编码字符串)如何影响程序流程？

<小时/>

我将直接深入研究不完整的代码片段，原因稍后会解释。

proc bgerror { error } {
    puts "Background error: $error"
    exit 1
}

运行我的 Tcl 程序，我得到:

Background error: can't read "YPE(PROCESS)": no such variable

这很公平，我想；一定是在某个地方弄乱了 $ 或括号。为了找到问题，我在各处放置了 puts 语句并重新运行程序。

然而，这一次我的程序崩溃了:

9526:   tclsh testProgram
 fffffd7ffeafebba waitid   (0, 253d, fffffd7fffdf4950, 3)
 fffffd7ffeaeff9d waitpid () + 7d
 fffffd7ffe635132 __1cPGetPstackOutput6Fiiipci_v_ () + b2
 fffffd7ffe634bfb App_CoreSignalHandler () + 76b
 fffffd7ffeafb7b6 __sighndlr () + 6
 fffffd7ffeaf0b82 call_user_handler () + 252
 fffffd7ffeaf0d68 sigacthandler (b, fffffd7fffdfa500, fffffd7fffdfa1a0) + a8
 --- called from signal handler with signal 11 (SIGSEGV) ---

哎哟。

最终，我注意到一些非常奇怪的事情:

proc OnNewState { } {
    puts "foobar"
    # ...
}

使用 puts 语句，我遇到了崩溃。 没有它，我会得到原来的错误。 (哈？!)我来回翻转了很多次，以确保它是确定性的——而且确实如此。

现在，我直接研究不完整的代码片段的原因是我想将注意力集中在抽象上，而不是具体的。

(完整的代码复杂且不透明，主要利用我公司的基础设施库，因此将其简化为易于理解是不切实际的。此外，我已经知道问题源于基础设施库之一，因为当我删除与 TCP 发布者/订阅者堆栈库关联的一些代码时，问题就消失了。)

puts 语句(尽管是硬编码字符串)如何影响程序流程？

即使我开始深入研究相关库的 C 源代码，我也不知道要寻找什么。

希望有经验的Tcl'ers能够提供一些启发......

Answer 1

首先，您提供的证据告诉我们，您处于具有 SIGSEGV 处理程序的上下文中，并且它是由自定义代码设置的(Tcl 不设置 SIGSEGV 处理程序)。

Tcl 的 puts 命令只会通过生成错误来影响控制流，并且如果您传递了错误数量的参数、无效参数，或者在 I/O 中遇到问题，它就会产生错误。层(例如，如果您关闭了 stdout channel )。一个简单的 puts "foobar"绝对是一个有效的调用，所以问题出在 channel 层。或者你有一个非标准的看跌期权；如果您的自定义代码替换了标准版本，那么几乎任何事情都可能发生。

那么可能会发生什么？好吧，在这个阶段，我最初的怀疑是程序中其他地方出现了内存损坏，并且这在某种程度上影响了 stdout channel 的内部。如果我是对的，你会发现很难找到这个人； 非本地崩溃总是很难追踪。我建议您使用关闭信号处理程序、附加 gdb 的某种组合，这样您就可以看到崩溃真正发生的位置，并使用 valgrind确保内存得到正确处理(如果幸运的话，valgrind 将直接指出问题所在)。