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 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 1
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 19
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 44
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 937 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    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: 312×
    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.