/ 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の値は> 0Linuxではです-1。理由はUNIXにあり/dev/tcpます。これはLinuxにはありません。またUNIXではこのtcpファイルは通常のファイルとは異なるキャラクタースペシャルファイルです。

LinuxでUNIXと同じキャラクタースペシャルファイルを作成する方法はありますか？

t_open()それに関連するもの/dev/tcpなどはTLI / XTIインターフェースの一部であり、BSDソケットに対するTCP / IP APIの戦いに負けました。

Linuxに/dev/tcpは一種の種類があります。実際のファイルやカーネルデバイスではありません。これはBashによって特別に提供されるものであり、リダイレクトのためにのみ存在します。これは、カーネル/dev/tcp内機能を作成したとしても、対話的な使用ではシェルによって99％[*]の時間でマスクされることを意味します。

最善の解決策は、実際にはBSDソケットに切り替えることです。ごめんなさい。

strxnet XTIエミュレーションレイヤーを機能させることはできるかもしれませんが、XTIをオフにすることに時間をかける方がよいでしょう。Linuxだけでなく、OS Xを含むBSDでもサポートされていないデッドAPIです。

（ちなみに、strxnetライブラリは、LinuxカーネルのコンポーネントであるLiSに依存しているため、BSDで構築することすらできません。標準のconfigureBSDまたはOS Xシステムでさえ依存していません。GNU sed）

[*]このワイルドな推測は、私が使用したすべてのLinuxディストリビューションで、Bashが非rootユーザーのデフォルトのシェルであるという事実に基づいています。したがって、Bash以外のものを入手するには、原則として、Linuxの邪魔にならないようにする必要があります。