/ dev / tcp non presente in Linux

Sto trasferendo il codice C / pro * c da UNIX a Linux. Il codice è:

#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;
}

In UNIX il valore di socket_id è > 0in Linux lo è -1. Il motivo è in UNIX, c'è un /dev/tcp. Questo non è presente su Linux. Anche in UNIX questo tcpfile è un file speciale di carattere diverso dal file normale.

Esiste un modo per creare file speciali dello stesso personaggio in Linux come in UNIX o come procedere ulteriormente?

t_open()e i suoi associati /dev/tcpe simili fanno parte dell'interfaccia TLI / XTI , che ha perso la battaglia per le API TCP / IP nei socket BSD.

Su Linux, esiste una /dev/tcpsorta di. Non è un vero file o dispositivo del kernel. È qualcosa di appositamente fornito da Bash ed esiste solo per i reindirizzamenti. Ciò significa che anche se si dovesse creare una struttura nel kernel /dev/tcp, la shell verrebbe mascherata nell'uso interattivo il 99% [*] delle volte.

La soluzione migliore è davvero quella di passare alle prese BSD. Scusate.

Potresti riuscire a far funzionare il livello di emulazione XTI di strxnet , ma è meglio dedicare il tuo tempo a scendere da XTI. È un'API morta, non supportata non solo su Linux, ma anche sui BSD, incluso OS X.

(A proposito, la libreria strxnet non si baserà nemmeno sui BSD, perché dipende da LiS , un componente del kernel Linux. Non sarà nemmeno configuresu un sistema BSD o OS X stock, apparentemente perché dipende anche da GNU sed.)

[*] Baso questa ipotesi selvaggia sul fatto che Bash è la shell predefinita per gli utenti non root in tutte le distribuzioni Linux che ho usato. Pertanto, per ottenere qualcosa di diverso da Bash, è necessario fare di tutto per Linux.