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 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
včera 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 8
včera 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 40
včera 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
27.3. 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
27.3. 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 959 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: debugging gnome-panel z core dumpu

    12.4.2009 23:05 murinacek
    debugging gnome-panel z core dumpu
    Přečteno: 104×

     gnome-panel mi padá na segmentation fault. To vytváří soubor core, který potom spolu s gnome-panel načítám debuggerem gdb.

    podle informací z dumpu se naposled volá funkce bonobo_closure_invoke_va_list (viz dále výpis)

     

    Core was generated by `gnome-panel --sm-client-id 117f000101000123956726800000103700000 --screen 0'.
    Program terminated with signal 11, Segmentation fault.
    [New process 10450]
    #0  0xb7e12e40 in bonobo_closure_invoke_va_list ()
       from /usr/lib/libbonobo-2.so.0
    (gdb) backtrace
    #0  0xb7e12e40 in bonobo_closure_invoke_va_list ()
       from /usr/lib/libbonobo-2.so.0
    #1  0xb7e132cf in bonobo_closure_invoke () from /usr/lib/libbonobo-2.so.0
    #2  0xb7dfe880 in ?? () from /usr/lib/libbonobo-2.so.0
    #3  0x091888b0 in ?? ()
    #4  0x08ff5fc0 in ?? ()
    #5  0xbfa82078 in ?? ()
    #6  0x09177188 in ?? ()
    #7  0x0901bbb0 in ?? ()
    #8  0x00000041 in ?? ()
    #9  0x091887d1 in ?? ()
    #10 0x00000000 in ?? ()
    

     Nainstaloval jsem si také gnome-panel-dbg a stáhnul zdrojové soubory (apt-get source gnome-panel), debug symboly a zdrojové soubory předhodím debuggeru.

    Nastavím si breakpoint na bonobo_closure_invoke_va_list a dám povel run. Debugger se zastaví, ale bohužel mi neukáže místo ve zdrojovém souboru. Hledal jsem i ve zdrojových souborech (ne přes debugger) a funkce bonobo_closure_invoke_va_list tam nikde není?

    děkuji za radu

    Odpovědi

    12.4.2009 23:22 l4m4
    Rozbalit Rozbalit vše Re: debugging gnome-panel z core dumpu
    bonobo_closure_invoke_va_list() je v libbonobo, jak to ostatně gdb píše. K interpretaci stack trace potřebuješ dbg i od všech (v principu) knihoven, které to používá.
    12.4.2009 23:48 murinacek
    Rozbalit Rozbalit vše Re: debugging gnome-panel z core dumpu

    děkuji.. tak jsem si našel na, že libbonobo-2.so.0 je z balíku libbonobo2-0. Stáhl zdroje a funkci tam opět nevidím, nemluvě o tom že už nevidím ani balík -dbg pro libbonobo2-0 .... jak dál?

    13.4.2009 00:02 l4m4
    Rozbalit Rozbalit vše Re: debugging gnome-panel z core dumpu
    Ty vlastně nevidíš věci, které jsou nahoře v zásobníku, ani main() od toho programu, takže problém je někde jinde. Podezřelé je:

    (a) gdb nevypisuje žádné

    Reading symbols from...

    takže kdo ví, zda to debuginfo čte (musím přiznat, že na debianu už jsem dlouho nic nedebugoval, gdb na redhatu samo napíše i který balíček se symboly doinstalovat, když nějaký chybí...).

    (b) adresy 0x00000041 a 0x00000000. Celkem by měl překvapilo, kdyby main() byla na adrese 0. To by znamenalo přepsaný zásobník, a v tom případě je stack trace víceméně bezcenný.

    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.