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ářů: 3
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ářů: 36
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%)
 (71%)
 (3%)
 (10%)
Celkem 957 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: GDB - při core spadlého procesu nenačte symboly

    8.3.2016 16:10 Frenk
    GDB - při core spadlého procesu nenačte symboly
    Přečteno: 229×
    Snažím se debugovat coredump procesu, který nám spadl. A gdb při načítání core pomocí gdb binarka coredump vypíše warning: Can't read pathname for load map.

    Pokud ale zkusím na bežícím procesu gcore pid a zkusím načíst je vše ok. Tedy správné symboly, všechno vidím přeložené. Tedy debuginfo balíky sedí apod.

    Když zkusím shodit proces shodit třeba přes SIGSEGV tak opět vzniklé core při načítání hlásí chybu a nic nevidím.

    V čem může být problém že pro core vzniklé při pádu nenačte správně symboly, přitom pro bežící proces ano? Google mi moc nepomohl, při dotazech na gdb IRC skupinu buď nikdo neodpoví nebo odpoví že neví.

    Odpovědi

    pavlix avatar 9.3.2016 00:10 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: GDB - při core spadlého procesu nenačte symboly
    Příliš málo informací.
    9.3.2016 14:53 Frenk
    Rozbalit Rozbalit vše Re: GDB - při core spadlého procesu nenačte symboly
    Doplněny výpisy níže, případně potřebuji vědět jaké informace chybí rád doplním.
    9.3.2016 13:11 trubicoid2
    Rozbalit Rozbalit vše Re: GDB - při core spadlého procesu nenačte symboly
    co to je za distro?

    zkus gdb /plna/ceska/k/binarce třeba prvně i bez toho coredumpu
    9.3.2016 14:48 Frenk
    Rozbalit Rozbalit vše Re: GDB - při core spadlého procesu nenačte symboly
    distro je naše vlastní založené na CentOS6.
    9.3.2016 14:52 Frenk
    Rozbalit Rozbalit vše Re: GDB - při core spadlého procesu nenačte symboly
    Tady je všechno ok

    [root@vmffr09 ~]# gdb /usr/sbin/asterisk
    GNU gdb (GDB) Red Hat Enterprise Linux (7.2-83.el6)
    Copyright (C) 2010 Free Software Foundation, Inc.
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "x86_64-redhat-linux-gnu".
    For bug reporting instructions, please see:
    Reading symbols from /usr/sbin/asterisk...Reading symbols from /usr/lib/debug/usr/sbin/asterisk.debug...done.
    done.
    (gdb) 
    kdybych to chtěl debugovat za běhu není problém. Není problém ani s debugem core, které vznikne z gcore pid běžícího procesu. Jenom prostě při načtení core co vznikne při pádu nebo simulaci pádu pomocí třeba kill -SIGSEGV pid.
    9.3.2016 13:26 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: GDB - při core spadlého procesu nenačte symboly
    Řekl bych, že je to vysvětlené tady http://techvolve.blogspot.cz/2014/05/gdb-debugging-core-dump-of-user-space.html . Bez nastavení cesty solib-search-path to nevypisuje symboly knihoven, i když je vlastní binárka s debug symboly (viz step 3).
    9.3.2016 14:45 Frenk
    Rozbalit Rozbalit vše Re: GDB - při core spadlého procesu nenačte symboly
    Přílohy:
    Nastavení set solib-search-path na /usr/lib64 na tom nic nemění. V příloze gdbast_gcore_running.txt je výpis z načtení core, získaného z bežícího procesu pomocí gcore pid. Spouštím gdb /usr/sbin/asterisk potom core-file coresoubor Tady je to ok.

    V příloze gdbast_gcore_crashed.txt je ten samý postup, akorát načtu core vytvořené při pádu či při "simulaci pádu" pomocí kill -SIGSEGV pid.
    9.3.2016 16:37 tom
    Rozbalit Rozbalit vše Re: GDB - při core spadlého procesu nenačte symboly
    Pouzivate kontejnery?
    9.3.2016 16:55 Frenk
    Rozbalit Rozbalit vše Re: GDB - při core spadlého procesu nenačte symboly
    ne

    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.