Új hozzászólás Aktív témák

• Sk8erPeter nagyúr

  #1503

  #1491 Karma

  2009-11-23 15:02:23

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #1491 Karma

  #1491 Karma

  Pedig ha azok a fogalmak megvannak, az első kérdésre is könnyebb válaszolni. Persze mindkettő C++ minta (sőt, a második csak és kizárólag Symbian C++-ban van), ezért C-nél még nem kavar be.

  Auto pointer: egy olyan objektum, ami ha megsemmisül a stacken, magával ránt egy hozzárendelt heapen lévő objektumot is, így amikor az auto_ptr scope-on kívülre kerül, a másik objektum biztosan megsemmisül. Ez egy egyszerűsítés, így biztosan nem maradhat meg a heapen lévő objektum pl. azért, mert valahova berakott az ember még egy returnt, és elfelejtette felszabadítani ott is a memóriát

  Valahogy így néz ki:

  int valami()
  {
  int *valami_int = new int; // heapen hoztam letre, mint a malloc C-ben
  auto_ptr<int> valami_ptr(valami_int); // az auto pointerre bizom a felszabaditast
  ...
  // ugy hasznalom, mint egy pointert
  *valami_ptr = 5; // a valtozo erteket valtoztatom itt
  ...
  return 0; // valami_ptr megsemmisul -> valami_int is torlodik
  ...
  return 1; // valahol mashol ugyanez lezajlik
  }

  Ha nem lenne ez az auto_ptr, akkor mindkét return elé oda kéne írni explicite a következő sort (ez a free C++-os megfelelője), amit könnyen kifelejthet az ember, ha utólag hackelget bele a függvénybe, memory leaket okozva.

  delete valami_int;

  Cleanup Stack: Amikor a Symbiant írták, még nagyon fejletlenek voltak a C++ fordítók, kivételdobáskor a stacken lévő objektumokra nem hívódott meg a destruktor, ami mindenféle vicces hibához vezethetett, többek között "csak" memory leakhez. Ezért a nagyokosok kitalálták, hogy "csináljunk saját kivételkezelést!", megalkották a Leave-eket és a Cleanup Stacket.

  Minden heapen lefoglalt objektumot, ami nem tagváltozó, fel kell kézzel rakni a CleanupStackre, és persze le is kell venni onnan, ha olyan műveletek jönnek, amik kivételt (konkrétan leave-et) dobhatnak. Tehát mindig figyelni kell a programozónak arra, hogy mikor mi van rajta, mikor melyik objektum kinek a felelősségébe tartozik, és ennek megfelelően variálni.

  Na itt jön be, hogy ha több return utasítás van, akkor kitörhet a káosz, a függvény különböző részein más lehet a CleanupStack állapota, minden returnnél megfelelően adminisztrálni kell, és ha bármit változtatni kell, mindenhol át kell írni...

  Példakód:
  TInt CSomething::DoSomethingL()
  {
  TInt result = 0;
  
  CSomethingBig *big = CSomethingBig::NewL();
  CleanupStack::PushL(big);
  
  RSomethingResource res;
  CleanupClosePushL(res);
  
  result = res->DoSomethingDangerousL(big); // ha ez dob egy leave-et, res bezarodik, big megsemmisul
  
  CleanupStack::PopAndDestroy(2, big); // mindket elemet megsemmisiti
  return result;
  }

  Ezt a kódot nem magyaráznám túl, ha nem baj, hiszen csak random firkáltam. A lényeg az, hogy a PopAndDestroy hívást minden return előtt meg kell hívni, pontosan.

  Köszi a magyarázatot, ezt mondjuk biztos jobban meg fogom érteni, amikor a C++-t tanulom.
  Te egyébként hogyan tanultad meg ilyen alaposan a nyelve(ke)t? Mert én mondjuk attól függetlenül, hogy mondjuk meg tudok oldani pár programot (ha meg tudok ), a hátterével ilyen szépen nem vagyok tisztában, csak úgy nagyjából... Amúgy programozóként is dolgozol, hogy ilyen frissen élnek az emlékek? (ha nem baj, hogy kérdezem) Persze gondolom az évek meg a tapasztalat... Ja, de most jut eszembe, hogy írtad, hogy "Tudom hogy VIK-en mi a helyzet, én is informatikus-hallgató vagyok (félig)", akkor még mindig BME-s vagy? Hogy érted, hogy félig informatikus hallgató?

Új hozzászólás Aktív témák