@TCH:
Milyen -O kapcsolóval forgattad?

@TCH:
Ja és a véletlenszámgenerátorra mit használtál? Az rnd2()-t használtad vagy a Linux sajátját?

@kemi:
Nálad van a hiba. Nálam egy 800k-s fájlt egészen pontosan 51 másodperc alatt titkosított (az se gyors, de nem 10 perc).

@kemi:
Nem fgetc, fputc, hanem behúzza az egészet a memóriába, és azon dolgozik.

@kemi:
A statusbar egyébként elég sokat belassít. Betegyek egy checkboxot, hogy kikapcsolható legyen?

j = 0;
while (table[j] != buf[i]) j++;
buf[i] = (unsigned char)j;

c = rnd2() & 255;
/* itt nincs szukség typecastra, mind a ketto unsigned, sot GCC-ben ugyanazok, de ez csak javaslat */
table_pos[table[c]] = i; 
table_pos[table[i]] = c;
/* alapesetben a table_pos[x] == x, tehat helycsere eseten itt a masik tabla c-edik pozicioja ami eddig c volt, most i lesz es vice versa */
temp = table[c];
table[c] = table[i];
table[i] = temp;

unsigned long long int k;
/* az "int" a legtobb forditoban csak 16 bites, de GCC-ben is csak 32, es filepos-ra celszeru 64 bites indexet hasznalni, abbol is unsignedet, de ez is csak javaslat */
for (k = 0; k < 256; k++)
{
	table[k] = k;
	table_pos[k] = k;
	/* itt sincs szükseg typecastra */
}

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

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

@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.

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

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

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

@kemi:

@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!.

256! = 8.578 * 10506
256256 = 3.232 * 10616

@kemi:
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.

char* passwords[]; /* faszomba vannak C-ben a stringtombok */
char modes[]; /* leven c-ben nincs boolean adattipus */
unsigned long long int regenerate[]; /* nem valoszinu, hogy valaki 8 milliard byte utan akarna uj tablat generalni, de lehet. meg ugye itt minusz se kell */

@kemi:
Köszi a tippet. A hátrafele kódoló egy 800k-s fájlon 58 másodpercről 18 másodpercre gyorsult.

@TCH:
Nem lenne célszerűbb erre 3 db globális tömböt használni és azokat indexelni közvetlenül a lista előre és hátra iterálása helyett?

if (!strcmp(mode, "Mode_1"))

if (mode == "Mode_1")

@TCH:

/* leven c-ben nincs boolean adattipus */

@TCH:
Szerintem legyen 64 bites unsigned. Vagy ha 64 bites nem is, unsigned mindenképpen.

@TCH:

az "int" a legtobb forditoban csak 16 bites, de GCC-ben is csak 32

@kemi:
A beszúrásnál/törlésnél problémás a tömbök frissítése

@kemi:
De többek között ezért tértem át C++-ra

@kemi:
stdbool.h

@kemi:
AFAIK az int mindig az az adattípus amit a proci a leghatékonyabban tud kezelni. 32 bites gépen 32 bites, 64 bites gépen 64 bites. A GCC-ben is így működik.

/usr/include/glib-2.0/glib/gmacros.h:40:20: error: stddef.h: Nincs ilyen fájl vagy könyvtár
/usr/include/limits.h:125:26: error: no include path in which to search for limits.h

checking whether the C compiler works... no
configure: error: C compiler cannot create executables

@TCH:
kemi van tipped erre a nyavalyatörésre? Megpróbáltam felrakni a VLC 2.0-át, amihez kellett 1.6-os LibXCB, le is forgattam, installnál azonban beszart és azóta megdöglött az egész tetves GCC. Nem talál semmit sem, pl. már az RC-t se forgatja le, ilyen fasságok ezreit dobálja: