berkeley socket || connection descriptor

man gnutls_transport_set_ptr

Tittade som hastigast på GnuTLS och vad gnu_transport_set_ptr() faktiskt gör. Min gissning är att man använder termen "connection descriptor" i syfte att belysa att väldigt få krav ställs på den underliggande transportmekanismen utöver att man ska kunna använda vanliga filoperationer som read()/write().

Trots att de flesta OS är utvecklade i C använder de väldigt många OOP-koncept. I/O-systemet är ett lysande exempel på detta där alla typer av I/O-backends typiskt stödjer just read()/write() , så det är alla i någon mening underklasser till "generic I/O".

Sockets är sedan en underklass som har lite speciella funktioner, som t.ex. accept(), connect(), listen() m.fl. Dessa operationer kräver just en filtyp av underklassen "sockets", de är inte meningsfulla för t.ex. filer och pipes.

Så i korthet: kör man GnuTLS så skulle man lika gärna kunna skicka in en fildeskriptor skapad med pipe() som skapad med socket(). Det enda GnuTLS bryr sig om är att data som skrivs på den deskriptor man ger till gnutls_transport_set_ptr() kan läsas av "den andra sidan", irrelevant hur man rent konkret flyttar dessa bytes.