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 20:00 | Komunita

Spolek vpsFree.cz již potřetí zveřejnil statistiku linuxových distribucí běžících na jejich infrastruktuře. Nejpoužívanější je Debian s 50,4 %. Následuje Ubuntu s 25,6 % a CentOS s 13,6 %. Skokanem roku je Alpine Linux.

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

Michal Špaček publikoval třetí číslo svého newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se v něm například také bezpečnostní chybě v ImageMagick.

Ladislav Hagara | Komentářů: 3
včera 05:55 | Zajímavý projekt

V pátek byl představen projekt postmarketOS (GitHub). Cílem tohoto projektu je open source operační systém pro chytré telefony vycházející z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Operační systém postmarketOS by měl podporovat 10letý životní cyklus chytrých telefonů.

Ladislav Hagara | Komentářů: 34
28.5. 23:44 | Nová verze

Byla vydána verze 0.4.5 svobodného operačního systému ReactOS. Z novinek lze zdůraznit podporu kancelářského balíku Microsoft Office 2010. Podrobnosti v ChangeLogu.

Ladislav Hagara | Komentářů: 9
28.5. 23:11 | Komunita

Linphone 4.0 pro desktop přichází. Vývojáři tohoto multiplatformního open source VoIP a SIP klienta postupně představují nové vlastnosti. Verze 4.0 bude postavena na Qt [reddit].

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

Dle plánu byl měl Debian 9 s kódovým názvem Stretch vyjít v sobotu 17. června. Po celém světě se začínají plánovat Release Parties. Oznámeno bylo vydání čtvrté RC (release candidate) verze instalátoru pro Debian 9 Stretch.

Ladislav Hagara | Komentářů: 5
26.5. 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
26.5. 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

Ladislav Hagara | Komentářů: 0
26.5. 08:55 | Nová verze

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 16
25.5. 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (8%)
Celkem 636 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Glib, GHashTable - memleak?

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