/ dev / tcp在Linux中不存在

我正在将C / pro * c代码从UNIX移植到Linux。代码是：

#define __NFDBIT       (8 * sizeof(unsigned long))
#define __FD_SETSIZ    1024
#define __FDSET_LONG   (__FD_SETSIZ/__NFDBIT)
typedef struct {
    unsigned long fds_bits [__FDSET_LONG];
} __ernel_fd_set;

typedef __ernel_fd_set           fd_set_1;
int main()
{
    fd_set_1 listen_set;
    int listen_sd;
    int socket_id;
    FD_ZERO(&listen_set);
    socket_id = t_open("/dev/tcp", O_RDWR|O_NONBLOCK, (struct t_info *) 0);
    if ( socket_id <0 )
    {
        exit(FAILURE);
    }
    return 0;
}

在UNIX中，socket_id的值> 0在Linux中为-1。原因是在UNIX中，有一个/dev/tcp。在Linux上不存在。同样在UNIX中，此tcp文件是字符特殊文件，与普通文件不同。

有什么方法可以在Linux中创建与UNIX中相同的字符特殊文件，或者如何进一步进行此操作？

t_open()及其相关的内容/dev/tcp等是TLI / XTI接口的一部分则失去了将TCP / IP API传输到BSD套接字的斗争。

在Linux上，有一种/dev/tcp。它不是真实的文件或内核设备。它是Bash专门提供的，仅用于重定向。这意味着即使要创建一个内核/dev/tcp工具，shell也会在99％[*]的时间内以交互方式屏蔽它。

最好的解决方案实际上是切换到BSD插槽。抱歉。

您可能能够获得strxnet XTI仿真层正常工作，但最好还是花点时间开始使用XTI。这是一个已失效的API，不仅在Linux上而且在包括OS X在内的BSD上均不受支持。

（顺便说一下，strxnet库甚至不会建立在BSD上，因为它依赖于Linux内核的组成部分LiS。它甚至不会configure取决于库存的BSD或OS X系统，显然是因为它也依赖于GNU sed。）

[*]我大胆猜测是因为Bash是我使用过的所有Linux发行版中非root用户的默认外壳。因此，通常，您必须在Linux上摆脱困境，以获取除Bash之外的其他东西。