Programozás

Miért XBASE adatbázis kezelést használ és nem client-server technikát? Kérdezik sokan.A LafiSoft 1990 decemberében alakult. A 12 év munka, és tapasztalat határozta meg a jelenlegi fejlesztési stratégiát.

A válasz egy sereg paraméter összhangjából születik. Ezek az ügyviteli programok általában szóló üzemben, vagy helyi hálózatokon futnak. Ezek a legrosszabb esetben produkálnak 10Mbit/sec sebességet. A szóló gépek esetén ez a belső adatátviteli sebesség még nagyobb. Így nem okoz gondot a nagytömegű adatáramlás ami a clipper-xbase programokra jellemző. Főleg ha gondoskodunk róla, hogy az exe kódja se közlekedjen a kábeleken, azaz minden terminálon a helyi HDD-n tároljuk, onnan indítjuk.

A client-server alkalmazások ésszerű felhasználási területe az internetes adatbázis kezelés és a nagyvállalati rendszerek. Előnye, hogy a program csoportos fejlesztő munkával állítható elő, kódja tömör világos áttekinthető, jól ellenőrizhető. Az vizuális fejlesztői támogatás kimagasló, a program előállítási költsége így alacsony.

Hátránya mint minden túl intelligens rendszernek, hogy bár egységes egyenletes teljesítményt ad és nem lehet paramétereit kihegyezni az egyedi elvárások szerinti legjobb optimumra hangolni. Rákényszeríti a programozót helyenként nyakatekert és sematikus megoldások alkalmazására, aminek az ára sebesség és kezelhetőség romlásában jelentkezik. Rákényszerít a felhasználóra egy megosztott programrendszert aminek optimalizálása nem feltétlenül fedi le a felhasználó igényét.

Kettősségből (Kliens -server oldal) eredően sérülékenysége nagy. Feléphet az 'Ágyúval - verébre ' szindróma.

Mi az előnye egy jól megirt KYLIX-XBASE programnak? A program működése stabil, sebessége az index szekvenciális rendszernek köszönhetően maximális. Kylix grafikus eszközeivel kiegészítve változatos, a program használójának igényéhez maximálisan igazodó ablakrendszereket lehet készíteni. A generált gépi programkód futási sebessége maximális. Nem egy SQL értelemző fut ami interpreter jellegéből adódóan lassú. Primitív alacsony programozási szintből eredően speciális feladok is jól megoldhatóak vele nagy futási sebességgel.

Mi a hátránya? A forráskód relatíve nagy tömegű, a programozás csoportos munkavégzése nehezen kivitelezhető, ezért szeretik a magányos farkasok. Nagyságrenddel több programozói órát kell beleölni, tesztelési fázis költséges és hosszan elnyúlik, mire a hibák száma az elfogadható szint alá nem süllyed.

Összegezve, ne temessük még el az XBASE programokat.

Kétségtelenül a jővő a client-server alkalmazásoké, de a kisméretű ügyviteli alkalmazások esetén, használhatóságuk még nem érik el a jól megirt xbase társaikét. - egyenlőre.

Kiss Zoltán LafiSoft

http://www.lafisoft.hu

6400 Kiskunhalas Kassa u 24

tel: 06-77-425-262 ICQ 2510307

A népszerű compiler collection frissítve lett a 3.1.1 verzióra. A GCC 3.1.1 bugfix kiadás, úgy funkciók nem találhatóak benne.

Mark Mitchell (Release Manager) szerint a GCC 3.2 "hamarosan elérhető lesz (néhány napon vagy héten belül). Az egyedüli változás a GCC 3.2-ben a 3.1.1-hez képest a C++ ABI körül lesz."Nagyobb fixeket tartalmaz ez a kiadás.

Az UPX ( the Ultimate Packer for eXecutables) egy olyan program, amellyel binárisokat lehet tömöríteni úgy, hogy azok indíthatók maradnak.Támogatott formátumok:

* atari/tos

* djgpp2/coff

* dos/com

* dos/exe

* dos/sys

* linux/386

* rtm32/pe

* tmt/adam

* watcom/le (supporting DOS4G, PMODE/W, DOS32a and CauseWay)

* win32/pe

Changes in 1.21 (01 Jun 2002)

* New option "--crp-ms=" for slightly better compression at the cost of higher memory requirements during compression. Try "upx --best --crp-ms=100000". See the docs for more info.

* portability fixes

* compile fixes for g++ 3.0 and g++ 3.1

Scott Robert Ladd a GCC 3.1-es verziójának megjelenésével frissítette a GNU és az Intel C fordítójainak tesztjeit.Az eredeti tesztben a GCC 3.0.4-es verziója és az Intel C++ fordító 6.0-ás kiadása szerepelt. Utóbbi nem üzleti felhasználásra fejlesztett kód esetében non profit módon felhasználható. A mostani kiegészítésekben a nemrég kiadott GCC 3.1-essel is készültek teszteredmények.

A GCC 3.0.4 és az Intel fordítója közötti csatából mindenhol az Intel került ki győztesen. A GCC 3.1-es verziójával ez a helyzet javult egy picit, de a legtöbb helyen még mindig az Intel fordítója viszi el a pálmát.

Ladd szerint a GCC 3.1-es megjelenésével már nem igaz, hogy az Intel fordítója egyértelműen a legjobb. Mint írja a különbségek még mindig megvannak, de a hézag jelentősen csökkent.



Kapcsolódó oldalak:

Az Intel fordítójának licensze

Az Intel C++ Compiler for Linux termékének weblapja

A GCC weblapja

Scott Robert Ladd tesztoldala

A GCC 3.1-es verziója megjelent.

Ebben a kiadásban a készítők inkább a minőségre törekedtek, mint az új funkciók beépítésére. A kiadás számos bugfixet tartalmaz."Keményen dolgoztunk, hogy kijavítsuk azokat a hibákat amelyeket a GCC 3.0-ban fedeztünk fel, viszont amelyek nem szerepeltek a fordító (compiler) előző verzióiban. És keményen dolgoztunk, hogy eltávolítsuk az új bugokat is." - mondta Mark Mitchell a GCC Release Manager-e.

Ezen kívül köszönetet mondott a HP-nak, amiért támogatta őt mint kiadásért felelős managert.

A GCC 3.1-ben fellelhető változások listáját (a lista nem teljes) megtalálod itt.

A fordító letölthető innen.

Mark Mitchel az egyike azoknak a tagoknak akik a CodeSourcery project mögött állnak, de jobban ismerhetjük a GCC-be (GNU C Compiler) fektetett munkája alapján. Napjainkban Mark az a GCC kiadásáért felelős mérnök, aki azon dolgozik keményen, hogy a GCC 3.1 kiadható állapotba kerüljön. A GCC 3.1 lesz valószínüleg az első igazán stabil, használható GCC 3.xx verzió. Az OSNnews.com egy interjút készített Mark-kal az új GCC jövőjéről, tulajdonságairól.

Mark elmondta a kérdésekre, hogy a GCC 3.1 C frontendjét ANSI/ISO C-ben írták, így lefordítható tulajdonképpen bármely C fordítóval. A többi frontend közül néhány GNU C kiterjesztéseket (extensions) használ, ezért ezek fordításáshoz GNU C fordító szükségeltetik. A riporter feltette azt a kérdést, hogy a fejlesztők hallottak-e arról, hogy az Intel konkurrens C fordítója az ICC 30%-kal gyorsabban generál kódot?

Ezen kívül még 8 kérdés szerepel az interjúban, a válaszokat megtalálod itt.

Az elosztott számítási rendszerek manapság egyik legintenzívebben kutatott területe az ún. Grid számítási rendszerek. Az Grid rendszerek célja olyan világméretű elosztott környezet létrehozása, mely segítségével a ma létező összes számítógép egy egységes programfuttató rendszerbe integrálható (mega-számítógép:).



A futurisztikus cél ellenére a feladat nem látszik lehetetlennek és már néhány kezdeti probálkozásnak tanui is lehettünk az utóbbi években.


Most egy, új ötleteket és koncepciót felvonultató vállalkozás ütötte fel a fejét az Open Source közösségben, melynek nem titkolt célja, hogy a magyarországi lelkes fejlesztő közösséget intenzívebben bevonja ebbe az izgalmas vállalkozásba.


A részleteket a SourceForge-n találod.A projekt fantázia neve Grid Underground (GUG) lett kissé fellengzősen :)


Jelenleg a core rendszer van tervezés és implementálás alatt, melynek részeredményei már nyilvánosan elérhetőek.


A többi komponens különös tekintettel a biztonsági rendszerre még tervezés alatt van, így azoknak a véleményére is számítunk aki ha kódolással nem is, de ötletekkel hozzá tudnak járulni a rendszertervhez.


Továbbá a guruk mellett a szárnyaikat most probálgató kezdőknek is szeretnénk lehetőséget adni, hogy tovább fejleszthessék tudásukat konkrét, életszagú problémák megoldásával.

Egy cikk jelent meg az Open Magazine oldalain, amely azt állítja, hogy az Intel új C/C++ fordítója - amelyet több kernelen is kipróbáltak - akár 47% -al is többet teljesített (azaz ennyivel volt gyorsabb) mint a GCC.



Állítja a cikk szerzője, hogy a mindenhol jelen levő, népszerű GNU C fordítónak ezennel vége, és ennek az oka az alacsony teljesítmény. Több tesztet is végeztek, számos C fordítót összehasonlítottak.

A cikk szerint az Intel C compiler maximálisan kihasználja a 128bit -es SIMD (Streaming Single-Instruction-Multiple-Data) kibővítést a Pentuim III és a Pentuim 4 processzorokban. Ez lehet az oka annak, hogy az Intel C fordítója ilyen jó eredményeket produkál. Az Intel CPU -k a saját fordítójukkal számos olyan optimalizációs lehetőséget kihasználnak, amelyet a többi C fordító nem. A cikk írói szerint a régen várt 3.0 -ás GCC fordító tartalmaz ugyan számos újítást és sebességbeli javulást, de mégsem lehet ellenfele az Intel fordítónak.

A Cygwin egy DLL (dynamic link library) amely lehetővé teszi, hogy egy UNIX környezetet emulálhassunk Window$ alatt. A Cygwin alatt megtalálható az összes fontosabb Unix környezetben használt fejlesztőeszköz, mint például a gcc, binutils, gdb, make, stb., és számos más jól ismert utility.

A Cygwin környezet teszi lehetővé, hogy népszerű Linux, Unix alkalmazásokat portoljunk Win32 környezetbe.

Több Linux alkalmazás kisebb gányolással lefordul Cyqwin alatt, de sikerrel portoltak olyan nagyobb projectet is, mint a KDE.Most megjelent a Cygwin legújabb verziója, érdemes kipróbálni.

Újabb verzióval lépett előrébb a Mesa (linuxos openGL implementáció). Főbb újdonságok:

- OpenGL 1.3 kompatibilitás megvalósítása

- GL_IBM_rasterpos_clip

- GL_EXT_texture_edge_clamp

- GL_ARB_texture_mirrored_repeat effektusok
megvalósítása

- Solaris fordítási hibak kijavítása