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í
×
    včera 22:33 | Nová verze

    Byla vydána nová major verze 5.0.0 svobodného multiplatformního nástroje BleachBit (GitHub, Wikipedie) určeného především k efektivnímu čištění disku od nepotřebných souborů.

    Ladislav Hagara | Komentářů: 1
    2.5. 22:22 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube).

    Ladislav Hagara | Komentářů: 0
    2.5. 19:11 | IT novinky

    Provozovatel čínské sociální sítě TikTok dostal v Evropské unii pokutu 530 milionů eur (13,2 miliardy Kč) za nedostatky při ochraně osobních údajů. Ve svém oznámení to dnes uvedla irská Komise pro ochranu údajů (DPC), která jedná jménem EU. Zároveň TikToku nařídila, že pokud správu dat neuvede do šesti měsíců do souladu s požadavky, musí přestat posílat data o unijních uživatelích do Číny. TikTok uvedl, že se proti rozhodnutí odvolá.

    Ladislav Hagara | Komentářů: 2
    2.5. 11:22 | Zajímavý projekt

    Společnost JetBrains uvolnila Mellum, tj. svůj velký jazykový model (LLM) pro vývojáře, jako open source. Mellum podporuje programovací jazyky Java, Kotlin, Python, Go, PHP, C, C++, C#, JavaScript, TypeScript, CSS, HTML, Rust a Ruby.

    Ladislav Hagara | Komentářů: 2
    2.5. 09:11 | Bezpečnostní upozornění

    Vývojáři Kali Linuxu upozorňují na nový klíč pro podepisování balíčků. K původnímu klíči ztratili přístup.

    Ladislav Hagara | Komentářů: 2
    1.5. 20:00 | Komunita

    V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.

    Ladislav Hagara | Komentářů: 2
    1.5. 19:22 | IT novinky

    Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).

    Ladislav Hagara | Komentářů: 0
    30.4. 22:33 | Nová verze

    Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.

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

    Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.

    karkar | Komentářů: 0
    30.4. 12:11 | Humor

    Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).

    Ladislav Hagara | Komentářů: 7
    Jaký filesystém primárně používáte?
     (58%)
     (1%)
     (9%)
     (21%)
     (4%)
     (2%)
     (2%)
     (0%)
     (1%)
     (3%)
    Celkem 510 hlasů
     Komentářů: 19, poslední 30.4. 11:32
    Rozcestník

    Dotaz: Glib, GHashTable - memleak?

    frEon avatar 1.3.2009 18:40 frEon | skóre: 40 | Praha
    Glib, GHashTable - memleak?
    Přečteno: 296×
    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.