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 00:33 | Zajímavý software

    plwm je nový, poměrně minimalistický správce oken pro X11. Podporuje dynamické dláždění okny, plochy, pravidla pro okna atd. Zvláštností je, že je napsaný v logickém programovacím jazyce Prolog. Používá implementaci SWI-Prolog.

    Fluttershy, yay! | Komentářů: 0
    dnes 00:22 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    včera 23:00 | Zajímavý článek

    Sean Heelan se na svém blogu rozepsal o tom, jak pomocí OpenAI o3 nalezl vzdálenou zranitelnost nultého dne CVE-2025-37899 v Linuxu v implementaci SMB.

    Ladislav Hagara | Komentářů: 2
    včera 04:00 | Zajímavý článek

    Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."

    Ladislav Hagara | Komentářů: 10
    včera 00:22 | Nová verze

    Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.

    Ladislav Hagara | Komentářů: 0
    23.5. 18:11 | Nová verze

    Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    23.5. 18:00 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    23.5. 14:55 | IT novinky

    Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.

    Fluttershy, yay! | Komentářů: 6
    23.5. 12:00 | Nová verze

    Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.

    Pavel Křivánek | Komentářů: 3
    23.5. 04:00 | IT novinky

    Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.

    Ladislav Hagara | Komentářů: 7
    Jaký je váš oblíbený skriptovací jazyk?
     (58%)
     (28%)
     (6%)
     (3%)
     (0%)
     (0%)
     (5%)
    Celkem 99 hlasů
     Komentářů: 6, poslední 22.5. 14:43
    Rozcestník

    Dotaz: Glib, GHashTable - memleak?

    frEon avatar 1.3.2009 18:40 frEon | skóre: 40 | Praha
    Glib, GHashTable - memleak?
    Přečteno: 297×
    Zdravim,

    Můj dotaz se týká datové struktury GHashTable. Když jsem svůj program nalouskal do Valgrindu zhrozil jsem se :-). Mimo svých chyb při práci s pamětí (které jsou již opravené)jsem si všiml jedné, které nepochází (asi) z mého kódu. Vytvořil jsem mini ukázku na které se dá chyba ukázat. Mám GHashTable, která má char * klíče i hodnoty. Ty by při volání g_hash_table_destroy() měli být dealokovány pomocí g_free() spolu s mojí GHashTable *hash.

    #include <glib.h>
    
    int main(int argc, char **argv)
    {
        GHashTable *hash = g_hash_table_new_full(g_str_hash, g_str_equal, g_free, g_free);
        gchar *key = "klic";
        gchar *val = "val";
    
        g_hash_table_insert(hash, g_strdup(key), g_strdup(val));
    
        g_hash_table_destroy(hash);
        return 0;
    }
    

    Program kompiluji takto:

     gcc -Wdisabled-optimization -O  -g -Wall -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -lglib-2.0 test.c

    Když jsem zagooglil, zjistil jsem, že memleak může být Valgrindem reportován kvůli slice alocatoru, který používá Glib a že je před použitím Valgrindu potřeba vyexportovat proměnné, který donutí program nepoužívat slice allocator a další glib finty na práci s pamětí. Pouštím tedy:

    export G_SLICE=always-malloc && export G_DEBUG=gc-friendly
    

    A následně pouštím Valgrind:

    michal@neotronic-ntb:/tmp$ valgrind --leak-check=full --show-reachable=yes ./a.out
    ==19278== Memcheck, a memory error detector.
    ==19278== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
    ==19278== Using LibVEX rev 1854, a library for dynamic binary translation.
    ==19278== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
    ==19278== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework.
    ==19278== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
    ==19278== For more details, rerun with: -v
    ==19278==
    ==19278==
    ==19278== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 17 from 1)
    ==19278== malloc/free: in use at exit: 1,524 bytes in 3 blocks.
    ==19278== malloc/free: 8 allocs, 5 frees, 1,629 bytes allocated.
    ==19278== For counts of detected errors, rerun with: -v
    ==19278== searching for pointers to 3 not-freed blocks.
    ==19278== checked 74,224 bytes.
    ==19278==
    ==19278== 1,524 bytes in 3 blocks are still reachable in loss record 1 of 1
    ==19278==    at 0x4021E22: calloc (vg_replace_malloc.c:397)
    ==19278==    by 0x407F50B: g_malloc0 (gmem.c:151)
    ==19278==    by 0x40941CA: g_slice_init_nomessage (gslice.c:329)
    ==19278==    by 0x4095F34: g_slice_alloc (gslice.c:359)
    ==19278==    by 0x4069678: g_hash_table_new_full (ghash.c:347)
    ==19278==    by 0x8048640: main (test.c:5)
    ==19278==
    ==19278== LEAK SUMMARY:
    ==19278==    definitely lost: 0 bytes in 0 blocks.
    ==19278==      possibly lost: 0 bytes in 0 blocks.
    ==19278==    still reachable: 1,524 bytes in 3 blocks.
    ==19278==         suppressed: 0 bytes in 0 blocks.
    

    A teď ten dotaz, dělám něco blbě já (nejpravděpodobnější možnost), valgrind má halucinace, nebo jsem narazil na memleak v glibu (o čemž pochybuji)?

     

    Dík

    Talking about music is like dancing to architecture.

    Na otázku zatím nikdo bohužel neodpověděl.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.