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 01:22 | Nová verze

    Podman (Pod Manager), nástroj umožňující vytvářet a provozovat kontejnery, aniž by uživatel potřeboval práva roota, byl vydán v nové major verzi 6.0.0. Přehled novinek v poznámkách k vydání. Řešena je i vážná bezpečnostní chyba CVE-2026-57231.

    Ladislav Hagara | Komentářů: 0
    dnes 00:11 | IT novinky

    Společnost Sony oznámila, že od ledna 2028 přestane vydávat nové hry pro PlayStation na fyzických discích. Všechny budoucí tituly budou dostupné výhradně v digitální podobě na PlayStation Store.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Nová verze

    Google Chrome 150 byl prohlášen za stabilní. Nejnovější stabilní verze 150.0.7871.46 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 433 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 13:00 | Nová verze

    Soudní dvůr Evropské unie potvrdil rekordní pokutu 4,125 miliardy eur (100 miliard Kč) americké technologické firmě Google ze skupiny Alphabet. Pokutu firmě v roce 2018 vyměřila Evropská komise (EK) za to, že Google podle ní zneužívá operačního systému Android k potlačení konkurence na trhu vyhledávacích služeb.

    Ladislav Hagara | Komentářů: 17
    včera 12:44 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa povolila firmě Anthropic obnovit plný přístup klientů k modelům umělé inteligence (AI) Fable 5 a Mythos 5. Ty byly nedostupné bezmála tři týdny kvůli bezpečnostním obavám vlády, třebaže americké ministerstvo obchodu minulý pátek povolilo omezený přístup k modelu Mythos 5 pro některé „důvěryhodné“ domácí organizace.

    Ladislav Hagara | Komentářů: 1
    včera 12:22 | Zajímavý článek

    Francúzska organizácia na ochranu spotrebiteľa, po viac než ôsmych rokoch skúmania, žaluje Epson za plánované zastarávanie tlačiarní. Súd sa začína dnes, 2. 7. 2026, vo francúzskom Nanterre.

    Vlado99 | Komentářů: 5
    včera 03:00 | Zajímavý software

    Erin Catto, autor open source 2D fyzikálního enginu Box2D (Wikipedie), představil nový 3D fyzikální engine Box3D. Engine je již používán ve hře The Legend of California.

    Ladislav Hagara | Komentářů: 0
    včera 01:00 | Nová verze

    Byla vydána nová verze 4.0.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy nových filtrů na PIXLS.US.

    Ladislav Hagara | Komentářů: 1
    1.7. 14:22 | Zajímavý článek

    Český statistický úřad (ČSÚ): Průměrná hrubá měsíční mzda ICT specialistů v roce 2025 meziročně vzrostla o 6 % na téměř 100 tisíc korun. Nejlépe placeni byli vývojáři softwaru. Dlouhodobým trendem zůstává nízké zastoupení žen, a to jak mezi specialisty, tak studenty těchto oborů.

    Ladislav Hagara | Komentářů: 15
    1.7. 14:11 | IT novinky

    Ochranný svaz autorský (OSA) připravuje žalobu na společnost Suno, která umožňuje generování hudby pomocí umělé inteligence (AI). ČTK to sdělil předseda představenstva OSA Roman Strejček. Suno podle něj bez souhlasu využívá k trénování svých modelů hudbu autorů, které svaz zastupuje. Nedávný investigativní materiál magazínu The Atlantic ukázal, že firmy jako Suno nebo Udio k trénování modelů používají rozsáhlé databáze obsahující miliony skladeb. V databázích, které časopis zveřejnil, lze dohledat i písně řady českých a slovenských umělců.

    Ladislav Hagara | Komentářů: 3
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (8%)
     (2%)
     (17%)
     (31%)
     (4%)
     (6%)
     (3%)
     (16%)
     (26%)
    Celkem 2038 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    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.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.