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 14:00 | Zajímavý článek

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    včera 12:00 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 0
    17.7. 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 1
    17.7. 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 2
    17.7. 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 5
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 19
    16.7. 16:22 | IT novinky

    Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

    Ladislav Hagara | Komentářů: 26
    16.7. 15:33 | Upozornění

    Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapyAI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.

    bindiff | Komentářů: 8
    16.7. 13:33 | Bezpečnostní upozornění

    Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).

    Ladislav Hagara | Komentářů: 5
    16.7. 00:11 | Nová verze

    Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.

    Ladislav Hagara | Komentářů: 0
    Jaký je váš oblíbený skriptovací jazyk?
     (59%)
     (27%)
     (7%)
     (3%)
     (0%)
     (1%)
     (4%)
    Celkem 410 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    Rozcestník

    Dotaz: segfault: dlopen modulu v c++, main je v c

    1.12.2009 17:25 vencas | skóre: 32
    segfault: dlopen modulu v c++, main je v c
    Přečteno: 415×
    Zdravím, narazil jsem na zajímavý problém.

    Hlavní program v c volá dlopen na .so, které je přeloženo z c++. Vytáhne si z něj funkci (deklarovanou extern "C" pochopitelně), zavolá ji. V té funkci se jen vypíše std::cerr<<"foo". To normálně funguje, dokud se k .so souboru nepřilinkuje nějaká jiná knihovna (odzkoušeno gomp nebo GL), pak to segfaultuje kdesi v libstdc++ (ostream); Přitom když se přeloží hlavní program pomocí g++, funguje to bez problémů.

    Reportoval jsem to na ubuntí bugzillu, ale totéž se děje na debianu (lenny). Nevíte někdo co s tím? Nevím ani pořádně, jestli je to chyba libstdc++ nebo linkeru. Předpokládám, že půjde o nějakou statickou inicializaci čehosi, která se při dlopen neprovede? Přikládám kousky programů (ze zmíněného bugreportu).

    main.c:
    #include<dlfcn.h>
    int main(void){
     void* handle=dlopen("./libfoo.so",RTLD_NOW);
     void(*foo)()=(void(*)())dlsym(handle,"foo");
     foo();
     return 0;
    }
    
    foo.cc:
    #include<iostream>
    extern "C" {
     void foo() { std::cerr<<"foo"<<std::endl; }
    }
    
    Takhle to padá:
    $ g++ foo.cc -o libfoo.so -fPIC -rdynamic -shared
    $ gcc main.c -o main -ldl
    $ ./main
    foo
    $ g++ foo.cc -o libfoo.so -fPIC -rdynamic -shared -lgomp   ## navíc -lgomp  →  spadne
    $ ./main
    foozsh: segmentation fault (core dumped) ./main
    $ g++ main.c -o main -ldl                                  ## main se kompiluje g++ místo gcc  →  nespadne
    $ ./main
    foo
    $
    
    A tohle mi prozrazuje gdb po pádu (při kompilaci s -g a použití libstdc++6-dbg):
    (gdb) bt
    #0 0x00007f81582c9e49 in std::uncaught_exception () at ../../../../src/libstdc++-v3/libsupc++/eh_catch.cc:136
    #1 0x00007f8158294e04 in ~sentry (this=0x7fff3c47bbc0, __in_chrg=<value optimized out>) at /build/buildd/gcc-4.4-4.4.1/build/x86_64-linux-gnu/libstdc++-v3/include/ostream:408
    #2 0x00007f8158295445 in std::__ostream_insert<char, std::char_traits<char> > (__out=..., __s=0x7f81590cf3be "foo", __n=3)
        at /build/buildd/gcc-4.4-4.4.1/build/x86_64-linux-gnu/libstdc++-v3/include/bits/ostream_insert.h:110
    #3 0x00007f815829502e in std::operator<< <std::char_traits<char> > (__out=..., __s=0x7f81590cf3be "foo")
        at /build/buildd/gcc-4.4-4.4.1/build/x86_64-linux-gnu/libstdc++-v3/include/ostream:510
    #4 0x00007f81590cf2e6 in foo () at foo.cc:3
    #5 0x00000000004003a2 in main () at main.c:5
    
    Co by s tím mohlo být? Díky moc.

    Odpovědi

    1.12.2009 17:57 Ivan
    Rozbalit Rozbalit vše Re: segfault: dlopen modulu v c++, main je v c
    Ahoj, asi ti moc nepomuzu cely je to nejaky divny. Na Ubuntu 9.10 se to chova presne jak jsi popisoval. Podobnou vec jsem videl kdysi na glic 2.1. Tehdy knihovna pthread obsahovala vlastni implementaci open a close. Sockety otevreny pres thread-safe open nesly zavrit pomoci normalniho close. Jediny reseni tehdy bylo pouzit LD_PRELOAD=/usr/lib/libpthread.so. To uz ale dneska neni potreba.
    /tmp$ ./main
    fooSegmentation fault
    $ LD_PRELOAD=/usr/lib/libgomp.so.1 ./main
    foo
    Vypada to, ze ta knihovna libgomp nema rada kdyz se nahrava pres dlopen. Ve vypisu nm knihovny libgomp neni nic podezrelyho. Zkusil jsem ten main zkompilovat s -lpthread a ani to nepomohlo. Jediny co by se s tim jeste dalo delat je kouknout se na .init sekci ty knihovny libgomp pres readelf. Ivan
    1.12.2009 18:08 Ivan
    Rozbalit Rozbalit vše Re: segfault: dlopen modulu v c++, main je v c
    http://gcc.gnu.org/ml/gcc-help/2007-04/msg00307.html
    http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28482 NOOPEN flag - doted jsem netusil ze neco takovyho existuje.
    1.12.2009 18:10 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: segfault: dlopen modulu v c++, main je v c
    Díky za postřehy, vedle gomp to dělá taky GL (nvidie), a možná další, které jsem nezkoušel. Stálo by to za nahlášení do bugzilly přímo na gnu.org? Trochu se děsím toho, že mi napíšou, že to je proboém debianu, ať to zkusím na neopatchované verzi etc.
    1.12.2009 18:15 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: segfault: dlopen modulu v c++, main je v c
    Ehm, pardon, ATI. Zajímavé odkazy; tehdy to vůbec nešlo dlotevřít. To teď funguje, jen cerr padá (jiné funkce: i/o, výpočty etc, fungují spolehlivě).
    1.12.2009 20:50 Sinuhet | skóre: 31
    Rozbalit Rozbalit vše Re: segfault: dlopen modulu v c++, main je v c

    Pokud k modulu rucne prilinkuji libsupc++, tak ta sranda funguje.

    $ g++ foo.cc -o libfoo.so -fPIC -rdynamic -shared -lgomp -lsupc++
    1.12.2009 22:01 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: segfault: dlopen modulu v c++, main je v c
    libsupc++ na debianu vůbec neexistuje (vygoogloval jsem jen málo a většinou starého)... na čem jedeš? Tady gcc-4.4

    Zjistil jsem však, že funguje
    $ LD_PRELOAD=/usr/lib/libstdc++.so.6 ./main
    foo
    $
    
    Main (což je ve skutečnosti python) tedy musím obalit skriptem, ale to zase tolik nevadí.

    1.12.2009 22:02 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: segfault: dlopen modulu v c++, main je v c
    A dokonce stačí udělat dlopen("/usr/lib/libstdc++.so.6",RTLD_LAZY); před otevřením modulu a funguje to taky!!

    Myslíte že mám nahlásit bug? Aspoň by tuhle prasárnu mohli zdokumentovat.

    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.