Přihlášení | Registrace

napište » Zprávičky

Česko představilo nový jednotný vizuální styl státu

dnes 16:22 | IT novinky

Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

Ladislav Hagara | Komentářů: 2

Vyhledávač DuckDuckGo má dnes výpadky

dnes 15:33 | Upozornění

Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.

bindiff | Komentářů: 2

Více než 600 Laravel aplikací je zranitelných vůči vzdálenému spuštění kódu

dnes 13:33 | Bezpečnostní upozornění

Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).

Ladislav Hagara | Komentářů: 3

Helix 25.07

dnes 00:11 | Nová verze

Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.

Ladislav Hagara | Komentářů: 0

Nvidia po souhlasu od Trumpovy vlády obnoví prodej čipů pro AI do Číny

včera 20:44 | IT novinky

Americký výrobce čipů Nvidia získal od vlády prezidenta Donalda Trumpa souhlas s prodejem svých pokročilých počítačových čipů používaných k vývoji umělé inteligence (AI) H20 do Číny. Prodej těchto čipů speciálně upravených pro čínský trh by tak mohl být brzy obnoven, uvedla firma na svém blogu. Americká vláda zakázala prodej v dubnu, v době eskalace obchodního sporu mezi oběma zeměmi. Tehdy to zdůvodnila obavami, že by čipy mohla využívat čínská armáda.

Ladislav Hagara | Komentářů: 9

Blender 4.5 LTS

včera 17:22 | Nová verze

3D software Blender byl vydán ve verzi 4.5 s prodlouženou podporou. Podrobnosti v poznámkách k vydání. Videopředstavení na YouTube.

Ladislav Hagara | Komentářů: 0

Open source webový aplikační framework Django slaví 20. narozeniny

14.7. 22:22 | Komunita

Open source webový aplikační framework Django slaví 20. narozeniny.

Ladislav Hagara | Komentářů: 0

DebConf25

14.7. 16:11 | Komunita

V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0

Před 30 lety se začala používat přípona .mp3

14.7. 11:33 | IT novinky

Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.

Ladislav Hagara | Komentářů: 28

Commodore 64 Ultimate

14.7. 10:55 | IT novinky

Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.

Ladislav Hagara | Komentářů: 23

Centrum | Napsat | Starší

navrhněte » Anketa

Jaký je váš oblíbený skriptovací jazyk?

bash (59%)

python (26%)

perl (7%)

powershell (3%)

batch (1%)

vbscript (1%)

jiný, uvedu v diskusi (4%)

Celkem 399 hlasů

Komentářů: 16, poslední 8.6. 21:05

Rozcestník

AbcLinuxu

HDmag.cz

Administrace komentářů

Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

Příspěvek

8.12.2010 14:29 Franta Hanzlík
Rozbalit Rozbalit vše Re: program padá na SIGSEGV, jak odladit?

$ nm terminal.o |grep using_xterm 00000e90 T using_xterm

Překládané to asi je, žádný #ifdef se toho asi netýká.

"valgrind --leak-check=yes --log-file=v /usr/bin/dosemu.bin":

Na PC kde program fungoval funguje i teď, valgrind vytvoří asi 13kB log, na konci jsou sice nějaká hlášení o leacích, ale asi ne příliš podstatná:

==6935== HEAP SUMMARY:
==6935==     in use at exit: 38,675 bytes in 49 blocks
==6935==   total heap usage: 1,818 allocs, 1,769 frees, 194,819 bytes allocated
==6935== 
==6935== LEAK SUMMARY:
==6935==    definitely lost: 0 bytes in 0 blocks
==6935==    indirectly lost: 0 bytes in 0 blocks
==6935==      possibly lost: 0 bytes in 0 blocks
==6935==    still reachable: 38,675 bytes in 49 blocks
==6935==         suppressed: 0 bytes in 0 blocks
==6935== Reachable blocks (those to which a pointer was found) are not shown.
==6935== To see them, rerun with: --leak-check=full --show-reachable=yes
==6935== 
==6935== For counts of detected and suppressed errors, rerun with: -v
==6935== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 18 from 8)
==6935== 
==6935== HEAP SUMMARY:
==6935==     in use at exit: 423,807 bytes in 508 blocks
==6935==   total heap usage: 4,166 allocs, 3,658 frees, 11,417,093 bytes allocated
==6935== 
==6935== 12 bytes in 1 blocks are definitely lost in loss record 34 of 131
==6935==    at 0x400677E: malloc (vg_replace_malloc.c:195)
==6935==    by 0xDF9353: XcursorTryShapeCursor (in /usr/lib/libXcursor.so.1.0.2)
==6935==    by 0x4475CAC: XCreateGlyphCursor (in /usr/lib/libX11.so.6.3.0)
==6935==    by 0x4011A89: X_init (X.c:2426)
==6935==    by 0x80E5296: iodev_init (in /usr/bin/dosemu.bin)
==6935==    by 0x805E334: main (in /usr/bin/dosemu.bin)
==6935== 
==6935== 124 bytes in 1 blocks are definitely lost in loss record 90 of 131
==6935==    at 0x400677E: malloc (vg_replace_malloc.c:195)
==6935==    by 0xB98D83: ??? (in /usr/lib/libxcb.so.1.1.0)
==6935==    by 0xB98E3A: ??? (in /usr/lib/libxcb.so.1.1.0)
==6935==    by 0xB986F9: xcb_connect_to_display_with_auth_info (in /usr/lib/libxcb.so.1.1.0)
==6935==    by 0xB98A2C: xcb_connect (in /usr/lib/libxcb.so.1.1.0)
==6935==    by 0x44A0302: _XConnectXCB (in /usr/lib/libX11.so.6.3.0)
==6935==    by 0x4487F62: XOpenDisplay (in /usr/lib/libX11.so.6.3.0)
==6935==    by 0x4011203: X_init (X.c:510)
==6935==    by 0x80E5296: iodev_init (in /usr/bin/dosemu.bin)
==6935==    by 0x805E334: main (in /usr/bin/dosemu.bin)
==6935== 
==6935== 124 bytes in 1 blocks are definitely lost in loss record 91 of 131
==6935==    at 0x400677E: malloc (vg_replace_malloc.c:195)
==6935==    by 0xB98D83: ??? (in /usr/lib/libxcb.so.1.1.0)
==6935==    by 0xB98E3A: ??? (in /usr/lib/libxcb.so.1.1.0)
==6935==    by 0xB986F9: xcb_connect_to_display_with_auth_info (in /usr/lib/libxcb.so.1.1.0)
==6935==    by 0xB98A2C: xcb_connect (in /usr/lib/libxcb.so.1.1.0)
==6935==    by 0x44A0302: _XConnectXCB (in /usr/lib/libX11.so.6.3.0)
==6935==    by 0x4487F62: XOpenDisplay (in /usr/lib/libX11.so.6.3.0)
==6935==    by 0x4015895: X11_DetectLayout (X_keymaps.c:73)
==6935==    by 0x813127E: setup_default_keytable (in /usr/bin/dosemu.bin)
==6935==    by 0x812F63B: keyb_server_init (in /usr/bin/dosemu.bin)
==6935==    by 0x81326BA: keyb_init (in /usr/bin/dosemu.bin)
==6935==    by 0x80E5296: iodev_init (in /usr/bin/dosemu.bin)
==6935== 
==6935== 2,000 (80 direct, 1,920 indirect) bytes in 1 blocks are definitely lost in loss record 120 of 131
==6935==    at 0x400677E: malloc (vg_replace_malloc.c:195)
==6935==    by 0x4479193: ??? (in /usr/lib/libX11.so.6.3.0)
==6935==    by 0x4479C97: XQueryFont (in /usr/lib/libX11.so.6.3.0)
==6935==    by 0xDF92D8: XcursorTryShapeCursor (in /usr/lib/libXcursor.so.1.0.2)
==6935==    by 0x4475CAC: XCreateGlyphCursor (in /usr/lib/libX11.so.6.3.0)
==6935==    by 0x4011A89: X_init (X.c:2426)
==6935==    by 0x80E5296: iodev_init (in /usr/bin/dosemu.bin)
==6935==    by 0x805E334: main (in /usr/bin/dosemu.bin)
==6935== 
==6935== LEAK SUMMARY:
==6935==    definitely lost: 340 bytes in 4 blocks
==6935==    indirectly lost: 1,920 bytes in 2 blocks
==6935==      possibly lost: 0 bytes in 0 blocks
==6935==    still reachable: 421,547 bytes in 502 blocks
==6935==         suppressed: 0 bytes in 0 blocks
==6935== Reachable blocks (those to which a pointer was found) are not shown.
==6935== To see them, rerun with: --leak-check=full --show-reachable=yes
==6935== 
==6935== For counts of detected and suppressed errors, rerun with: -v
==6935== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 29 from 10)

Na PC kde hází SEGV se to chová jinak: do logu se zapíše cca 10kB, zdá se shodných jako na OK PC. A pak zřejmě někde cyklí, valgrind (na top-u se zobrazuje memcheck-x86-li(nux)) neustále spotřebovává 95-100% CPU a nic se neděje. Když po několika desítkách minut zkusím breaknout s CTRL/C, skončí to zase na SEGV a valgrin do logu dopíše asi 1600 Byte, tu část od "Process terminating with default action of signal 11":

==10135== 
==10135== HEAP SUMMARY:
==10135==     in use at exit: 38,675 bytes in 49 blocks
==10135==   total heap usage: 1,818 allocs, 1,769 frees, 185,163 bytes allocated
==10135== 
==10135== LEAK SUMMARY:
==10135==    definitely lost: 0 bytes in 0 blocks
==10135==    indirectly lost: 0 bytes in 0 blocks
==10135==      possibly lost: 0 bytes in 0 blocks
==10135==    still reachable: 38,675 bytes in 49 blocks
==10135==         suppressed: 0 bytes in 0 blocks
==10135== Reachable blocks (those to which a pointer was found) are not shown.
==10135== To see them, rerun with: --leak-check=full --show-reachable=yes
==10135== 
==10135== For counts of detected and suppressed errors, rerun with: -v
==10135== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 18 from 8)
==10135== 
==10135== Process terminating with default action of signal 11 (SIGSEGV)
==10135==  Bad permissions for mapped region at address 0x4001245
==10135==    at 0x10C630: _dl_lookup_symbol_x (dl-lookup.c:713)
==10135==    by 0x1174EF: _dl_runtime_resolve (dl-trampoline.S:37)
==10135==    by 0x1FE457: mmap (mmap.S:62)
==10135==    by 0x808E635: remove_from_io_select (dosemu_debug.h:188)
==10135==    by 0x808DAB9: ??? (mapfile.c:208)
==10135==    by 0x80E4FB9: low_mem_init (unistd.h:45)
==10135==    by 0x805E2D4: redraw_cursor (text.c:180)
==10135==    by 0x13CE15: (below main) (libc-start.c:226)
==10135== 
==10135== HEAP SUMMARY:
==10135==     in use at exit: 95,850 bytes in 492 blocks
==10135==   total heap usage: 1,938 allocs, 1,446 frees, 279,383 bytes allocated
==10135== 
==10135== LEAK SUMMARY:
==10135==    definitely lost: 0 bytes in 0 blocks
==10135==    indirectly lost: 0 bytes in 0 blocks
==10135==      possibly lost: 0 bytes in 0 blocks
==10135==    still reachable: 95,850 bytes in 492 blocks
==10135==         suppressed: 0 bytes in 0 blocks
==10135== Reachable blocks (those to which a pointer was found) are not shown.
==10135== To see them, rerun with: --leak-check=full --show-reachable=yes
==10135== 
==10135== For counts of detected and suppressed errors, rerun with: -v
==10135== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 25 from 10)

Ten kousek:

==10135==  Bad permissions for mapped region at address 0x4001245
==10135==    at 0x10C630: _dl_lookup_symbol_x (dl-lookup.c:713)
==10135==    by 0x1174EF: _dl_runtime_resolve (dl-trampoline.S:37)
==10135==    by 0x1FE457: mmap (mmap.S:62)
==10135==    by 0x808E635: remove_from_io_select (dosemu_debug.h:188)
==10135==    by 0x808DAB9: ??? (mapfile.c:208)
==10135==    by 0x80E4FB9: low_mem_init (unistd.h:45)
==10135==    by 0x805E2D4: redraw_cursor (text.c:180)
==10135==    by 0x13CE15: (below main) (libc-start.c:226)

je zajímavý, ale jak jej interpretovat?

V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

Offtopic diskuse použijte pro diskusi mimo záběr našeho portálu (včelařství, windows), která by měla být smazána.
Duplicitní diskuse je určena pro případ, kdy uživatel odeslal svůj dotaz několikrát.
Návrh na cenzuru použijte, pokud komentář obsahuje urážky, vulgarismy nebo porušuje zákony.
Návrh na smazání komentáře je velmi neobvyklá akce používaná obvykle při nepovolené reklamě či spamu, výkřicích psychicky nemocných jedinců (ještírci) nebo pro smazání duplikátních komentářů.
Oprava formátování je žádost pro úpravu formy příspěvku, například pokud někdo píše bez odstavců nebo použije PRE pro celý komentář. Žádosti o změnu obsahu budou zamítnuty.

Píšeme jinde

ISSN 1214-1267 www.czech-server.cz

Redakce | Inzerce | Podmínky použití | Osobní údaje

Vaše jméno
Váš email
Typ požadavku

Slovní popis