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 07:22 | Pozvánky

Konference InstallFest 2018 proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Spuštěno bylo CFP. Přihlásit přednášku nebo workshop lze do 18. ledna 2018.

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

Před měsícem byla vydána Fedora 27 ve dvou edicích: Workstation pro desktopové a Atomic pro cloudové nasazení. Fedora Server byl "vzhledem k náročnosti přechodu na modularitu" vydán pouze v betaverzi. Finální verze byla naplánována na leden 2018. Plán byl zrušen. Fedora 27 Server byl vydán již dnes. Jedná se ale o "klasický" server. Modularita se odkládá.

Ladislav Hagara | Komentářů: 0
včera 10:22 | Zajímavý článek

Lukáš Růžička v článku Kuchařka naší Růži aneb vaříme rychlou polévku z Beameru na MojeFedora.cz ukazuje "jak si rychle vytvořit prezentaci v LaTeXu, aniž bychom se přitom pouštěli do jeho bezedných hlubin".

Ladislav Hagara | Komentářů: 13
včera 07:22 | Komunita

Od 26. do 29. října proběhla v Bochumi European Coreboot Conference 2017 (ECC'17). Na programu této konference vývojářů a uživatelů corebootu, tj. svobodné náhrady proprietárních BIOSů, byla řada zajímavých přednášek. Jejich videozáznamy jsou postupně uvolňovány na YouTube.

Ladislav Hagara | Komentářů: 0
11.12. 19:22 | Nová verze

Ondřej Filip, výkonný ředitel sdružení CZ.NIC, oznámil vydání verze 2.0.0 open source routovacího démona BIRD (Wikipedie). Přehled novinek v diskusním listu a v aktualizované dokumentaci.

Ladislav Hagara | Komentářů: 0
11.12. 09:22 | Pozvánky

V Praze dnes probíhá Konference e-infrastruktury CESNET. Na programu je řada zajímavých přednášek. Sledovat je lze i online na stránce konference.

Ladislav Hagara | Komentářů: 2
9.12. 20:11 | Nová verze

Byl vydán Debian 9.3, tj. třetí opravná verze Debianu 9 s kódovým názvem Stretch a Debian 8.10, tj. desátá opravná verze Debianu 8 s kódovým názvem Jessie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 9 a Debianu 8 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 4
9.12. 00:44 | Nová verze

Po 6 měsících vývoje od vydání verze 0.13.0 byla vydána verze 0.14.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 88 vývojářů. Přibylo 1 211 nových balíčků. Jejich aktuální počet je 6 668. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 4
8.12. 21:33 | Nová verze

Po půl roce vývoje od vydání verze 5.9 byla vydána nová stabilní verze 5.10 toolkitu Qt. Přehled novinek na wiki stránce. Současně byla vydána nová verze 4.5.0 integrovaného vývojového prostředí (IDE) Qt Creator nebo verze 1.10 nástroje pro překlad a sestavení programů ze zdrojových kódů Qbs.

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

Naprostá většina příjmů Mozilly pochází od výchozích webových vyhledávačů ve Firefoxu. Do konce listopadu 2014 měla Mozilla globální smlouvu se společností Google. Následně bylo místo jedné globální smlouvy uzavřeno několik smluv s konkrétními vyhledávači pro jednotlivé země. V USA byla podepsána pětiletá smlouva s vyhledávačem Yahoo. Dle příspěvku na blogu Mozilly podala společnost Yahoo na Mozillu žalobu ohledně porušení této

… více »
Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 970 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    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: 321×
    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.