A Lazarus 0.9.28-as stabil kiadása már egy kicsit öregnek mondható (2009. októberi) és azóta számos újdonság került a fejlesztői 0.9.29-es verzióba. Ha Ubuntu Linuxon szeretnénk használni a Lazarus legfrissebb fejlesztői változatát, akkor csak a szintén nem túl friss, 2010.06.21-i változatból vannak deb csomagok. Ha ezeket letöltjük, majd telepítjük, akkor a fordító nem fog működni. Valami baja van az erőforrások fordításával.

Ahelyett, hogy kibogoztam volna, hogy mi lehet a hiba oka, inkább valami más megoldást találtam: letöltöm a Lazarus forráskódját, majd fordítsok belőle magunknak futtatható fejlesztő környezetet.

Az Embarcadero Technologies bejelentette, hogy megjelent a .Net platformra szánt Delphi legújabb verziója a Delphi Prism 2011. Az új verzió használatához Visual Studio 2010 szükséges és olyan .Net alatt még semmilyen más nyelven nem elérhető újdonságokkal szolgál mint az szempont-orientált és a párhuzamos programozási lehetőségek.

Főbb újdonságok:

A következő néhány egyszerű lépéssel telepíthető a Lazarus Mac OS X-re. A telepítéshez Mac OS X 10.6.2 szükséges.

1. A Mac OS X CD-ről telepítsük a teljes XCODE-ot, vagy töltsük le az Apple oldaláról.

A Windows két alapvető felhasználói fiók típust különböztet meg: "Rendszergazda" és "Korlátozott". A rendszergazda jogosultságú felhasználók módosíthatják a számítógép beállításait: programokat telepíthetnek, rendszer szintű változtatásokat hajthatnak végre, stb.

Ha egy Delphi programban ellenőrizni kell, hogy a belépett felhasználó rendszergazdaként van bejelentkezve, vagy tagja a Rendszergazdák csoportnak, akkor azt a következő függvénnyel lehet egyszerűen megtenni:

A Lazarus következő verziójában megjelenő egyik legnagyobb változás az a módosított erőforrás kezelés lesz. A fő probléma a "régi" erőforrás kezeléssel az volt, hogy minden .lfm streamet egy .lrs fájlból be kellett illeszteni a unit initialization részébe. Mi a rossz ebben?

• Először is az .lrs fájlokat is tárolni kell a projektben, ami elég tárhely igényes.
• Második rossz dolog az initialization rész használata (az ebből a részből hívott utasítások a program indulásakor hajtódnak végre). Ha pl. 200 form van az alkalmazásban, akkor a program indulásakor kétszáz rutint kell végrehajtani. Ez nem túl jó dolog, ha a sebesség is számít.
• Végül pár szó az erőforrásokhoz szükséges memóriáról és a memória lefoglalásának módjáról. Az .lrs erőforrások a program kódjában (amelyek induláskor végrehajtódnak) és TList osztálban egyaránt tárolva vannak. Tehát minden erőforrás kétszer van tárolva. Sőt ha újabb erőforrást akarunk hozzáadni a TList-hez, akkor az összes erőforrás memóriáját újra le kell foglalni: TList.Grow

Ezek a problémák tökéletesen megoldhatók az FPC 2.4.0 bevezetett natív erőforrás kezeléssel. Az FPC 2.4.0-s változatától kezdve lehetőség van a form erőforrások használatára az {$R *.lfm} direktíva használatával. Természetesen nincs szükség az .lrs fájlok tárolására és az initialization részre, valamint minden erőforrást is csak egyszer kell tárolni.

Mivel az erőforrás kezelésnek ezen módja sokkal hatékonyabb, a Lazarus fejlesztői úgy döntöttek, hogy ez legyen az alapértelmezett erőforrás kezelés. Természetesen az .lrs fájlok továbbra is használhatók maradnak, valamint a felhasználó eldöntheti, hogy az erőforrások tárolásának melyik módját választja.

Még egy az erőforrásokat érintő változás történt az XP manifest, a verzió információ és a projekt ikon kezelésben. Eddig több mint 5 fájlra volt szükség ezeknek az erőforrásoknak a tárolásához: egy ikont tartalmazó .lrs fájl, egy a manifest fájlra hivatkozó .rc fájl, verzió infó és projekt ikon fájlok. A projekt könyvtár leginkább egy állatkertre hasonlított. Ezentúl már csak egy .res és egy ikon fájlra lesz szükség. A .res fájt az új FreePascal állítja elő az fcl-res csomag segítségével. Ez azt jelenti, hogy nem kell többé a windres-t használni. A .res fájl minden platformon használható, míg korábban az .rc csak Windowson, az .lrs pedig a többi platformon volt használható.

Figyelem: a {$ifdef windows}{$R you_project.rc}{$endif} sort manuálisan kell kitörölni a az .lpr fájlból (ha van benne). Elképzelhető, hogy a jövőben készül erre automatikus megoldás.

Az új erőforrás kezelés előnyei tehát:

• Kevesebb szemét a projekt könyvtárban, kisebb méret
• Kisebb és gyorsabb programok (nincs szükség az initialization részre)
• Kevesebb memória használat
• Egységes erőforrás kezelés minden platformon

Unod már a Windows Start menüjének feliratát? Ha van jobb ötleted, nincs más dolgod mint kézbe venni egy Delphit vagy Lazarust és már le is cserélheted. Valahogy így:

Az Embarcadero az ünnepek alkalmából 12 videót tesz közzé a Rad Studio 2010-ről.

A tizenkettedik videó egy Delphi és Dephi Prism által használható unmanaged dll létrehozását mutatja be Delphiben.

Az Embarcadero az ünnepek alkalmából 12 videót tesz közzé a Rad Studio 2010-ről.

A tizenegyedik videó (kb. 20 perc) néhány új GUI komponens használatát mutatja be. Ezen kívül az új funkciók használatához is mutat néhány tippet.

Az Embarcadero az ünnepek alkalmából 12 videót tesz közzé a Rad Studio 2010-ről.

A tizedik videó a RAD Studio 2010 környezetben megjelent Debug Visualizer használatát mutatja be.

Megjelent a FreePascal fordító 2.4.0-ás változata.

Újdonságok: