eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingtypologia errorow aplikacjiRe: typologia errorow aplikacji (a jeszcze leipaj i realoki)
  • Data: 2011-05-02 21:52:01
    Temat: Re: typologia errorow aplikacji (a jeszcze leipaj i realoki)
    Od: " " <f...@W...gazeta.pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    >Jedna istotna różnica jest taka, że przy statycznych tablicach to trochę
    >szybko wychodzi, ale wystarczy wypisywać przy każdym malloc/free
    >komunikat, żeby prosto znaleźć co nei zostało zwolnione. Albo użyć
    >przeznaczonych do tego narzędzi jak np valgrind.


    >> o ile pamietam to z niektorymi powinienem nie rozmawiac (poki nie
    >> przywala glowami ze trzy razy w sciane)
    >Ja z Tobą też miałem nie gadać póki nie zaczniesz leczyć depresji, ale
    >że piszesz w okolicy sensu to toczę tę pogawędkę, więc 1:1.

    mozesz sobie pogadac; mnie gadki polegajace na tym ze mialbym
    tlumaczyc komus cos czego ten nie rozumie (i widac jest nie w pelni
    rozumu skoro gada do wlasnego mozgu fantastyczne i zenujace glupoty
    jakie powymyslal na moj temat) niezbyt interesuja, interesuje mnie
    moje wlasne skupienie na temacie (i czasem grupa jest do tego b dobra
    a czasem nie)


    co do leakow - przypadek z niepoodznaczaniem rekordow w tablicy mz
    nie odpowiada pojeciu lika - to by bardziej odpowiadalo ewentualnie
    przypadkowi gdy mnozysz malloki i odpowiadajace im referencje-wskazniki
    i nie zwlaniasz tego wszystkiego, np az do momentu
    kiedy skonczy sie ram - mozna tak zapchac pamiec, ale to nie beda
    wycieki - leak jest wtedy gdy _stracisz_ referencje do kawalka
    ramu np przypisujac do uzywanego wskaznika nowy kawalek - to jest leak
    - i to niema odpowiednika w alokatorach na statycznych tablicach w c
    (bo tam nie mozna zgubic rekordu w pozaprzestrzeni)

    zas z samym szukaniem leakow to nie jest taka prosta sprawa,
    sam zlokalizowalem odpowiedzialna linijke (choc i to bylo
    dosyc nurzace)

    uiImageView.image = mImage
    // opis problemu:
    // przed przypisaniem mImage ma retain count 1
    // po przypisaniu 2, nie moge zwolnic mImage wiecej niz raz bo drugi
    // ownership ma uiImageView nie ja i to ono powinno to zwolnic - ale jak?
    // przypisanie nila linijke wczesniej z tego co wiem powinno zwolnic
    // stary image ale Instruments ciagle pokacuje leaki

    ale nie wiele mi to daje - podobno w iphonowym i wogole macowym
    objective-c polowa problemow (pytan na forach itp) jakie maja ludzie
    dotyczy problemow z gospodarka pamiecia a sa tego grube tysiace :/

    pojedyncze leaki zdarzaly mi sie gdy pisalem troche w c++ i gdy pisalem
    troche w c# i gdy pisalem troche o obj-c (i kazdy z tych glupich bugow
    zajmowal mi ponad dobe czyli okropnie dlugo) natomiast w c nigdy
    (bo w oczywisty sposob nie moze byc leakow przy braku allokow)


    --
    Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

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: