abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 18:55 | IT novinky

    Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).

    Ladislav Hagara | Komentářů: 2
    včera 18:33 | IT novinky

    Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.

    Ladislav Hagara | Komentářů: 0
    včera 17:11 | Nová verze

    Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.

    Ladislav Hagara | Komentářů: 0
    včera 13:44 | Komunita

    Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2023. Vybráni byli Bruno Haible za dlouhodobé příspěvky a správu knihovny Gnulib, nováček Nick Logozzo za front-end Parabolic pro yt-dlp a tým Mission logiciels libres francouzského státu za nasazování svobodného softwaru do praxe.

    Fluttershy, yay! | Komentářů: 0
    včera 13:11 | IT novinky

    Před 10 lety Microsoft dokončil akvizici divize mobilních telefonů společnosti Nokia a pod značkou Microsoft Mobile ji zanedlouho pohřbil.

    Ladislav Hagara | Komentářů: 2
    6.5. 21:33 | Komunita

    Fedora 40 release party v Praze proběhne v pátek 17. května od 18:30 v prostorách společnosti Etnetera Core na adrese Jankovcova 1037/49, Praha 7. Součástí bude program kratších přednášek o novinkách ve Fedoře.

    Ladislav Hagara | Komentářů: 5
    6.5. 21:11 | IT novinky

    Stack Overflow se dohodl s OpenAI o zpřístupnění obsahu Stack Overflow pro vylepšení OpenAI AI modelů.

    Ladislav Hagara | Komentářů: 1
    6.5. 17:55 | Nová verze

    AlmaLinux byl vydán v nové stabilní verzi 9.4 (Mastodon, 𝕏). S kódovým názvem Seafoam Ocelot. Přehled novinek v příspěvku na blogu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    6.5. 17:11 | IT novinky

    Před 50 lety, 5. května 1974 v žurnálu IEEE Transactions on Communications, Vint Cerf a Bob Kahn popsali protokol TCP (pdf).

    Ladislav Hagara | Komentářů: 0
    6.5. 13:44 | Zajímavý článek

    Bylo vydáno do češtiny přeložené číslo 717 týdeníku WeeklyOSM přinášející zprávy ze světa OpenStreetMap.

    Ladislav Hagara | Komentářů: 0
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (63%)
     (8%)
     (14%)
     (16%)
    Celkem 133 hlasů
     Komentářů: 9, poslední včera 22:07
    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.