BGAFC Vendégkönyv

Σ: 1 post

kemi (statz)

#2, Főfasz (2970)

1687 | #238a | ^ | Idézet | Thu, 07 Feb 2013 20:30:54 +01

188.143.*.*

*.pool.digikabel.hu

@TCH:
Lehet egy thread-et high priority-re rakni?

Itt a glibc pthread.h doksija. Én nem találtam benne semmit, amivel prioritást lehetne növelni.

@TCH:
Viszont a help gomb megfagyasztja az egész programot, amíg a böngészőt be nem zárod.

Nálam nem. De próbáljuk meg úgy, hogy háttérfolyamatként indítja el.

@TCH:
Meg a help file-ban át kéne írni azt a 256²⁵⁶ értéket, hisz nem annyi az összes lehetséges tábla száma, hanem sokkal kevesebb, egy táblában minden kulcs különbözik.

Több. 256!.

@TCH:
az RC 2 feliratot is cserélni kéne benne, meg a ^ jelölt hatvány felírásokat sup tag-re.)

Oké, cserélem.

@TCH:
Az oké, hogy a GTK2 csak előrefele enged iterálni

A gtkmm (C++ wrapper) tud rendesen indexelni, de nem tudom, hogy csinál-e valami alacsony szintű okosságot, vagy egyszerűen függvényt definiáltak rá.

@TCH:
de miért kell neked egyáltalán iterálni a listboxot? Nem tömbben tárolod az egyes lépéseket?

Az előrefele kódolónál még nem probléma, de a hátrafele kódolónál ki kell szedni egy tömbbe a lépéseket, vagyis egyszer végig kell iterálni a listán, aztán a tömböt már lehet a végétől az eleje felé feldolgozni. Ha meg lehetne hátrafele iterálni meg lehetne spórolni a tömbbe kiszedést. De mint már említettem, a gtkmm-ben van rendes indexelés.

szerk: Köszi a tippet. A hátrafele kódoló egy 800k-s fájlon 58 másodpercről 18 másodpercre gyorsult.
szerk2: Annyit még lehetne rajta javítani, hogy nem két külön táblát használni, hanem az egyik eljáráshoz így, a másikhoz úgy keverni a táblát. Azaz a két eljárás ugyanaz, csak más táblát használnak.