/ 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 , який програв битву для API TCP / IP для BSD-розеток.

В Linux є /dev/tcpвсілякі види. Це не реальний файл або пристрій ядра. Це щось спеціально надане Bash , і воно існує лише для перенаправлення. Це означає, що навіть якби створити об'єкт в ядрі /dev/tcp, він буде маскуватися під інтерактивне використання 99% [*] часу оболонкою.

Найкраще рішення - перейти на BSD-розетки. Вибачте.

Можливо, ви зможете змусити емуляційний шар strxnet XTI працювати, але вам краще не приділяти свій час виходу з XTI. Це мертвий API, який не підтримується не лише в Linux, але і на BSD, включаючи OS X.

(До речі, бібліотека strxnet не буде навіть будувати на BSDs, тому що це залежить від LiS , компонент ядра Linux. Це не буде навіть configureна складі BSD або системи OS X, по- видимому , тому , що це також залежить від Сед. ГНУ)

[*] Я базую цю дику здогадку на тому, що Bash - це оболонка за замовчуванням для некорінних користувачів у всіх дистрибутивах Linux, якими я користувався. Тому, як правило, вам доведеться вийти зі свого шляху в Linux, щоб отримати щось інше, ніж Bash.