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 15:44 | Bezpečnostní upozornění

    Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »

    vencour | Komentářů: 0
    dnes 15:33 | Nová verze

    Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).

    ʚĭɞ 🍉 | Komentářů: 0
    dnes 15:22 | Nová verze

    Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.

    Ladislav Hagara | Komentářů: 0
    dnes 11:11 | Bezpečnostní upozornění

    V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.

    vencour | Komentářů: 0
    dnes 05:11 | Nová verze

    Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.

    Ladislav Hagara | Komentářů: 0
    včera 21:22 | Pozvánky

    Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »

    lkocman | Komentářů: 1
    včera 16:44 | Bezpečnostní upozornění

    Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.

    Ladislav Hagara | Komentářů: 10
    včera 11:55 | Nová verze

    UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.

    Ladislav Hagara | Komentářů: 0
    včera 11:33 | IT novinky

    Společnost Škoda Auto zveřejnila na Printables bezplatné 3D modely příslušenství do svých vozů (držáky na nápoje, pomůcky pro vedení kabelů, mincovníky, háčky na USB kabely a čepice pro kapsy na zadních stranách opěradel sedadel, držáky na telefony a úchyty pro horní upevnění bezpečnostních pásů).

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

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 170 (pdf).

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2891 hlasů
     Komentářů: 33, poslední 20.10. 23:44
    Rozcestník

    Dotaz: debugging gnome-panel z core dumpu

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

     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ákno • Nahoru

    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.