Clipper, CCC

Sziasztok!

Boldogult emlékezetű Raima adatbázis-kezelőben volt egy olyan trükk, hogy egy indexet le tudtál korlátozni egy tartományra. Ilyesmit gondoltam a BTBTX motorba tenni. Perpill ugye a filterezés rekordonként eval-olja a kódblokkot, ami természetesen nagyobb táblán használhatatlan, de rengeteg az ilyen kód:

TABLA:control:="valami"
TABLA:seek(ertektol)
if (TABLA:found())
do while (!TABLA:eof() .and. TABLA_VALAMI<=ertekig)
...
TABLA:skip()
enddo
endif

Ehelyett szeretnék egy ilyet:

TABLA:control:="valami"
TABLA:setrange(ertektol,ertekig)
TABLA:gotop() // esetleg TABLA:gorangetop(), hogy látszódjon, hogy range van rajta
do while (!TABLA:eof()) // esetleg TABLA:eor(), mint end-of-range
...
TABLA:skip()
enddo

és ő rendezné el belül a dolgokat. Értelemszerűen ha az index több mezőből áll, akkor ertektol és ertekig is tömbök, ez voltaképp nem oszt, nem szoroz.
Mit gondoltok erről?

w

Arra kérném a Mestert, hogy a ...../jtdemo/dlgdemo/main1.prg-be beletehetne
a példa adatbázist módosítását is bemutató részt.
A meglévő demo-k ill. a jttable.prg tanulmányozása után is még eléggé homályos a
dolog számomra.

Megpróbáltam "B" típusú értéket küldeni XMLRPC-vel, és bizony nagyon meghátaltak a dógok tőle. Utánanéztem, és az rpcmethod.prg rpctype függvénye valóban méltánytalanul keveset (semennyit) foglalkozik a bináris típussal. Indítványoznám, hogy valamiképpen bytesorozatként menjen át, bár kétségtelen, hogy az XMLRPC szabvány előírja az unicode-ot...

w

Többszálú programokkal kapcsolatos kérdések helye.

Pár napot azzal töltöttem, hogy kipróbáljam a CCC3-at Solarison és FreeBSD-n. Leírom a tapasztalatokat.

A CCC korábban Solaris 8 (SPARC) és Solaris 10 (Intel) rendszereken volt tesztelve. Most a Solaris Express Nevada x86 B59 változattal próbálkoztam. Véleményem szerint a rendszer a jelenlegi állapotában használhatatlan. Hosszasan kínlódtam az NFS konfigurálásával. Mire kitapasztaltam, addigra annyi lefagyás (reset) gyűlt össze, hogy teljesen elment tőle a kedvem. Legalább 4x húztam újra. _Minden_ alkalommal az első grafikus bejelentkezés után lefagyott. Akkor mondtam le róla, amikor az utolsó újratelepítés után a boot közben is lefagyott.

Korábban a CCC 5.3-as és 6.0-ás FreeBSD rendszereken volt tesztelve. A betegeskedő Solaris helyére símán felment a FreeBSD 6.2. Nagyon szimpátikus, bár kissé lóarcú. Természetesen nem fagy le, mivel a hardver nem hibás. Kifejezetten könnyű rajta CCC-t telepíteni, ui. minden fejlesztőeszköz alapból rajta van (a sysinstall-ban az X-User opcióval telepítve).

Néhány helyen azért megakad:

1) Nincs malloc.h, megoldás csinálni egy malloc.h-t, ami csendben inkludálja stdlib.h-t.

2) A des interfész régi, megoldás bekapcsolni az interfész downgrade-et.

3) A GTK-t átrakták a /usr/local-ba, a gtk-freebsd62.bld alkalmazkodik ehhez.

4) FreeBSD 6.2-re nincs Jáva. Megoldás várni kell, míg lesz. A Jáva terminál CCC-s részei azért lefordulnak.

5) FreeBSD-re nincs Oracle. Az SQL2 interfész Postgres-zel jól fut.

Tennék néhány megjegyzést a FreeBSD-hez, remélem az érintettek nem sértődnek meg. Látszik a FreeBSD-n, hogy a fejlesztők maguknak dolgoznak, ezért nem törődnek olyan régi, megszokott hibákkal, ami egy kívülállónak rögtön szemet szúr. Ha ezekből a hibákból az első 10-et kijavítanák, 100%-kal javulna a rendszer minősége.

A sysinstall szar. Nam az a baj, hogy karakteres, hanem, hogy csomagkezelésben nem tudja azt, amit a synaptic.

A port rendszer felesleges. A bináris csomagkezelést kellene jobban megcsinálni, lásd az előző megjegyzést.

A böngészőkben megjelenő fontok katasztrofálisak. A Handbook-ban szól egy fejezet arról, hogyan kell ezt kijavítani. Ezt a fejezetet meg kéne szüntetni, és eleve olyan rendszert készíteni, amiben nincs ilyen hiba.

Nem bírtam elérni, hogy a gdm-mel (xdmcp) távolról is be bírjak jelentkezni, noha ez eddig minden gdm-es rendszerrel (Linux, Solaris, FreeBSD 5.3/6.0) egyszerűen ment. Lehet, hogy ez csak egy véletlen hiba, akkor nincs jelentősége. UNIX-os körökben szokásos, hogy bizonyos dolgok használatát a biztonságra hivatkozva megnehezítik. Lehet, hogy itt is ilyesmiről van szó. Pedig, ha az xdmcp használatát megnehezítik, attól nem biztonságos, hanem _nehezebben_ használható lesz.

Tévedés, hogy olyan dolgokat, mint a Gnome a /usr/local-ba tesznek. Ez a hely arra való, hogy látszódjon mi van a gépen, ami nem a szokásos telepítéssel/csomagkezelővel került fel.

Kár, hogy nincs Oracle. Legalább az Oracle kliens kellene, akkor már lehetne használni a FreeBSD-t alkalmazásszerverként.

Tulajdonképpen ez nem olyan sok. Úgyhogy lóarcú, de nagyon szimpátikus.

Ahogy mondani szokták: Értem én, hogy villanymotor, de mi hajtja? Szóval értem én, hogy mi a CCC, de azért Windowsra összeküszködni a jobb sorsra érdemes regexp könyvtárat, az igen izzasztó feladat. Nem lehetne esetleg mégis inkább odatenni a forrást?

w

Oké, ez nagyon amatőr kérdés, belátom, és valszleg tíz perc forrásböngészéssel meg tudnám válaszolni, de az utókor okulására álljon itt:

Hogyan kell egy file-t megnyitni, és a végéhez írni valamit?

w

Tudom, hogy abszolúte semmi értelme, és ezután csak magamra vethetek, de CGI/PHP támogatást raktam a CCC3-WebServer-be. Még így is alig több, mint 800 sor.

Egyszerű gui-t szeretnék csinálni CCC-ben régen sok Clipper programot írtam azért esett erre a választás, viszont ezen a területen teljesen új vagyok. Hogyan lehet a Glade forráskódot CCC-hez fordítani vagy van-e vmi leírás amin elindulhatnék?

Van valakinek (elsősorban mrev) kedve megcsinálni a DES titkosítást a crypto könyvtárba? Ha nincs, akkor majd én, de jó lenne, ha lenne :D

w