Clipper, CCC

Sziasztok ,

A $CCCDIR/tools/crypto fordítása Fedora core 5 alatt hibára fut, oka:

/usr/include/openssl/md5.h-ban az alábbi függveny
unsigned char *MD5(const unsigned char *d, unsigned long n, unsigned char *md);
szignaturája megváltozott:
unsigned char *MD5(const unsigned char *d, size_t n, unsigned char *md);

ezert javaslat:

$CCCDIR/tools/crypto/md5.cpp-be berakni: stdio.h
$CCCDIR/tools/crypto/sha1.cpp-be berakni: stdio.h

(benne is voltak, de ki vannak kommentelve)

Egy nagyon tapasztalt C++ programozó feltette ma nekem a kérdést, hogy miért CCC? Miért létezik, miért használjuk, és milyen előnye van más nyelvekkel szemben?
Szedegessük össze a válaszokat, biztos, hogy nekem se jutott minden ott helyben eszembe, és ha esetleg valaki mástól is megkérdezik ezt, akkor ide lehet küldeni az illetőt.

w

Sziasztok!

Foglalkozott már valamelyikőtök a CCC socket-jének UDP-n való használatával?
nagy szükségem lenne UDP broadcast üzenetek küldésének és fogadásának a lehetőségére, valamint wake on lan üzenetek küldésére - bár ez utóbbi tán szintén a broadcast-ot használja.

Köszi:
Meza

Sziasztok !

Az xml parser kódolásával kapcsolatban lenne kérdésem. Nevezetesen:

a $CCCDIR/tools/xmldom/parserinput.cpp forrás file-ban a következő kódrészletet találjuk:

int id;
wchar_t *token;
while( 0!=(id=lexer->getnext(&token)) )
{
xmldom_parser(parser,id,token,lexer);
}

xmldom_parser(parser,0,0,lexer);
xmldom_parserFree(parser,free);
delete lexer;

Deafault kódolás esetén (utf8) a getnext meghívja az utf8_to_wchar() függvényt
( xmldom_lexer.h: *token=utf8_to_wchar(text,textsize,0);)

amely memóriát allokál a transzformált ucs szöveg számára, amelyet a fenti parser ciklus getnext
out paraméterében kapunk vissza. (az utf8_to_wchar() függvény forrása a $CCCDIR/ccclib/src/utf8conv.cpp)
A probléma az, hogy nem látom az igy allokált memória felszabaditását. A lemmon parser ugy gondolom
nem szabadítja fel, mert az csak a stack-on lévő dolgokra ügyel.
Lehetséges, hogy ez egy memory leak ?
( egy hasonló parsert irok, igy merült fel ez a probléma)

Köszi: Vad Zoltan

Sziasztok!

Életemben először folyok beléje a bináris kommunikációba, és a következő a kérdésem.
A code -ot kellene binárisként továbbítanom, és az xvputlit32 fg erre nekem a megfelelő.
Példák alapján arra jöttem rá, hogy ez 3 paramétert vár (resp,offset,code)
Viszont az alábbi megoldásra aszongya nékem, hogy argument error.
Why?
Vagy van valakinek szebb és jobb megoldása erre?

code:="D300071015040000"

r:=padr(code,ceil(len(r)/4)*4,chr(0))
bekk:=space(0)
i:=1
while(i <= len(r))
bekk+=l2bin(hex2l(substr(r,i,4)))
i:=i+4
end

xvputlit32(resp:=space(len(bekk)),0,bekk)

A Linux-AMD64-Jáva témában bajok vannak.

Linux AMD64 platformon a Sun Jávában nincs Java Webstart, noha már 4-5 éve létezik a platform. Ugyanezen a platformon nincs (Sun) Jáva plugin.

A Backdown Jáva jelenleg 1.4.2 változatnál tart (a Sun 1.6-nál), ebben van javaws 64 bitre is (még nem próbáltam), és van Jáva plugin, az viszont determinisztikusan elszáll.

Arra jutottam végül, hogy nem csinálok egy nagy repository-t, amibe mindenki beledobálja a dolgait, mert hátha túl nagyra duzzad, és olyasmiket is ki kell checkelni, amik valójában nem is érdeklik az embert. Ha valaki úgy érzi, hogy megosztana valamit, akkor szóljon, és csinálok neki gyorsan egy repository-t. A legegyszerűbb ez a dolog mailben, a wintermute [kukac] valodi [pötty] hu címen.
Itt a fórumban meg majd mindig írjuk, hogy mi minden került bele.

w

ui: CCC2 és CCC3 is jöhet, én eddig ezt úgy csináltam mindig, hogy a könyvtár nevében szerepelt a CCC major verzió, tehát van pl egy ccc2winter és egy ccc3winter könyvtáram is.

Gyűjtsük ide a kéréseket, amik a Z editorral kapcsolatosak.
Nekem rögtön van kettő:

- F2-re mentse el a file-t, de ne lépjen ki
- syntax highlighting

w

Van egy CCC-s programom, amelynek lényege a nemzetköziség. (A http://www.lagotto.hu oldalon van, az 'adatbázis' menüpontban.) Mostan már CCC3-as, mert portoltam, és ennek utolsó felvonása, hogy a fordításokat is a CCC3 @"..." formátumával akarom megcsinálni. Persze ahogy ez lenni szokott, 1-2 helyen bennemaradt a régi internacionalizálás, és persze erre csak akkor jöttem rá, amikor már azt hittem, hogy kész vagyok. :D
A probléma: ugye a fordításkor generálódik egy nlstext.tran, amiben egy fordítanivaló előfordulásaitól függően N-szer van benne. Ugyanakkor van egy már létező fordításfile-om, amiben sort-tal rendezve, duplikátumoktól megtisztítva vannak benne a lefordított stringek. Van bármi eszköz rá, amivel össze tudom őket futtatni, vagy írjak egyet? :D

w

Nem igazán értem, miért lett ez a fórumnak a neve. A Clippernek még annyi köze sincs a CCC-hez, mint a C-nek a C++-hoz. Annyi köze van, hogy egy hajdanvolt Clipper programozó ismerősnek találhatja a könyvtári függvények egy adott részét. De ezzel a lendülettel lehetne nyitni mondjuk "Perl, Ruby" fórumot is szerintem :) Szerintetek nem kéne átnevezni a fórumot? A Drupal tud ilyet.

w