Dotaz: znovupouziti filedescriptoru socketu

[prema]

Dobry den,

nevite nekdo zda jde udelat ze bych si volanim funkce socket otevrel filedescriptor, pak bych na neho zavolal connect a normalne ho pouzival, pak bych ukoncil TCP spojeni vytvorene tim connectem (tzn. dostal bych ten socket do stavu, ve kterem se nachazel pred volanim connect a po volani socket) a znovu zavolal connect na ten samy socket (filedescriptor) ? Kdyz ukoncuju TCP spojeni pres close tak on i zavre ten socket a ja musim znovu volat funkci socket, ale me by se hodilo abych jen ukoncil TCP spojeni ale neuzaviral ten filedescriptor. Zkousel jsem zavirat to spojeni pomoci funkce shutdown ale zda se ze stav toho socketu je porad "connected" i po zkonceni toho volani, protoze kdyz pak znovu zavolam connect tak to hodi: "Transport endpoint is already connected". Druha otazka, neni nejaka funkce nebo nejaky zpusob jak vypsat v jakem stavu se nachazi socket ? Diky

Odpovědi

[Josef Kufner]

Pokud zavreš tcp spojení, tak socket k němu přiřazený postrádá smysl. Prostě ho zavírej se spojením a pak si otevři nový socket a s tím i nové tcp spojení. K čemu vlastně potřebuješ takovou zvrhlost?

[msk]

K simulacii bezneho chovania microsoftich stanic? :o)

Teraz vazne: nesnazite sa o nieco v style http chunking?

[prema]

No nevim k cemu vam budou detaily implementace v ktere to potrebuju. Proste mam nejaka data ktera jsou svazana se socketem ale ne s TCP konekci takze kdyz vytvarim nove a nove konekce tak abych nemusel reinicializovat data ktera jsou svazana s cislem toho socketu. Ale dotaz byl polozen na neco jineho :)

[Michal Kubeček]

K čemu? Zcela překvapivě třeba k tomu, abychom vám mohli poradit, jestli se to, co potřebuje, nedá udělat nějak jinak a rozumněji.

[prema]

no me to neripada ze by to postradalo smysl protoze prirazuju TCP spojeni k soketu a ne naopak. A pokud zavru TCP spojeni ktere jsem priradil socketu (volanim connect) mel by mit pote socket uplne stejny smysl jako socket ktery byl vytvoren volanim socket ale jeste na neho nebylo zavolano connect (a socket v takovem stavu se prece bezne v programu vyskytuje). Proste smysl by mel byt imho takovy ze by se pak nenachazel ve stavu "connected" ale v takovem v jakem se nachazi po volani socket. A kdyz se podivas na man socket tak zde je napsano "Sockets of type SOCK_STREAM are full-duplex byte streams, similar to pipes. They do not preserve record boundaries. A stream socket must be in a connected state before any data may be sent or received on it." Pricemz to "connected" je podtrzeno.

[Martin Tůma]

no me to neripada ze by to postradalo smysl protoze prirazuju TCP spojeni k soketu a ne naopak

První sice v programu vytváříte socket, ale ze síťového hlediska socket jednoznačně určuje dané spojení, tedy socket je vytvořen pro dané spojení, ne naopak.

Co se týče požadavku na "znovupoužití" socketu tak mi to stejně jako ostatním zde přijde jako nesmysl (a stejně jako je by mě zajímalo, k čemu je to údajně potřeba...). Při práci se souborem se taky po provedení I/O operací nad souborem nesnažíte pro soubor aktuálně používaný filedescriptor znovu použít, aniž byste soubor předem zavřel. A zcela stejně se pracuje se sockety.

[prema]

ok diky

[Michal Kubeček]

On je možná celý ten zmatek způsoben tím, že se většinou ani v odborných textech (dokonce ani v dokumentaci) celkem moc nerozlišují pojmy file descriptor a handle. Ve skutečnosti je potřeba rozlišovat mezi datovou strukturou udržující stavové informace o otevřeném souboru resp. socketu a handlem, tedy číslem, kterým se na ni odkazujeme. Handle sám o sobě nic neznamená, to je jen číselný index, odkazující na skutečný file descriptor, přičemž těch čísel může být i víc a můžeme je snadno změnit - viz klasický obrat přesměrování standardního výstupu:

  fd = open(...);
  dup2(fd, STDOUT_FILENO);
  close(fd);

Stejně je tomu i se sockety, zavřete-li je pomocí close(), uvolní se tím handle (číslo) a případně se i ukončí spojení (byl-li ten handle poslední). Pokud byste ale mermomocí trval na tom, že po ukončení spojení chcete znovu použít stejný handle (stejné číslo) pro nové spojení, není nic jednoduššího (tedy nejde-li o multithreadovou aplikaci, která těch souborů nebo spojení otevírá průběžně spousty, pak by vám ho mohl mezitím jiný thread obsadit):

  close(sd);
  int tsd = socket();
  if (tsd != sd) {
    dup2(tsd, sd);
    close(tsd);
  }
  connect(sd, ...);

[prema]

ok diky to by mi mohlo pomoct

[Michal Kubeček]

Pro inspiraci si zkuste třeba tohle (na sousedním terminálu si nejdřív spusťte třeba 'netcat -l -p 9999'):

#include <stdlib.h>
#include <unistd.h>
#include <netinet/in.h>
#include <netinet/tcp.h>
#include <netdb.h>
#include <iostream>

int main()
{
  struct addrinfo* info;
  struct addrinfo hint
    = { 0, PF_INET, SOCK_STREAM, SOL_TCP, 0, NULL, NULL, NULL };
  getaddrinfo("localhost", "9999", &hint, &info);
  int sd = socket(info->ai_family, info->ai_socktype, info->ai_protocol);
  dup2(sd, STDERR_FILENO);
  close(sd);
  connect(STDERR_FILENO, info->ai_addr, info->ai_addrlen);
  std::cerr << "ahoj" << std::endl;

  return 0;
}

---

Důležité upozornění: milé děti, výše uvedená ukázka je odstrašující příklad toho, jak se programovat nemá. Nechcete-li se smažit v pekle, důkladně ošetřete všechny návratové hodnoty a chybové stavy…