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í
×

včera 23:44 | Nová verze

Byla vydána verze 0.4.5 svobodného operačního systému ReactOS. Z novinek lze zdůraznit podporu kancelářského balíku Microsoft Office 2010. Podrobnosti v ChangeLogu.

Ladislav Hagara | Komentářů: 0
včera 23:11 | Komunita

Linphone 4.0 pro desktop přichází. Vývojáři tohoto multiplatformního open source VoIP a SIP klienta postupně představují nové vlastnosti. Verze 4.0 bude postavena na Qt [reddit].

Ladislav Hagara | Komentářů: 0
27.5. 22:22 | Komunita

Dle plánu byl měl Debian 9 s kódovým názvem Stretch vyjít v sobotu 17. června. Po celém světě se začínají plánovat Release Parties. Oznámeno bylo vydání čtvrté RC (release candidate) verze instalátoru pro Debian 9 Stretch.

Ladislav Hagara | Komentářů: 5
26.5. 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
26.5. 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

Ladislav Hagara | Komentářů: 0
26.5. 08:55 | Nová verze

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 15
25.5. 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
25.5. 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

Ladislav Hagara | Komentářů: 13
25.5. 19:22 | Nová verze

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

Ladislav Hagara | Komentářů: 7
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 631 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    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: 45×
    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: 67
    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: 71 | 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.
    Martin Tůma avatar 21.3.2006 22:37 Martin Tůma | skóre: 38 | 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: 71 | 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: 71 | 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.