llseek 调用 zcat all.tgz 时返回 ESPIPE | ./自行车运动员

Question

我将 GNU tee 修改为 cycletee 源代码（您可以从https://github.com/vls/cycletee/tree/master/bin)

它的作用可以通过下面的例子来解释：

seq 10 | cycletee 1.txt 2.txt 3.txt
cat 1.txt // prints 1, 4, 7, 10
cat 2.txt // prints 2, 5, 8
cat 3.txt // prints 3, 6, 9

---

然后有一个 all.tgz< /code> （构建脚本参见附录）

all.tgz 包含三个文本文件，总共 9000000 行。

一切都很好。就像：

seq 10000000 | ./cycletee 1.txt 2.txt 3.txt

zcat all.tgz | tee 1.txt > /dev/null

zcat all.tgz | tail // got 9000000 at the last line

除了调用：

zcat all.tgz | ./cycletee 1.txt 2.txt 3.txt

当它读取到 No.3000000 行时，它退出。

strace it 我收到这条消息，它退出了：

_llseek(2, 0, 0xffbec3d0, SEEK_CUR)     = -1 ESPIPE (Illegal seek)

问题

• 任何人都可以指出我的源代码有问题吗？

• 任何解决问题的调试技术都将受到赞赏。我不知道在这种情况下如何使用 gdb。

附录

• all.tgz 可以通过这个Python sciprt https://gist.github.com/1500742

• 环境：Ubuntu 10.04 32位、CentOS 5.4 64位

Answer 1

从来源来看：

read:
    buffer[0] = '\0';
    ptr = fgets(buffer, (int) sizeof buffer, stdin);
    if(NULL == ptr) {
        if(ferror(stdin)) {
            error (0, errno, "%s", _("standard input"));
            ok = false;
        }
        flag_break = true;
        break;
    }
    bytes_read = strlen(buffer);


      if (bytes_read < 0 && errno == EINTR)
      {
          flag_continue = true;
          backup_i = i;
          break;
      }
      if (bytes_read <= 0) {
          flag_break = true;
          break;
      }

    if (descriptors[0]
            && fwrite(buffer, bytes_read, 1, descriptors[0]) != 1)
            {
                error (0, errno, "%s", files[0]);
                descriptors[0] = NULL;
                ok = false;
            }
 ...

我认为这不适用于二进制输入（包含 NUL 的输入）。
[鉴于 bytes_read 的符号，我强烈怀疑 fread() 已被 fgets() + strlen() 取代； ] 这可能是也可能不是 PIPE 错误的原因，但它看起来非常错误。

Answer 2

您不能在管道或套接字上调用 llseek 或 ftell，它们不是可查找的文件。

您可以使用像 gdb 这样的调试器（确实值得学习使用它；并且 GDB 非常好记录），例如在 _llseek 上放置断点

您也可以使用 strace 或 ltrace