abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    dnes 22:33 | IT novinky

    Na vývojářské konferenci Applu WWDC23 byla představena řada novinek (cz): brýle Apple Vision Pro, MacBook Air 15” s čipem M2, Mac Studio s čipem M2 Max nebo M2 Ultra, Mac Pro s čipem M2 Ultra, iOS 17, iPadOS 17, macOS Sonoma, watchOS 10, …

    Ladislav Hagara | Komentářů: 0
    dnes 21:55 | Pozvánky

    Chystá se poslední jarní Virtuální Bastlírna. Nachystejte si ledové kávy, mojita a vodní chladiče a pojďte se se strahovskými bastlíři pobavit o technice a bastlení! Ptáte se, co mají bastlíři za novinky? Například se ukázalo, že OLED s SSD1306 ve skutečnosti nejsou nutně jen černobílé. Vyšla také nová verze KiCADu včetně betaverze pluginu pro tvorbu databázových knihoven pro KiCAD v InvenTree a na internetu se objevil USB

    … více »
    bkralik | Komentářů: 0
    dnes 21:22 | IT novinky

    6. červen je dnem za skutečný internet (neboli Světový den IPv6). Již tradiční příležitost urgovat svého ISP, kdy zavede do sítě IPv6, ale také příležitost šířit osvětu i mezi netechnické uživatele. V současnosti má IPv6 v ČR jen cca 20 % uživatelů (podle statistik společností Akamai a Google).

    xHire | Komentářů: 0
    dnes 15:44 | Pozvánky

    Festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí Maker Faire Prague 2023 proběhne o víkendu 10. a 11. června na Výstavišti Praha.

    Ladislav Hagara | Komentářů: 0
    dnes 11:44 | Nová verze

    Byla vydána verze 8.18 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 11:33 | Zajímavý projekt

    Projekty Blink a Blinkenlights dospěly do verze 1.0. Jedná se o x86-64-linux emulátor a jeho TUI nadstavbu sloužící jako debugger. Blink je v porovnání s qemu-x86_64 menší a rychlejší.

    Ladislav Hagara | Komentářů: 0
    dnes 10:44 | Komunita

    Bylo potvrzeno, že Debian 12 s kódovým jménem Bookworm vyjde v tuto sobotu 10. června.

    Ladislav Hagara | Komentářů: 7
    včera 22:22 | Nová verze

    Byla vydána nová verze 2023.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení. Zdůraznit lze předpřipravené obrazy pro Hyper-V nebo to, že ve výchozím prostředí Xfce bylo PulseAudio nahrazeno multimediálním serverem PipeWire.

    Ladislav Hagara | Komentářů: 4
    3.6. 15:22 | Nová verze

    Tento týden byla vydána nová verze 1.52 webového prohlížeče Brave (Wikipedie, GitHub). Postavena je na Chromiu 114. Z novinek lze vypíchnout možnost povolit vertikální karty (vertical tabs). Také bylo představeno Brave Search API k vyhledávači Brave Search.

    Ladislav Hagara | Komentářů: 0
    2.6. 19:55 | Komunita

    Matthias Clasen z Red Hatu oznámil v diskusním listu vývojářů Fedora Linuxu, že tým Red Hat Display Systems se zaměří na Wayland a podporu HDR na Linuxu a přestane spravovat RPM balíčky pro LibreOffice. V další major verzi RHELu už LibreOffice nebude. Pokud se nenajde správce balíčků pro Fedora Linux, zůstane pouze LibreOffice ve Flatpaku.

    Ladislav Hagara | Komentářů: 83
    Twitter (nejen pro příležitostné čtení)
     (85%)
     (3%)
     (12%)
    Celkem 98 hlasů
     Komentářů: 5, poslední dnes 17:52
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Dotaz: znovupouziti filedescriptoru socketu

    21.3.2006 21:04 prema
    znovupouziti filedescriptoru socketu
    Přečteno: 56×
    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 avatar 21.3.2006 21:18 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    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?
    Hello world ! Segmentation fault (core dumped)
    21.3.2006 21:45 msk
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    K simulacii bezneho chovania microsoftich stanic? :o)

    Teraz vazne: nesnazite sa o nieco v style http chunking?
    21.3.2006 21:54 prema
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    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 :)
    21.3.2006 22:43 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    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.
    21.3.2006 21:51 prema
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    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.
    21.3.2006 22:37 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    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.

    Každý má právo na můj názor!
    21.3.2006 22:57 prema
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    ok diky
    21.3.2006 22:57 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    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, ...);
    
    21.3.2006 23:00 prema
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    ok diky to by mi mohlo pomoct
    21.3.2006 23:18 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: znovupouziti filedescriptoru socketu
    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…

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.