从TCP套接字拼接时,Linux的splice(2)是否有效？

我用splice编写的代码在从stdin(重定向文件)读取并写入TCP套接字时非常有效,但在从套接字读取并写入stdout时,会立即将splice设置errno设置为EINVAL.手册页指出当两个描述符都不是管道(不是这种情况)时,EINVAL被设置,为无法搜索的流传递偏移量(没有传递偏移量),或文件系统不支持拼接,这导致我我的问题：这是否意味着TCP可以从管道拼接而不是？

我包括下面的代码(减去错误处理代码),希望我做错了.它主要基于Wikipedia example for splice.

static void splice_all(int from, int to, long long bytes)
{
    long long bytes_remaining;
    long result;

    bytes_remaining = bytes;
    while (bytes_remaining > 0) {
        result = splice(
            from, NULL,
            to, NULL,
            bytes_remaining,
            SPLICE_F_MOVE | SPLICE_F_MORE
        );

        if (result == -1)
            die("splice_all: splice");

        bytes_remaining -= result;
    }
}

static void transfer(int from, int to, long long bytes)
{
    int result;
    int pipes[2];

    result = pipe(pipes);

    if (result == -1)
        die("transfer: pipe");

    splice_all(from, pipes[1], bytes);
    splice_all(pipes[0], to, bytes);

    close(from);
    close(pipes[1]);
    close(pipes[0]);
    close(to);
}

在旁注中,我认为当文件足够大时,由于管道填满(？),上面将阻塞第一个splice_all,所以我还有一个代码版本,可以从管道中读取和写入同时,但它与此版本具有相同的错误,并且更难以阅读.

编辑：我的内核版本是2.6.22.18-co-0.7.3(在XP上运行coLinux.)