Byl vydán Mozilla Firefox 126.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vylepšena byla funkce "Zkopírovat odkaz bez sledovacích prvků". Přidána byla podpora zstd (Zstandard). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 126 je již k dispozici také na Flathubu a Snapcraftu.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 11.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 24.0 linuxové distribuce Manjaro (Wikipedie). Její kódové jméno je Wynsdey. Ke stažení je v edicích GNOME, KDE PLASMA a XFCE.
Byla představena oficiální rozšiřující deska Raspberry Pi M.2 HAT+ pro připojování M.2 periferii jako jsou NVMe disky a AI akcelerátory k Raspberry Pi 5. Cena je 12 dolarů.
V Praze o víkendu proběhla bastlířská událost roku - výstava Maker Fair v Praze. I strahovští bastlíři nelenili a bastly ostatních prozkoumali. Přijďte si proto i vy na Virtuální Bastlírnu popovídat, co Vás nejvíce zaujalo a jaké projekty jste si přinesli! Samozřejmě, nejen českou bastlířskou scénou je člověk živ - takže co se stalo ve světě a o čem mohou strahováci něco říct? Smutnou zprávou může být to, že provozovatel Sigfoxu jde do
… více »Kam asi vede IllllIllIIl.llIlI.lI? Zkracovač URL llIlI.lI.
Společnost OpenAI představila svůj nejnovější AI model GPT-4o (o jako omni, tj. vše). Nově také "vidí" a "slyší". Videoukázky na 𝕏 nebo YouTube.
Ondřej Filip publikoval reportáž z ceremonie podpisu kořenové zóny DNS. Zhlédnout lze také jeho nedávnou přednášku Jak se podepisuje kořenová zóna Internetu v rámci cyklu Fyzikální čtvrtky FEL ČVUT.
Společnost BenQ uvádí na trh novou řadu monitorů RD určenou pro programátory. První z nich je RD240Q.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem nadále zůstává Frontier od HPE (Cray) s výkonem 1,206 exaFLOPS. Druhá Aurora má oproti loňsku přibližně dvojnásobný počet jader a dvojnásobný výkon: 1,012 exaFLOPS. Novým počítačem v první desítce je na 6. místě Alps. Novým českým počítačem v TOP500 je na 112. místě C24 ve Škoda Auto v Mladé Boleslavi. Ostravská Karolina, GPU
… více »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: