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:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
včera 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

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

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 3
včera 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 1
včera 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

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

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 20
25.4. 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
25.4. 11:11 | Komunita

Jiří Eischmann z desktopového týmu Red Hatu se v příspěvku Linuxový desktop: Co vám chybí na svém blogu ptá, co uživatele na Fedora Workstation a na linuxovém desktopu obecně trápí a co by desktopový tým mohl zlepšit. Pokud máte nějaké podněty, napište mu je do komentářů.

Ladislav Hagara | Komentářů: 72
25.4. 03:33 | Nová verze

Byla vydána nová verze 0.25.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Z novinek lze zmínit například podporu DVB-T2. Další části mpv byly přelicencovány z GPLv2 nebo novější na LGPLv2.1 nebo novější (#2033).

Ladislav Hagara | Komentářů: 0
25.4. 02:22 | Zajímavý projekt

Na Bundle Stars byla spuštěna akce Dollar Forever Bundle. Za 1 dolar lze získat 24 počítačových her bežících na platformě Steam také v Linuxu.

Ladislav Hagara | Komentářů: 4
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (1%)
 (6%)
 (45%)
 (10%)
Celkem 311 hlasů
 Komentářů: 50, poslední dnes 04:06
    Rozcestník

    Dotaz: Potomek tridy s implementaci v .so knihovne

    9.4.2013 18:11 luky
    Potomek tridy s implementaci v .so knihovne
    Přečteno: 260×
    Potrebuju napsat potomka ke cryptopp::CascadableOStreamBuffer, ktereho potom pouziji v retezci buferu v cryptopp, mam ale problem s linkovanim - umre to na:
    undefined reference to `typeinfo for cryptopp::CascadableOStreamBuffer'
    Problem umim vyresit tak, ze smazu z Makefile cryptopp "-no-rtti" prepinac v CXXFLAGS, nicmene to zpusobi, ze libcrypto++ zacne zaviset na dalsich sdilenych knihovnach a musim rucne vynutit instance nekterych sablon. Zajimalo by me, jestli jde nejak presvedcit g++ aby vygenerovalo rtti jeste jednou v nejakem mem modulu pripadne jine reseni, ktere nevyzaduje zasah do te sdilene knihovny. THX

    Odpovědi

    9.4.2013 19:35 luky
    Rozbalit Rozbalit vše Re: Potomek tridy s implementaci v .so knihovne
    Tak jsem si to vyresil a kompiluju i svuj kod s -no-rtti, takze nezavisi na rtti nadrazenych trid.
    9.4.2013 22:40 Sten
    Rozbalit Rozbalit vše Re: Potomek tridy s implementaci v .so knihovne
    Pokud nepotřebujete dynamic_cast, pak nepotřebujete RTTI (GCC generuje RTTI pro výjimky i s -fno-rtti).

    Pokud ale RTTI (dynamic_cast) potřebujete, pak to lze řešit dvěma způsoby:
    1. použít tu instanci jako výjimku a donutit tak GCC vygenerovat patřičné RTTI (nebude fungovat spolehlivě, pokud to nebude výjimka od stvoření!)
      try {
          nejakaFunkcePouzivajiciThrowMistoReturn();
      } catch (TridaProPretypovani &instance) {
          // Jako když se povede dynamic_cast
      } catch (...) {
          // Jako když dynamic_cast selže
      }
      
    2. vygenerovat RTTI definováním nějaké metody z té třídy, typicky virtuálního destruktoru. Volat skutečnou implementaci ale potom vyžaduje šachování s linkerem:
      Class::~Class()
      {
          static void(Class::*orig)() = reinterpret_cast<void(Class::*)()>(dlsym("_ZN5ClassD2Ev", RTLD_NEXT));
          this->*orig();
      }
      
    10.4.2013 10:15 luky
    Rozbalit Rozbalit vše Re: Potomek tridy s implementaci v .so knihovne
    Muj kod je jen jednoduche lepitko mezi transformacnimi funkcemi v C a knihovnou cryptopp, nikde v mem kodu ani v knihovne se dynamic_cast nepouziva, ani se objekt nevyhazuje jako vyjimka, takze me prekvapilo, ze tam to RTTI vubec je a zacal jsem si myslet, ze je potreba pro volani virtualnich metod (a to jsem si byl jisty, ze se pred par lety na to pouzival symbol vtable).

    Muj problem byl v tom, ze RTTI gcc generuje pro vsechny objekty (pokud nepouzijete -no-rtti) a kdyz nemate RTTI pro predka, tak se RTTI potomka neslinkuje. Ja jsem cekal, ze kdyz se to RTTI nepouziva, tak ho proste linker zahodi.

    Kazdopadne diky moc za info, jak to vyresit i v pripade potreby toho RTTI.
    10.4.2013 10:19 Ivan
    Rozbalit Rozbalit vše Re: Potomek tridy s implementaci v .so knihovne
    No asi jsem mimo, ale i kdyz je predek uplne abstrakni tak by mel mit virtualni destruktor. Kdyz uz mas alespon jednu virtualni metodu implementovanou tak mas i RTTI pro predka.

    10.4.2013 10:25 Ivan
    Rozbalit Rozbalit vše Re: Potomek tridy s implementaci v .so knihovne
    Pokud napises:
    class AbsInterface {
     ...
     virtual ~AbsInterface {};
     ...
    };
    
    Tak se pro destruktor vygeneruje RTTI a zaroven bude kod destruktoru weak symbol. Tzn ten symbol bude jak v hlavni aplikaci a tak i v .so knihovne a zadnou kolizi to nezpusobi.

    10.4.2013 13:37 Sten
    Rozbalit Rozbalit vše Re: Potomek tridy s implementaci v .so knihovne
    Oboje jsou tabulky ukazatelů, ale jsou trochu odlišné. vtable ukazuje na RTTI dané třídy a na jednotlivé virtuální metody, RTTI ukazuje na RTTI předků dané třídy, jméno třídy a umí down-casting (oddělené to je kvůli vícenásobné a virtuální dědičnosti, kdy je ukazatelů na stejné RTTI v jedné vtable více). Protože je ukazatel na RTTI uložen ve vtable, tak linker nepozná, že se to může vyhodit.
    little.owl avatar 10.4.2013 23:57 little.owl | skóre: 22 | Brighton
    Rozbalit Rozbalit vše Re: Potomek tridy s implementaci v .so knihovne
    Ten druhy bod je neskutecna cunarna.
    You're damned if you do, and you're damned if you don't.
    10.4.2013 10:09 Ivan
    Rozbalit Rozbalit vše Re: Potomek tridy s implementaci v .so knihovne
    Na tohle pouzivam abstraktni tovarnu na objeky z knihovny Loki. http://codewrangler.home.comcast.net/~codewrangler/utility/factory.h Kod je na Linuxu nutne prelozit s optionen -rdynamic. Implementace tridy je v knihovne. Nepotrebuju zadny dlsym, ani manglovani jmen, kazda knihovna ma staticky inicializator a ten zajisti vse potrebne. Nova instance tridy se vyrobi takhle:
    Lexer *l = LexerFactTwoParmSing::Instance().create("OracleGuiLexer", filename);
    
    "OracleGuiLexer" - je "jmeno" tridy s implementaci(pod kterym byla zaregistrovana).
    filename je 1. parametr pro konstruktor.

    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.