eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingtypologia errorow aplikacji › Re: typologia errorow aplikacji (a jeszcze leipaj i realoki)
  • Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
    From: Andrzej Jarzabek <a...@g...com>
    Newsgroups: pl.comp.programming
    Subject: Re: typologia errorow aplikacji (a jeszcze leipaj i realoki)
    Date: Tue, 03 May 2011 00:30:49 +0100
    Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
    Lines: 45
    Message-ID: <ipnera$e2d$1@inews.gazeta.pl>
    References: <iplv0v$cu2$1@inews.gazeta.pl> <ipm14p$m5g$1@news.onet.pl>
    <ipm3cb$pta$1@inews.gazeta.pl>
    <a...@n...gazeta.pl> <ipmsob$svi$1@news.onet.pl>
    <ipmtln$lo6$1@inews.gazeta.pl> <ipn0ut$eaa$2@news.onet.pl>
    <ipn41b$di6$1@inews.gazeta.pl>
    NNTP-Posting-Host: 5acd7098.bb.sky.com
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: inews.gazeta.pl 1304379050 14413 90.205.112.152 (2 May 2011 23:30:50 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Mon, 2 May 2011 23:30:50 +0000 (UTC)
    X-User: septi
    In-Reply-To: <ipn41b$di6$1@inews.gazeta.pl>
    User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.15)
    Gecko/20110303 Thunderbird/3.1.9
    Xref: news-archive.icm.edu.pl pl.comp.programming:190078
    [ ukryj nagłówki ]

    On 02/05/2011 21:26, f...@W...gazeta.pl wrote:
    > Michoo<m...@v...pl> napisał(a):
    >
    > co do alokatorow to alokatory czesto nie sa potrzebne bo wiele
    > zjawisk w programowaniu dotyczy dzialan na stalej liczbie obiektow

    Ogólnie to jest jednak nieprawda: większość rzeczywistych problemów jak
    najbardziej wymaga takiej czy innej formy dynamicznego przydzielania
    pamięci na dane: po pierwsze dlatego, że programy często przyjmują
    jakieś dane z zewnątrz, które muszą przetwarzać, trzymając jednocześnie
    informacje o danych wcześniej wprowadzonych, ale też dlatego, że wiele
    struktur danych wymaga dodatkowych alokacji dla swoich "wnętrzności",
    przykładem choćby implementacje konteneró asocjacyjnych jak hash-table
    czy self-balancing tree. Można oczywiście zaimplementować to tak, żeby
    nie używać malloc/free czy odpowiedników, ale to nie likwiduje problemu
    wycieku, czyli sytuacji kiedy błąd w programie powoduje, że śmieci
    zapychają dostępne miejsce na nowe dane - niezależnie od tego, czy tym
    miejscem będzie statyczna tablica, czy sterta.

    > zas jesli mam wewnetrzny alokator na statycznej tablicy to jesli nie
    > zaznacze (np po zestrzeleniu samolotu) ze dany rekord z danymi
    > jest nieuzywany i gotowy do nadpisania, to nie jest to leak tylko
    > wewnwtrzny blad w programie (pamiec sie nie urywa tylko jest
    > blednie pooznaczana jako zajeta)

    Leak z malloc też polega na tym, że pamięć jest błędnie oznaczona jako
    zajęta. Co to znaczy, że pamięć się "urywa"?

    > - bardzo gruby: nie bardzo podobny
    > do mem-leaka i analogiczny do zlego poustawiania pol w strukturach

    Właśnie bardzo podobny.

    > - takie rzeczy sie raczej wogole nie zdarzaja, (tj trudno tego nie
    > zauwazyc),

    Dokładnie tak samo się zdarzają jak z malloc. Jeśli statystycznie
    występują rzadziej, to raczej dlatego, że statystycznie częściej używa
    się malloc niż alokacji na statycznych tablicach.

    > takie borykanie sie z owymi leakami (odpadnietymi kawalkami ramu)
    > to doswiadczenie _absolutnie_ mi w c nie znane, niemozliwe i po prostu
    > nie wystepujace

    Bo to, że nie używasz malloc znaczy, że użycie malloc w C jest niemożliwe?

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: