<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Sziasztok!</p>
    <p>A mai meetingen jó lenne, ha tudnánk beszélni az alábbi
      problémákról. Nyilván nem várom el, hogy addig bárki is
      végigolvassa, inkább csak össze akartam szedni a dolgokat egy
      helyre.<br>
    </p>
    <ul>
      <li>
        <p><b>Bájt konverzió nélküli extract és modify átalakítása</b>:
          ezt már jeleztem korábban is, hogy a konverzió nélküli esetben
          a jelenlegi megoldás elég ügyetlen módon próbálja a hasznos
          biteket egymás mellé pakolni. Úgy gondolom, hogy ha tisztán a
          big endian értéket állítjuk elő az megfelelően lesz kezelhető.<br>
        </p>
      </li>
      <li>
        <p><b>Metadata header-ök kezelésének átalakítása</b>: a metadata
          mezők kezelése sokkal gyorsabb és kényelmesebb lenne, ha
          minden metadata field egy külön változóban kapna helyet (kb
          úgy mint ahogy jelenleg a parsed field-eket kezeljük).</p>
      </li>
      <li>
        <p><b>Parsed field-ek kezelésének egységesítése</b>: jelenleg a
          csomagkezelés elején kiemelt mezőkhöz az actions.c.py fájl két
          metódusán keresztül lehet hozzáférni. Viszont minden olyan
          makróhívás, ami kikerüli ezeket a metódusokat potenciálisan
          olyan adatokkal dolgozhat, ami nem friss, illetve később
          felülíródhat. Kéne egy egységes réteg, ami a parsed field-eket
          is kezeli és a nem kicsomagoltakat is. Ezt a réteget akár a
          jelenlegi módon a hw_indep részben, de akár a hw_dep részben
          (a makróknál) is be lehetne vezetni. (Célszerű lenne
          összevonni a metadata field-ek kezelésével.)</p>
      </li>
      <li>
        <p><b>Makrók szerkezetének átalakítása</b>: jelenleg olyan
          makróink vannak, amiknek a hívásában benne van, hogy milyen
          formájú adattal, milyen formájút módosítunk (pl. BYTEBUF ->
          INT32, INT32 -> INT32). Viszont ezzel feleslegesen hozunk
          meg a hw_indep részben olyan döntéseket, amiknél optimálisabb
          döntls is hozható lenne a makrók szintjén. Úgy alakítanám át a
          makrókat, hogy csak azt adjuk meg, hogy mivel módosítanánk az
          egyes mezőket (pl. BYTEBUF, INT32) és a konkrét makróhíváson
          belül dőlne el, hogy azt, hogyan valósítjuk meg.</p>
      </li>
    </ul>
    Marci<br>
  </body>
</html>