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í
Přihlášení | Registrace
×
napište » Zprávičky
inzerujte » Pracovní nabídky
    Uživatelé komunikátoru Signal si mohou svá data bezpečně zálohovat
    včera 22:00 | IT novinky

    Uživatelé komunikátoru Signal si mohou svá data přímo v Signalu bezpečně zálohovat a v případě rozbití nebo ztráty telefonu následně na novém telefonu obnovit. Zálohování posledních 45 dnů je zdarma. Nad 45 dnů je zpoplatněno částkou 1,99 dolaru měsíčně.

    Ladislav Hagara | Komentářů: 0
    LWN.net: Nutnost spolehlivě zachovat historii naší komunity
    včera 18:44 | Zajímavý článek

    Server Groklaw, zaměřený na kauzy jako právní spory SCO týkající se Linuxu, skončil před 12 lety, resp. doména stále existuje, ale web obsahuje spam propagující hazardní hry. LWN.net proto v úvodníku připomíná důležitost zachovávání komunitních zdrojů a upozorňuje, že Internet Archive je také jen jeden.

    Fluttershy, yay! | Komentářů: 2
    Adminer 5.4.0
    včera 14:22 | Nová verze

    Jakub Vrána vydal Adminer ve verzi 5.4.0: "Delší dobu se v Admineru neobjevila žádná závažná chyba, tak jsem nemusel vydávat novou verzi, až počet změn hodně nabobtnal."

    Ladislav Hagara | Komentářů: 1
    V Německu uvedli do provozu nejrychlejší superpočítač v Evropě
    včera 13:22 | IT novinky

    V Německu slavnostně uvedli do provozu (en) nejrychlejší počítač v Evropě. Superpočítač Jupiter se nachází ve výzkumném ústavu v Jülichu na západě země, podle německého kancléře Friedricha Merze otevírá nové možnosti pro trénování modelů umělé inteligence (AI) i pro vědecké simulace. Superpočítač Jupiter je nejrychlejší v Evropě a čtvrtý nejrychlejší na světě (TOP500). „Chceme, aby se z Německa stal národ umělé inteligence,“ uvedl na

    … více »
    Ladislav Hagara | Komentářů: 11
    Akademy 2025 / KDE Linux
    7.9. 04:11 | Komunita

    V Berlíně probíhá konference vývojářů a uživatelů desktopového prostředí KDE Plasma Akademy 2025. Při té příležitosti byla oznámena alfa verze nové linuxové distribuce KDE Linux.

    Ladislav Hagara | Komentářů: 1
    Debian 13.1 a 12.12
    6.9. 17:11 | Nová verze

    Byl vydán Debian 13.1, tj. první opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.12, tj. dvanáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 2
    EK udělila Googlu pokutu 2,95 miliardy eur za porušení antimonopolní legislativy
    5.9. 23:44 | IT novinky

    Evropská komise potrestala Google ze skupiny Alphabet pokutou 2,95 miliardy eur (71,9 miliardy Kč) za porušení antimonopolní legislativy. Podle EK, která mimo jiné plní funkci antimonopolního orgánu EU, se Google dopustil protisoutěžních praktik ve svém reklamním byznysu. Google v reakci uvedl, že rozhodnutí považuje za chybné a hodlá se proti němu odvolat. EK ve věci rozhodovala na základě stížnosti Evropské rady vydavatelů. Podle

    … více »
    Ladislav Hagara | Komentářů: 43
    Podpora 32bitového Firefoxu pro Linux skončí v roce 2026
    5.9. 23:11 | Komunita

    Podpora 32bitového Firefoxu pro Linux skončí v roce 2026. Poslední podporované 32bitové verze budou Firefox 144 a Firefox 140 s rozšířenou podporou, jehož podpora skončí v září 2026.

    Ladislav Hagara | Komentářů: 3
    1TB Raspberry Pi SSD za 70 dolarů
    5.9. 19:33 | IT novinky

    Společnost Raspberry Pi nově nabízí Raspberry Pi SSD s kapacitou 1 TB za 70 dolarů.

    Ladislav Hagara | Komentářů: 12
    Microsoft BASIC pro mikroprocesor 6502 na GitHubu
    5.9. 15:55 | Zajímavý software

    Microsoft BASIC pro mikroprocesor 6502 byl uvolněn jako open source. Zdrojový kód je k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 14
    Centrum | Napsat | Starší
    navrhněte » Anketa
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (83%)
     (7%)
     (2%)
     (3%)
     (3%)
     (2%)
    Celkem 156 hlasů
     Komentářů: 11, poslední 4.9. 16:12
    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.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    Píšeme jinde
    ISSN 1214-1267   www.czech-server.cz
    Redakce | Inzerce | Podmínky použití | Osobní údaje
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.