Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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í.
9.3.2016 00:10
pavlix | skóre: 54
| blog: pavlix
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:
