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 12:33 | Humor

Byl vydán remake filmu Ghost in the Shell. Tentokrát v Bashi. Zhlédnout lze online na "ssh ghost@theshell.xyz" [Hacker News].

Ladislav Hagara | Komentářů: 3
včera 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 5
včera 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 4
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 88
21.4. 10:22 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 299 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich. V Oracle MySQL je opraveno 39 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 11 z nich.

Ladislav Hagara | Komentářů: 7
21.4. 10:00 | Pozvánky

V úterý 25. dubna proběhne další Prague Containers Meetup. Přijďte se nechat inspirovat jak zlepšit build/delivery pipeline vašich kontejnerových aplikací.

little-drunk-jesus | Komentářů: 2
20.4. 21:33 | Komunita

Na Launchpadu se objevilo kódové jméno následující verze Ubuntu. Ubuntu 17.10 bude Artful Aardvark (mazaný hrabáč) [OMG! Ubuntu!].

Ladislav Hagara | Komentářů: 11
20.4. 20:11 | Zajímavý software

MojeFedora.cz informuje, že společnost Nylas oznámila vydání verze 2.0 poštovního klienta Nylas Mail (původně Nylas N1), která již plně podporuje Linux. Obchodní model společnosti je tzv. open core. Samotný klient je open source, ale uživatel si musí připlatit za některé pokročilé funkce. V základu se lze připojit k GMailu nebo libovolnému účtu přes IMAP. Podpora Exchange je pouze v placené verzi. Klient je napsaný nad Electronem.

Ladislav Hagara | Komentářů: 12
20.4. 15:55 | Zajímavý článek

České centrum pro investigativní žurnalistiku (ČCIŽ) publikovalo na svých stránkách článek s názvem Je česká státní správa „rukojmím Microsoftu“?. Drtivá většina české veřejné správy je závislá na výrobcích softwarového gigantu Microsoft – a nijak zvlášť jí to nevadí.

Ladislav Hagara | Komentářů: 21
20.4. 02:48 | Nová verze

Google Chrome 58 byl prohlášen za stabilní. Nejnovější stabilní verze 58.0.3029.81 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo 29 bezpečnostních chyb. Mezi nimi i chyba umožňující phishing s unicode doménami.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (0%)
 (7%)
 (45%)
 (9%)
Celkem 279 hlasů
 Komentářů: 32, poslední dnes 12:24
    Rozcestník

    Dotaz: Destruktor a interface v C++

    Beda0 avatar 24.6.2013 09:07 Beda0 | skóre: 28
    Destruktor a interface v C++
    Přečteno: 595×

    Zdravím,
    Měl jsem interface:

    class Interface{
    public:
       virtual int cosi()=0;
       ...
    }
    a pak několik implementací:
    class A: public Interface{
    public:
       int cosi();
       ...
    }
    class B: public Interface{
    public:
       B();
       ~B();
       int cosi();
       ...
    }
    A dále factory, která mi podle předaných parametrů várátila instanci nějakého konkrétní implementace.
    Interface test = factory->choose(parametry);
    Takže jsem nevěděl, která konkrétní implementace je použita. Problém nastal při volání destruktoru.
    delete test
    způsobil varování na undefined behavior, protože se volal destruktor Interface a ne konkrétní implementace A nebo B a tudíž v případě B to způsobovalo memoryleak. Jak to vyřešit? Když přidám protected destructor do Interface:
    protected:
        virtual ~Interface()=0;
    ...
    inline ReadWrite::~ReadWrite() { }
    
    a destruktory do každé implementace, tak to pořád neřeší problém. Musím volat destruktor pro konkrétní implementaci a nějak si tudíž musím pamatovat jaká konkrétní implementace je použita, což mi připadá principiálně špatně. Jediná možnost, která mě napadá, je zavolat opět factory se stejnými parametry, aby mi řekla, jaká iplementace byla použita, což se mi taky moc nelíbí. Jak se tohle řeší?

    Řešení dotazu:


    Odpovědi

    Řešení 1× (stativ)
    Luboš Doležel (Doli) avatar 24.6.2013 09:39 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++
    Když dáte do interface public virtuální destruktor, tak žádné problémy nebudou. Proč protected?
    Beda0 avatar 24.6.2013 09:59 Beda0 | skóre: 28
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++

    Když bude public, tak se ale bude volat destruktor ~Interface(), což nechci, protože potřebuju zavolat destruktor konkrétní implemtace - ~B(); v B() něco alokuju, takže to musim uvolnit v ~B() ne v ~Interface(), kterej neví o tom, co se v B() alokovalo.

    Beda0 avatar 24.6.2013 10:09 Beda0 | skóre: 28
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++

    V tomhle konkrétním případě to můžu udělat tak, že v B() nebudu nic alokoavat a nemusí mít konstruktor ani destruktor - bude jeden prázdnej public destruktor v Interface. Zajímalo by mě to spíš teoreticky...

    24.6.2013 10:59 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++
    Myslím, že „zmatení“ je způsobené neznalostí chování destruktorů.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    24.6.2013 10:53 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++
    Jsem se ztratil, bo pokud je destruktor virtuální volají se všechny destruktory a ve správném pořadí…
    Z více důvodů, považuji za správnou deklaraci abstraktní třídy jako čistě abstraktní, tedy ve smyslu interface tehdy, pokud obsahuje virtuální destruktor včetně jeho implementace.
    /**
     * @class Interface
     * @brief Interface class.
    * This class is designed for inheritance. */ class Interface{ public: /** * Virtual empty destructor */ virtual ~Interface(){} /** * cosi do cosi */ virtual int cosi()=0; };
    Ne-virtuální destruktor základní třídy při „dědění“ je dost specifická a obvykle nežádoucí věc.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    Beda0 avatar 24.6.2013 10:12 Beda0 | skóre: 28
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++
    Ten poslední kód má bejt
    protected:
        virtual ~Interface()=0;
    ...
    inline Interface::~Interface() { }
    Neopravil jsem to při kopírování z opravdového kódu.
    mess avatar 24.6.2013 10:45 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++
    A proč prostě neuděláš z toho destruktoru v Interface prázdnou funkci?
    protected:
        virtual ~Interface(){};
    
    U tříd, které budou mít destruktor vlastní, se bude volat ten vlastní, u ostatních ten z Interface, nevidím v tom problém.
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    mess avatar 24.6.2013 10:46 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++
    Teda "public" tam má být.
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    Beda0 avatar 24.6.2013 10:58 Beda0 | skóre: 28
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++

    Mě de o to, že mam Interface* test = new B(); a pak delete test;, jenže to se zavolá ~Interface místo ~B();
    Řešim teda jak nějak elegantně volat konkrétní destruktor ~A() nebo ~B() nad Interface* test;

    Instacne Interface se vytváří podle paramatrů sama a já nevím jaká. Řešení mě napadaj dvě - při vytváření si do proměnné uložit co to je konkrétně za třídu (A nebo B) a pak zavolat konkrétní destruktor, což mi připadá špatně - k čemu mi pak je ten interface...
    Druhá, lepší, je před voláním destruktoru zjistit z facotry, jakej to je typ, ale právě se ptám, jak se tohle běžně řeší, protože mi to připadá jako docela běžný problém, ale nikde jsem to řešené nenašel.

    24.6.2013 11:02 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++
    Řešíš něco, co není třeba řešit, GOTO: № 9 :-).
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    Beda0 avatar 24.6.2013 11:07 Beda0 | skóre: 28
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++

    Ano, omlouvám se, nějak sem si poplet chování virtuálních destroktorů...

    25.6.2013 10:20 ed | skóre: 18
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++
    short answer: riesenie je v tomto pripade virtualny destruktor. komplexnejsie riesenie je v C++ neuvazovat o typu interface, pretoze ich C++ defakto nema, ale uvazovat o tom ako o ciastocne/plne abstraktnych triedach.

    mat destruktor virtualny je MUST HAVE v akomkolvek pripade, ak sa o triede uvazuje tak, ze sa z nej bude dedit, t.j. prakticky vzdy.
    25.6.2013 11:36 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Destruktor a interface v C++
    komplexnejsie riesenie je v C++ neuvazovat o typu interface, pretoze ich C++ defakto nema
    - no nemá, ale je jedno jak se tomu říká, jestli jestli čistě abstraktní třída nebo intreface - princip je stejný.
    ak sa o triede uvazuje tak, ze sa z nej bude dedit, t.j. prakticky vzdy.
    Dědičnost je hezká věc, ale jen opravdu tam kde má význam, jinak je lepší se jí raději vyhnout. A myslím si, že je dobré, o každé třídě uvažovat jako by pro dědění nebyla připravena, není-li explicitně uvedeno jinak. Zbytečně zatěžovat kód virtuálními destrukory mi také nepřijde jako nejlepší řešení.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†

    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.