Mercurial (Wikipedie), software pro SCM (Source Code Management), byl vydán ve verzi 6.4. Přehled novinek v poznámkách k vydání. Ve dnech 5. až 7. dubna proběhne konference Mercurial Paris.
Byly rozdány Ceny Velkého bratra (Big Brother Awards) za rok 2022 pro největší slídily pořádané nevládní organizací Iuridicum Remedium. Dlouhodobý slídil: Microsoft. Firemní slídil: Seznam. Úřední slídil: Nejvyšší správní soud. Výrok Velkého bratra: Marian Jurečka. Pozitivní cena: NoLog.
Byla představena online vzdělávací platforma Ada Computer Science pro učitele, studenty a kohokoli, kdo se zajímá o informatiku. Stojí za ní Raspberry Pi Foundation a Univerzita v Cambridgi.
GitHub má nový RSA SSH klíč. Předchozí soukromý klíč byl krátce vystaven na GitHubu.
Společnost Framework Computer představila (YouTube) nové modulární notebooky: Laptop 13 s Intel Core nebo AMD Ryzen a Laptop 16 (YouTube).
Bylo vydáno Ubuntu 20.04.6 LTS, tj. šesté opravné vydání Ubuntu 20.04 LTS s kódovým názvem Focal Fossa. Přehled novinek v poznámkách k vydání a v přehledu změn.
Připojit neznámý USB flash disk do počítače může být nebezpečné. Dokonce může jít i o život. Někdo rozeslal ekvádorským novinářům USB flash disky, které po připojení do počítače explodují [BBC, Twitter].
Byla vydána nová verze 7.4 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu.
Byla vydána verze 11.0 s kódovým jménem Aramo linuxové distribuce Trisquel GNU/Linux. Založena je na Ubuntu 22.04 LTS a podporována bude do roku 2027. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).
Mozilla založila startup Mozilla.ai a vložila do něj 30 milionů dolarů. Cílem je vývoj důvěryhodné, nezávislé a open source AI.
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í.
gdb /plna/ceska/k/binarce
třeba prvně i bez toho coredumpu
[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.
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
.
Tiskni
Sdílej: