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 02:00 | Nová verze

Byl vydán Debian 9.1, tj. první opravná verze Debianu 9 s kódovým názvem Stretch a Debian 8.9, tj. devátá opravná verze Debianu 8 s kódovým názvem Jessie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 9 a Debianu 8 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

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

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice zveřejnila čtyřiačtyřicetistránkovou výroční zprávu za rok 2016. K dispozici je ve formátu pdf ve vysokém (21,68 MB) a nízkém (7,1 MB) rozlišení. Zpráva byla vytvořena ve Scribusu.

Ladislav Hagara | Komentářů: 0
včera 14:40 | Zajímavý software

Mozilla.cz informuje, že Firefox Focus pro Android, velmi jednoduchý prohlížeč zaměřený na anonymní prohlížení, dosáhl milionu stažení. Firefox Focus blokuje sledující prvky a reklamy a při ukončení automaticky smaže všechna uložená data stránek, historii prohlížení a cookies.

Ladislav Hagara | Komentářů: 2
včera 14:20 | Komunita

Vyplněním dotazníku na Formuláře Google lze ovlivnit výběr výchozích aplikací v Ubuntu 18.04 LTS. Podrobnosti v příspěvku Dustina Kirklanda na Ubuntu Insights [reddit].

Ladislav Hagara | Komentářů: 1
21.7. 11:30 | Komunita

Etherpad (Wikipedie), svobodný online webový textový editor umožnující spolupráci v reálném čase, se stal oficiálním projektem organizace Software Freedom Conservancy (Wikipedie). Vývojáři Etherpadu se tak mohou stejně jako vývojáři dalších projektů soustředit pouze na vývoj softwaru a vše kolem zařídí Software Freedom Conservancy. Spuštěna byla instance Etherpadu pad.sfconservancy.org.

Ladislav Hagara | Komentářů: 2
21.7. 10:40 | Zajímavý článek

Lukáš Růžička se v článku Workrave ve Fedoře aneb jak si nevytunelovat karpál na MojeFedora.cz věnuje aplikaci Workrave (Wikipedie) na sledování času stráveného na počítači, která může pomoci vyhnout se negativním účinkům práce s počítačem (RSI, CTS), nebo je alespoň výrazně zmírnit.

Ladislav Hagara | Komentářů: 1
21.7. 10:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Shadow Warrior: Special Edition běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 2
20.7. 23:11 | Nová verze

Byla vydána verze 2.4.0 analyzátoru síťového provozu Wireshark. Jedná se o první stabilní verzi nové řady 2.4. Podrobný přehled novinek v poznámkách k vydání. V červnu proběhla konference SharkFest’17 US věnovaná Wiresharku. Záznamy přednášek jsou k dispozici na YouTube.

Ladislav Hagara | Komentářů: 1
20.7. 13:11 | Pozvánky

Spolek OpenAlt zve příznivce otevřeného přístupu na 142. brněnský sraz, který proběhne v pátek 21. července od 18:00 hodin ve Sport Centru Srbská (Srbská 4). Od 19:00 je pro zájemce zamluveno hřiště na plážový volejbal.

Ladislav Hagara | Komentářů: 0
20.7. 12:34 | Bezpečnostní upozornění

V GNOME Soubory, původně Nautilus, konkrétně v generování náhledů exe, msi, dll a lnk souborů byla nalezena a opravena bezpečnostní chyba CVE-2017-11421 s názvem Bad Taste. Při otevření složky obsahující tyto soubory může být spuštěn VBScript obsažen v názvech těchto souborů.

Ladislav Hagara | Komentářů: 3
Těžíte nějakou kryptoměnu?
 (3%)
 (0%)
 (17%)
 (80%)
Celkem 30 hlasů
 Komentářů: 0
    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.