Difference between revisions of "Lazarus Faq/hu"

From Free Pascal wiki
Jump to navigationJump to search
Line 1: Line 1:
{{Lazarus Faq}}
+
{ { Lazarus Faq } }
  
  
<font size="7">Lazarus GY.I.K.</font>
+
<font size="7"> Lazarus GY.I.K. < / font >
  
folyamatban...
+
in progress ...
  
  
Line 10: Line 10:
  
  
== Általános ==
+
== General ==
  
===Miért olyan nagyok a létrehozott binárisok?===
+
=== Why is it so big the up binaries ? ===
A binárisok azért nagyok, mert hibakeresési információkat is tartalmaznak, amelyekre a gdb (GNU Debugger) használatakor van szükség.
+
The binaries are large because they debug information contain , which gdb (GNU Debugger ) is necessary to use .
  
A fordítónak van egy kapcsolója amellyel el lehet távolítani a hibakeresési információkat a futtatható állományból (-Xs), de egy hiba miatt (a 2.0.2 és korábbi változatokban) ez nem működik megfelelően. A hiba már javítva van a fordító 2.0.4 és későbbi változataiban.
+
The compiler has a switch which can be removed from the debugging information in the executable file (- Xs ), but because of an error ( 2.0.2 and earlier versions ) it will not work properly . The error been corrected has the compiler 2.0.4 and in future versions of .
  
Használhatod a 'strip' nevű programot a hibakeresési szimbólumok eltávolításához a futtatható állományból. Ez a lazarus könyvtárában található (például: lazarus\fpc\bin\i386-win32\).
+
You can use ' strip 'is a program the debug symbols to remove in the executable file. lazarus directory (for example, lazarus \ fpc \ bin \ i386- win32 \).
  
Csak írd a parancssorba: "strip --strip-all <a_futtatható_fájl_neve_útvonallal>".
+
Just type the command " strip - strip -all <a_futtatható_fájl_neve_útvonallal> ".
  
Ha még kisebbre akarod a programod méretét, kipróbálhatod az [http://upx.sourceforge.net/ UPX] programot. Az UPX egy nagyon jó tömörítő kifejezetten futtatható állományok tömörítéséhez.  
+
If an even smaller you want your program size of , you can try [ http://upx.sourceforge.net/ UPX ] program. The UPX is a very good compression specifically executable files to compress .
It includes no memory overhead due to in-place decompression.  
+
It includes no memory overhead due to in-place decompression .
Nagyon gyorsan tömöríti ki az állományokat (~10 MB/másodperc egy Pentium 133 gépen).
+
Very quickly compress the files (~ 10 MB / sec in a Pentium 133 machine).
  
Az UPX hazsnálatához írd a parancssorba: "upx <a_futtatható_fájl_neve_útvonallal>".
+
The UPX hazsnálatához enter the command : " upx <a_futtatható_fájl_neve_útvonallal> ".
  
Miután mindkét parancs (strip és upx) is lefutott, egy Lazarus-szal készített egyszerű GUI alkalmazás mérete kb. ennyi lesz:
+
After each command ( strip and upx ) is finished, a Lazarus - VERSION made a simple GUI application size approx . many will be :
* ~ 700kb Linux-on
+
* ~ 700KB on Linux
* ~ 420kb Windows-on
+
* ~ 420kb on Windows
  
Részletesebb választ az UPX használatának esetleges hátrányairól is, itt olvashatsz: [[Size Matters]]<!--Méret Problémák--> ''(angolul)''.
+
A more detailed response to the UPX of using potential drawbacks also can be found here : [ [Size Matters ]]<!-- Size Problems -> ''( in English) .''
  
Fontos megjegyezni, hogy a lazarus 'hello world' példaprogram már eleve tartalmaz nagyon sok fontos összetevőt. Tartalmazza:
+
It is important to note that Lazarus ' hello world ' example program already contains very many important component. Includes :
  
* XML kezelő függvénytár
+
* XML handling library
* Képkezelő függvénytár png, xpm, bmp és ico fájlokhoz
+
* Graphics library, png, xpm , bmp and ico files
* Majdnem minden widget-et a LCL-ből (Lazarus Component Library)
+
* Almost every widget - et the LCL out of ( Lazarus Component Library)
* Az teljes Free Pascal Runtime Library-t
+
* The total Free Pascal Runtime Library is
  
Ezért nagyon nagy, de már majdnem mindent tartalmaz amire egy a valódi világnak készülő és komoly alkalmazásnak szüksége lehet.
+
Therefore it is very big, but it almost everything contains what a real world made and a major application may require.
  
A Lazarus által készített futtatható állományok nagy mérettel kezdődnek, de csak lassan nőnek, köszönhetően a Free Pascal fordítónak és a módnak ahogy a lazarus ablakok működik. Egy c++ projekt (csak példa, de más nyelvekre / eszközökre is igaz) kis mérettel kezdődneka 'hello world' esetében, de méretük gyorsan a sokszorosára nő amikor egy szükséged van összetevőkre egy komoly alkalmazás írásához.
+
The Lazarus produced by executable files large sizes start , but only slowly increasing, thanks to the Free Pascal compiler and the method as a lazarus windows operates . A c + + project ( just an example but other languages / tools is also true ), small size kezdődneka ' hello world ' , but size rapidly the many times increases when a need is the ingredients a serious application to write .
  
[[Image:Lazarus_vs_cpp_hu.png]]
+
[[ Image : Lazarus_vs_cpp_hu.png ]]
  
  
'''Gyors útmutató a Lazarus/FPC alkalmazások méretének csökkentéséhez''' ''(tesztelve a Lazarus 0.9.26 változatával)''
+
''' Quick guide to the Lazarus / FPC applications, reducing the size of ''' ''( tested with Lazarus 0.9.26 version of ) ''
  
* 1. "Project|Project Options|Compiler Options|Code|Smart Linkable (-CX)" -> Bejelölve
+
* 1 "Project | Project Options | Compiler Options | Code | Smart Linkable (- CX) "-> True
* 2. "Project|Project Options|Compiler Options|Linking|Debugging|" minden törölve kivéve a "Strip Symbols From Executable (-Xs)" -> Bejelölve
+
* 2 "Project | Project Options | Compiler Options | Linking | Debugging | " all deleted except the " Strip Symbols From Executable (- Xs ) "- > True
* 3. "Project|Project Options|Compiler Options|Linking|Link Style|Link Smart (-XX)" -> Bejelölve
+
* 3 "Project | Project Options | Compiler Options | Linking | Link Style | Link Smart (- XX) "-> True
  
A legfontosabb elem a 2. Egy egyszerű alkalmazás esetén a futtatható állomány mérete 1-3 MB körül lesz 15-20 MB helyett. Ezen a ponton megpróbálhatod ezt: "Project|Project Options|Compiler Options|Code|Optimizations|smaller rather than faster" -> Bejelölve (Figyelem: ez csökkentheti a tejesítményt)
+
The most important element 2 A simple application , the executable file size 1-3 MB will be around 15 to 20 MB instead of . At this point, you could try this: "Project | Project Options | Compiler Options | Code | Optimizations | Smaller Rather Than Faster "-> True ( Warning : this may reduce the decreased interest )
  
* 4. (Esetleg) Futtasd az "UPX <te_futtatható_programod>" parancsot a bináris állomány tömörítéséhez a -2 vagy -3 paraméterrel (Figyelem: mint fentebb olvashattad, az UPX használatának lehetnek hátrányai).
+
* 4 ( Or ) Run the " UPX <te_futtatható_programod> 'command the binary to compress of -2 or -3 parameter (Note : As above you can see , the UPX the use of may be drawbacks ).
  
'''Méretek változása egy üres alkalmazás esetén, beállítások és operációs rendszerek függvényében'''
+
''' Dimensions change in of a blank applications , settings and operating systems function '''
  
A tesztekhez változatok: Lazarus 0.9.29 és FPC 2.4 (Windows-on FPC 2.2.4). Az ''Optimized compiler'' a fentebbi tanácsok alkalmazását jelenti ''UPX használata nélkül''. A ''Default Lazarus'' pedig azt ahogy telepítve lett a csomagból/telepítővel. Az ''LCL without debug informations'' jelentése, hogy a Lazarus IDE és LCL hibakeresési információk nélküli (-g-) újraépítése után.
+
The testing versions: Lazarus 0.9.29 and FPC 2.4 ( on Windows FPC 2.2.4 ). for '' Optimized compiler '' the above advice means the application of '' UPX without the use of '' . The '' Default Lazarus '' and has as been installed a package / installer . the '' LCL Without debug informations '' meaning that the Lazarus IDE and LCL debugging information without (- g ) being rebuilt after .
  
<TABLE WIDTH=642 BORDER=0 CELLPADDING=1 CELLSPACING=0>
+
<table WIDTH=642 BORDER=0 CELLPADDING=1 CELLSPACING=0>
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263></TD>
+
<TD WIDTH=263> < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=111>Default Lazarus</TD>
+
<TD WIDTH=111> Default Lazarus < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=220>LCL without debug informations</TD>
+
<TD WIDTH=220> LCL Without debug informations < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263><U>Ubuntu 64 bits / Lazarus 64 bits</U></TD>
+
<TD WIDTH=263> <U> Ubuntu 64 bits / Lazarus 64 bits < / U > < / TD >
<TD COLSPAN=4 WIDTH=372></TD>
+
<TD COLSPAN=4 WIDTH=372> < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>Default application</TD>
+
<TD WIDTH=263> Default < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=111>13,4&nbsp; Mb</TD>
+
<TD WIDTH=111> 13.4 Mb < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=220>7,5 Mb / 8</TD>
+
<TD WIDTH=220> 7,5 Mb / 8 < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>Optimized compiler</TD>
+
<TD WIDTH=263> Optimized compiler < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=111>4,4 Mb</TD>
+
<TD WIDTH=111> 4.4 MB < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=220>2,70 Mb (0.29svn FPC2.4 2,5)</TD>
+
<TD WIDTH=220> 2.70 Mb ( 0.29svn FPC2.4 2.5) < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>&nbsp; &nbsp;</TD>
+
<TD WIDTH=263> < / TD >
<TD COLSPAN=4 WIDTH=372></TD>
+
<TD COLSPAN=4 WIDTH=372> < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263><U>Ubuntu 32 bits / Lazarus 32 bits</U></TD>
+
<TD WIDTH=263> <U> Ubuntu 32 bits / Lazarus 32 bits < / U > < / TD >
<TD COLSPAN=4 WIDTH=372></TD>
+
<TD COLSPAN=4 WIDTH=372> < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>Default application</TD>
+
<TD WIDTH=263> Default < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=111>19,6&nbsp; Mb</TD>
+
<TD WIDTH=111> 19.6 Mb < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=220>5,7 Mb</TD>
+
<TD WIDTH=220> 5.7 MB < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>Optimized compiler</TD>
+
<TD WIDTH=263> Optimized compiler < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=111>2,9 Mb</TD>
+
<TD WIDTH=111> 2.9 MB < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=220>1,6 Mb</TD>
+
<TD WIDTH=220> 1,6 Mb < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>&nbsp; &nbsp;</TD>
+
<TD WIDTH=263> < / TD >
<TD COLSPAN=4 WIDTH=372></TD>
+
<TD COLSPAN=4 WIDTH=372> < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263><U>Windows XP 32 bits / Lazarus 32 bits</U></TD>
+
<TD WIDTH=263> <U> Windows XP 32 bits / Lazarus 32 bits < / U > < / TD >
<TD COLSPAN=4 WIDTH=372></TD>
+
<TD COLSPAN=4 WIDTH=372> < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>Default application</TD>
+
<TD WIDTH=263> Default < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=111>11,8 Mb</TD>
+
<TD WIDTH=111> 11.8 Mb < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=220>2,14 Mb</TD>
+
<TD WIDTH=220> 2.14 Mb < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>Optimized compiler</TD>
+
<TD WIDTH=263> Optimized compiler < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=111>1,62 Mb</TD>
+
<TD WIDTH=111> 1.62 Mb < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=220>1,50 Mb</TD>
+
<TD WIDTH=220> 1.50 Mb < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>&nbsp; &nbsp;</TD>
+
<TD WIDTH=263> < / TD >
<TD COLSPAN=4 WIDTH=372></TD>
+
<TD COLSPAN=4 WIDTH=372> < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263><U>Windows Seven 64 bits / Lazarus 64 bits</U></TD>
+
<TD WIDTH=263> <U> Windows Seven 64 bits / Lazarus 64 bits < / U > < / TD >
<TD COLSPAN=4 WIDTH=372></TD>
+
<TD COLSPAN=4 WIDTH=372> < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>Default application</TD>
+
<TD WIDTH=263> Default < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=111>12,3&nbsp; Mb</TD>
+
<TD WIDTH=111> 12.3 Mb < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=220>3,20 Mb</TD>
+
<TD WIDTH=220> 3.20 Mb < / TD >
</TR>
+
< / TR >
<TR VALIGN=TOP>
+
<TR Valign=top>
<TD WIDTH=263>Optimized compiler</TD>
+
<TD WIDTH=263> Optimized compiler < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=111>2,14 Mb</TD>
+
<TD WIDTH=111> 2.14 Mb < / TD >
<TD WIDTH=14>&nbsp; &nbsp;</TD>
+
<TD WIDTH=14> < / TD >
<TD WIDTH=220>2,16 Mb</TD>
+
<TD WIDTH=220> 2.16 Mb < / TD >
</TR>
+
< / TR >
</TABLE>
+
< / TABLE >
  
=== Miért lassú az alkalmazások építése Windows-on? ===
+
=== Why is slow the applications build on Windows ? ===
  
Ez a hiba javítva lett az FPC 2.2 és a Lazarus 0.9.24 változataiban. Frissítsd a Lazarus-t. Régebbi változatokkal kapcsolatban olvasd el a következő szöveget.
+
This error was corrected in the FPC 2.2 and the Lazarus 0.9.24 versions . upgrade the Lazarus was . Older versions in relation to , read the following text.
  
Általánosságban elmondható, hogy a fordítási idő Windows-on több időt vesz igénybe, mint más rendszereken, mert a GNU Linker, amit a Free Pascal használ lassú ezen a rendszeren. Ez a jelenség csak a Windows-on áll fenn, és csak a régebbi gép (1Ghz alatt) valamint kevés memória (128MB vagy kevesebb) esetén zavaró.
+
Generally speaking, the translation time on Windows takes more time than other systems because the GNU linker, which the Free Pascal uses is slow on this system. This phenomenon only on Windows exists , and only the older machine ( 1Ghz under ) and low memory (128MB or less) event disruptive .
  
Ezen kívül, ha az LCL-t a "smartlink" kapcsolóval használod akkor az összefűzés sokkal lassabb lesz. Egy leírás erről itt található: [[File size and smartlinking]] ''(angolul - kidolgozás alatt)''
+
In addition , if the LCL the ' SmartLink ' switch, use then the merge much slower will be . A description of this can be found here : [ [File size and smartlinking ] ]'' (in English - in preparation) ''
  
Egy belső összefűző (linker) lett kifejlesztve, de csak a Free Pascal 2.2 változatától kezdve lesz elérhető (természetesen az SVN-ből is elérhető). Látványosan lecsökkenti az összefűzés idejét.
+
An internal lacing ( linker ) has been developed , but the Free Pascal 2.2 Starting with version will be available (of course, SVN from also available ). Dramatically reduces the stacking time of .
  
'''Megjegyzés''': A 2.1.1 változat Windows-on egy olyan belső összefűzőt használ amely már egy kicsit gyorsabb. Az ezzel újrafordított Lazarus kb. 280MB-ot foglal el.
+
'' 'Note ''' : The 2.1.1 version on Windows an internal lacing uses which is a bit faster. the same újrafordított Lazarus about . 280MB per occupies .
  
=== Melyikre van szükségem: ppc386.cfg vagy fpc.cfg? ===
+
=== Which one do I need : ppc386.cfg or fpc.cfg ? ===
  
Csak az fpc.cfg kell neked. Így a fordító tudja hogy hol vannak a függvénytárak.
+
Only fpc.cfg be you. Thus, the compiler knows the location of the libraries .
  
=== Hogyan fordítsam a lazarus-t? ===
+
=== How compile to lazarus - t ? ===
  
Valahogy így:
+
Like this:
$ cd lazarus
+
 $ Cd lazarus
$ make clean all
+
 $ Make clean all
  
=== Hogyan fordíthatok más projekteket, amik az LCL-en az alapulnak? ===
+
=== How can I build other projects , which LCL - en the are based on ? ===
  
Ha nem használhatod az IDE-t a fordításhoz, használd a 'lazbuild' programot. Ez egy parancssoros változata az IDE-nek, lazarus projektek és csomagok építéséhez.
+
If you do not use the IDE to compile , use the ' lazbuild ' program. This is a command-line version of the IDE 's , Lazarus projects and packages for the construction .
Ha az LCL alkalmazást az IDE és a lazbuild nélkül akarod elkészíteni, add következő sorokat az ''fpc.cfg'' fájlhoz:
+
If the LCL application of the IDE and the lazbuild without want to prepare , add following lines to the '' fpc.cfg '' file :
  
  # searchpath for other toolkits (Linux)
+
   # SearchPath for Other Toolkits (Linux )
  -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/{Készleted}
+
   -Fu/usr/lib/fpc / $ fpcversion /units / $ fpctarget / { Stocks }
  
  # searchpath for other toolkits (Windows)
+
   # SearchPath for Other Toolkits ( Windows)
  -Fu/{LazarusKönyvtárad}/components/units/{Készleted}
+
  Fu / { LazarusKönyvtárad } / components / units / { Stocks }
  
:Ahol {a Készleted} a következők lehetnek: ''gtk2'', ''gnome'', ''qt'' vagy ''win32''. Ez után futtasd ezt a parancsot:
+
: Where { the Pools } include: '' gtk2 '' ,'' gnome '' ,'' qt '' or '' win32 '' . After this, run this command:
::ppc386 projekted.pp
+
:: ppc386 projekted.pp
  
'''Megjegyzés:''' Ne felejtsd el telepíteni a fejlesztői csomagokat az adott készlethez, különben egy ehhez hasonló üzenetet kaphatsz: '[[Linker message: cannot find -l/hu|Linker message: cannot find -l]]'.
+
'' 'Note : ''' Do not forget to install the development packages for your kit , otherwise a like this message you may get : ' [[ Linker message : can not find -l/hu | Linker message : can not find- l ] ] ' .
  
=== Melyik FPC változatra van szükség? ===
+
=== Which FPC version do I need? ===
  
A Lazarus 0.9.28 legalább az FPC 2.4 változatát igényli.
+
Lazarus 0.9.28 at least of the FPC 2.4 version requires .
  
=== Nem tudom fordítani a Lazarus-t ===
+
=== I can not pay the Lazarus- t ===
  
# Ellenőrizd, hogy a fordító megfelő változatát használod
+
# Make sure the compiler as with the version use
# Ellenőrizd, hogy a függvénytárak (fpc) ugyanehhez a változathoz valók
+
# Check that the libraries ( FPC) do the same to to the version
# Ellenőrizd, hogy a fordító telepítési útvonalának nevében vannak-e szóközök. Ne legyenek!
+
# Check that the compiler installation path name if there are spaces . Do not be !
# Ellenőrizd, hogy van-e fpc.cfg fájl és nincs régi ppc386.cfg
+
# Make sure there is fpc.cfg file and there is no old ppc386.cfg
# Nézd át az operációs rendszerrel összefüggő GY.I.K.-t
+
# Look through the operating system related FAQs is
  
=== Amikor egy projektet fordítok, hibaüzenetet kapok ===
+
=== When you a project translate , an error message I get ===
==== "Cannot find Unit interfaces". Hogyan oldjam meg?====
+
==== " Can not find Unit interfaces . " How to solve ?====
  
Ez azt jelenti hogy a fordító nem találja az 'interfaces.ppu' fájlt '''vagy''' azt jelenti, hogy talált, de hibás vagy érvénytelen (régi).
+
This means that the compiler can not find ' interfaces.ppu 'file ''' or ''' means that it found but is incorrect (old ).
  
Ez a unit megtalálható a "{LazarusDir}\lcl\units\{TargetCPU}-{TargetOS}\{LCLWidgetSet}\interfaces.ppu" útvonalon. Például: "/home/username/lazarus/lcl/units/i386-linux/gtk/interfaces.ppu".
+
This unit can be found in the " { LazarusDir } \ LCL \ units \ { TargetCPU } - { TargetOS } \ { LCLWidgetSet } \ interfaces.ppu route . For example : "/ home/username/lazarus/lcl/units/i386-linux/gtk/interfaces.ppu ".
  
Ellenőrizd, hogy csak ott van. Ha több változatod is van interfaces.ppu fájlból, akkor valószínűleg rosszak a beállításaid (például hozzáadtál egy LCL könyvtárat a keresési útvonalhoz). Töröld az interfaces.ppu minden példányát, kivéve egyet a fenti könyvtárban.
+
Check that only there is . If multiple versions there are interfaces.ppu file , you're probably bad options (such as adding a LCL library search path ). Delete the interfaces.ppu all copies of , except for one of the above directory.
  
Ha más ablakelem-készletet (widgetset) választottál mint amivel a Lazarus készült, le kell fordítanod az LCL-t is ehhez az ablakelem-készletet.  
+
If any other window panel set ( widgets ), have chosen as we the Lazarus made , you must build the LCL is to the window panel set .
  
Ha ott van, de mégis ezt a hibaüzenetet kapod akkor eltérő fordítót/rtl-t használsz a projekted fordításához, mint amivel a Lazarus IDE készült. A következők egyikét teheted:
+
If it is there , but still this error message get if a different compiler / rtl are using your project to compile , as we in the Lazarus IDE made . One of the following do :
* Építsd újra az LCL-t (vagy az egész Lazarus-t) az "Environmnent Options" között kiválasztott fordítóval. Ezt megteheted a "Tools|Build Lazarus" menüponttal. Előtte nézd át a vonatkozó beállításokat a "Tools|Configure Build Lazarus" menüpontra kattintva.
+
* Rebuild the LCL ( , or the whole Lazarus - t) " Environmnent Options " between the selected compiler. You can do this in the "Tools | Build Lazarus "menu item . Before that check the settings in the "Tools | Configure Build Lazarus " clicking .
* Változtasd meg a kiválasztott fordítót az "Environment Options" között arra amelyikkel a Lazarus-t fordítottad. Figyelmesen nézd meg az "Environment Options" között, hogy a megfelelő útvonal van-e beállítva a "Lazarus Directory" és az "FPC sources directory" mezőben. Ellenőrizd, hogy csak egy változata legyen a fordító beállításait tartalmazó fpc.cfg fájlnak - ennek helye a /etc/ könyvtár Linux/Unix rendszereken vagy Windows esetén az a könyvtár ahol az FPC fordító található. Próbáld futtatni az "fpc -vt bogus" parancsot hogy ellenőrizhesd melyik fpc.cfg van használatban a rendszereden. Felesleges példányok maradhatnak amikor újabb változattal frissíted a fordítót; ezek a felhasználói könyvtáradban vagy abban a könyvtárban lehetnek amelyben az új fordítót építetted. TÖRÖLD EZEKET!
+
* Change the selected compiler the "Environment Options " between the it one with which Lazarus was compiled . Carefully look at the "Environment Options " , so that the correct path is set to " Lazarus Directory "and the " FPC sources directory "box. Check to only one version of be the compiler configuration fpc.cfg file - its place in the directory / etc / Linux / Unix systems or Windows , the of the directory where the FPC compiler is located. Try to run the " fpc -vt bogus 'command to ellenőrizhesd which fpc.cfg is used in the system. Redundant copies may remain when a new version update the compiler and these are the user directory or in the directory can be where the new compiler built. DELETE THEM !
* Esetleg megváltoztathatod a projekt számára kiválasztott ablakelem-készletet. Egy példa: az "objectinspector" ami a Lazarus része alapértelmezés szerint gtk-ra van beállítva. Ennek fordítása biztosan előidézi a "Can't find unit interfaces" üzenetet Windows-on. Az ablakelemek átállítása  "default(Win32)"-re megoldja a problémát: "Project|Project Options|Compiler Options...|LCL Widget Type (various)".
+
* You may change the project selected window panel set. An example: the " objectinspector " is the Lazarus part of the default gtk is set to . This translation of certainly causes a " Can not find unit interfaces " message on Windows. The ablakelemek converting "default (Win32 ) "to solve the problem: "Project | Project Options | Compiler Options ... | LCL Widget Type ( various ) ".
  
=== Amikor egy delphi projektet akarok fordítani Lazarus-szal, hibaüzenetet kapok ===
+
=== When a Delphi project to you want to compile Lazarus fiber, an error message I get ===
==== at the line :{$R *.DFM} Hogyan oldhatom meg ezt a problémát? ====
+
==== at the line : { $ R *. DFM } How can I solve this problem? ====
  
A Lazarus (vagy inkább a Linux) nem ismeri az adatforrásokat (resources), abban a formában ahogy a Delphi/Win32 használja. Ezért a Lazarus egy másik módot alkalmaz amely nagyjából egyenértékű vele. Használhatod a Delphi ablakelrendezéseket (.dfm fájlokat) a következő lépésekkel:
+
Lazarus ( or rather, Linux) do not know the sources of data ( resources ) , in the form as Delphi/Win32 use . Therefore, Lazarus another -up method that is roughly equivalent to him. You can use the Delphi ablakelrendezéseket (. dfm ) files with the following steps :
  
*Szükséged van a .dfm fájlok szöveges változatára. A D5 és újabb változatok ilyet készítenek alapértelmezés szerint. Ha régebbi fájljaid vannak: {{keypress|Alt|F12}} hogy szövegként lásd aztán másolás/beillesztés. Ha szöveges .dfm fájlod van, csak másold egy .lfm fájlba.
+
* Do you need to . dfm files to text version . The D5 and newer versions such made default. If older files there are : { { keypress | Alt | F12 } } to text see then copy /insertion. If the text . dfm file, only copy one . LfM file.
*Készíts egy fájlt a lazres programmal (a lazarus/tools könyvtárban található): lazres formod.lrs formod.lfm
+
* Create a file in the lazres program ( lazarus / tools directory) : lazres formod.lrs formod.lfm
*Add a következő sorokat a "initialization" részhez:
+
* Add the following lines to the " initialization " section :
  
      initialization
+
      initialization
      {$I formod.lrs}
+
      { $ I formod.lrs }
  
Tartsd észben, hogy még nem minden tulajdonságot (property) támogat a Lazarus, amik a .dfm fájlokban előfordulhatnak, ezért esetleg összeomolhat.
+
not all property (Property ) supported by Lazarus , which the . dfm files may occur , and it may crash.
  
Szerk: Az FPC 2.4.0 óta, a Delphi stílusú adatforrások is támogatottak, így már semmit sem kell megváltoztatnod. <!--Even Lazarus svn already uses it as default projects. -->Megjegyzés: még mindig ajánlott a Lazarus Delphi project converter használata, mivel előfordulhatnak nem támogatott tulajdonságok.
+
Edit : the FPC 2.4.0 Since , a Delphi -style data sources are supported , so you have nothing to be changed. <! - Even Lazarus svn Already uses it as default projects . - > Note : I recommend the Lazarus Delphi project converter use of , since there may not be supported properties .
  
==== 'Identifier not found LazarusResources'. ====
+
==== ' Identifier not found LazarusResources ' . ====
  
Amikor a Lazarus létrehoz egy form-ot, hozzáad néhány unitot a unitod uses részéhez. Azonban Delphi unitok Lazarus unittá átalakításakor ez ez nem történik meg. Ezért neked kell hozzáadnod az LResources unitot a form unitjának uses részéhez.
+
When Lazarus set up a form was , add a few Unit is united uses part of the . However, Delphi Units Lazarus unittá converting it it does not happen. Therefore, you should add the LResources United in the form unitjának uses part of the .
  
=== Amikor egy objektum eseménykezelőjét hívom, pl. egy gomb az onclick()-jét akkor a következő hibaüzenetet kapom: 'ERROR unit not found: stdCtrls' ===
+
=== When an object event handler I call , eg . a button on onclick () -jet then the following error message I get : ' ERROR unit not found: stdCtrls ' ===
  
Ellenőrizd a "Project|Project Inspector"-ban, hogy a projekted az 'LCL' csomagokon alapul és hogy telepítetted az FPC forráskódjait.
+
Check the " Project | Project Inspector " in that the projects ' LCL ' packets based on and to install the FPC source code .
  
A Lazarus a fejlesztőkörnyezet (IDE) és az  LCL vizuális komponensek együttese.
+
Lazarus in the development environment ( IDE ) and the LCL visual components combination of .
Minden egyéb, mint az IO, a Database, az FCL és az RTL az FPC által van biztosítva.
+
Each other , as the IO, the Database , the FCL and RTL the FPC by is provided .
Az IDE igényli az összes forráskód útvonalát.
+
The IDE requires all the source path .
  
Az FPC forráskódjainak útvonala beállítható a menüből indulva: "Environment|Environment Options|Files|FPC source directory"
+
The FPC source code path set menu starting from a : Environment | Environment Options | Files | FPC source directory "
  
===Hogyan építhetek be egy kis fájlt a futtatható állományba, hogy ne legyen külön fájl? Hogyan építhetek be erőforrást?===
+
=== How can I build a small file with a executable file that is not a separate file ? How can I build a resource ? ===
  
Például:
+
For example :
/lazarus/path/tools/lazres sound.lrs sound1.wav sound2.wav ...
+
 / lazarus / path / tools / lazres sound.lrs sound1.wav sound2.wav ...
Létrehozza a sound.lrs fájlt a sound1.wav és sound2.wav fájlokat felhasználva.
+
Creates the sound.lrs file the sound1.wav and sound2.wav files using .
  
Ezután illeszd a kódodba a form .lrs *után*:
+
Then paste the code in the form . LRS * after *:
  
...
+
 ...
initialization
+
 initialization
{$i unit1.lrs} // ez a fő erőforrás fájl (első)
+
 { $ i unit1.lrs } / / this is the main resource file (first)
{$i sound.lrs} // felhasználó által meghatározott erőforrás fájl
+
 { $ i sound.lrs } / / user defined resource file
+
 
end.
+
 end .
  
A programodban így használhatod:
+
Your program so you can use :
Sound1AsString:=LazarusResources.Find('sound1').Value;
+
 Sound1AsString : = LazarusResources.Find (' sound1 ') . Value ;
  
=== Mit jelentenek a különböző fájltípusok amiket a Lazarus használ? ===
+
=== What are the different types of files you the Lazarus are using ? ===
  
A [[Lazarus Tutorial#The Lazarus files]] cikk részletesen, példákkal írja le a fájltipus kiterjesztéseket.
+
The [[ Lazarus Tutorial # The Lazarus files ]] article in detail , with examples describe the type of file extensions.
Ez egy összefoglaló lista:
+
This is a summary list:
  
; <code>*.lpi</code> : Lazarus Project Információ fájl (XML formátum; tartalmazza a projekt egyedi beállításait)
+
; <code> *. lpi < / code >: Lazarus Project Information File ( XML format , includes the project specific settings)
; <code>*.lpr</code> : Lazarus Program fájl; a főprogram Pascal forráskódját tartalmazza
+
; <code> *. lpr < / code >: Lazarus Program files ; the main program Pascal source code included in
; <code>*.lfm</code> : Lazarus Form fájl; információkat tartalmaz egy form összes eleméről (egyedi, a Lazarus által használt szöveges formátum; a műveletek Pascal forráskóddal megírva a megfelelő <code>*.pas</code> fájlban találhatók)
+
; <code> *. LfM < / code >: Lazarus Form file , information contains a form all the elements of ( unique to the Lazarus used by text format is ; operations Pascal source code written in the appropriate <code> *. pas < / code> file found)
; <code>*.pas</code> vagy <code>*.pp</code> : Pascal forráskódú  Unit (tipikusan egy form-hoz tartozik amelynek adatai a megfelelő <code>*.lfm</code> fájlban találhatók)
+
; <code> *. pas < / code > or <code> *. pp < / code >: Pascal source Unit (typically a form to belongs in which the data the corresponding <code> *. LfM < / code> file)
; <code>*.lrs</code> : Lazarus Resource fájl (erőforrás, ez egy generált fájl; nem szabad összetéveszteni a Windows erőforrás fájlokkal).  
+
; <code> *. LRS < / code >: Lazarus Resource File ( resource , this is a generated file , do not be confused with the Windows resource files ).
: Ilyen fájlokat a lazres (a Lazarus/Tools könyvtárban található) eszközzel lehet létrehozni a parancssorból indítva: lazres fajlom.lrs fajlom.lfm
+
: If these files are lazres ( Lazarus / Tools directory) tool to create from the command line started : lazres fajlom.lrs fajlom.lfm
; <code>*.ppu</code> : Lefordított unit
+
; <code> *. PPU < / code >: Compiled
; <code>*.lpk</code> : Lazarus csomag (package) információ fájl. (XML formátum; a csomag egyedi beállításait tartalmazza)
+
; <code> *. LPK < / code >: Lazarus package ( package ) information file . (XML format , the package specific settings includes )
  
=== Amikor egy szövegfájlt deklarálok így: ''var mytext: text;'' , Hibaüzenetet kapok: "Unit1.pas(32,15) Error: Error in type definition". Hogyan javíthatom?===
+
=== When a text file declared so : '' var mytext : text ; '', an error message I get : " Unit1.pas ( 32.15 ) Error : Error in type definition ". How can I improve ? ===
  
A TControl osztály (class) rendelkezik egy [[doc:lcl/controls/tcontrol.text.html|Text]] nevű tulajdonsággal (property). Egy form-hoz tartozó eljárásban (method) ennek elérhetősége elsőbbséget élvez a System unitban található [[doc:rtl/system/text.html|Text]] típushoz képest. Használhatod a [[doc:rtl/system/textfile.html|TextFile]] típust, ami egy álnév a Text típus számára, vagy a típus megadásakor a típusnév elé írhatod a unit nevét.
+
The TControl class ( class ) has a [[ doc: LCL / controls / tcontrol.text.html | Text] ] , a property (property ). a form belonging to process ( method ) should availability of take precedence over the System units located in [[ doc: rtl / system / text.html | Text] ] model comparison . You can use [[ doc: rtl / system / textfile.html | textfile ]] model , which is an alias the text type for , or the type is set, the type name before can write the unit his name.
var
+
 var
  MyTextFile: TextFile;
+
   MyTextFile : TextFile ;
  MyText: System.Text;
+
   MyText : System.Text ;
Hasonló jelenség előfordulhat a szöveges fájl azonosítók kiosztásakor és a fájlok bezárásakor is. A TForm rendelkezik ''assign'' és [[doc:lcl/forms/tcustomform.close.html|Close]] eljárással (method) is. Használhatod az [[doc:rtl/objpas/assignfile.html|AssignFile]] és [[doc:rtl/objpas/closefile.html|CloseFile]] eljárásokat vagy beszúrhatod a ''System'' unit nevét.
+
A similar phenomenon may occur in a text file identifiers, assigning and close the file too. The TForm in '' assign '' and [ [ doc: LCL / forms / tcustomform.close.html | Close ]] procedure ( method ) as well. You can use [[ doc: rtl / objpas / assignfile.html | AssignFile ]] and [ [ doc: rtl / objpas / closefile.html | CloseFile ]] procedures , or insert the '' System '' unit name of the .
  
=== Hibaüzenetet kapok amikor a Printer.BeginDoc-ot használom ===
+
=== an error message I get when a Printer.BeginDoc cent using ===
  
A Printers unitot hozzá kell adnod a uses részhez.
+
the printers Units need to add to the uses section.
  
A Printer4Lazarus csomagot hozzá kell adnod a projekted függősdégeihez (requirement) az IDE menüjéből indulva:
+
The Printer4Lazarus package need to add your project függősdégeihez ( Requirement ) the IDE menu in starting from a :
"Project|Project Inspector|Add|New Requirement|Package Name:"
+
"Project | Project Inspector | Add | New Requirement | Package Name :
  
Ha a Printer4Lazarus csomag nincs a legördülő listában amikor megnyitod akkor telepíteni kell. A csomag része a Lazarus telepítésnek és megtalálható ebben a könyvtárban:
+
Printer4Lazarus package is not the box, when you open you must install . of the package is part of the Lazarus installation and can be found in this directory :
"[lazarus installed directory]\components\printers"
+
" [ Lazarus Install Directory ] \ components \ printers "
  
Ha az alapértelmezett telepítési könyvtárat használtad akkor a [lazarus installed directory] útvonala:
+
If the default installation directory you used is in the [ lazarus Install Directory ]
*Windows: c:\lazarus  
+
* Windows: c: \ lazarus
*Linux: /usr/lib/lazarus
+
* Linux : / usr / lib / lazarus
  
Ugyanez a megoldás alkalmazható ha a Printer.Printers-re hivatkozáskor kivétel (exception) keletkezik.
+
The same solution used when Printer.Printers for reference exception ( Exception ) is formed .
  
=== Miért egyenlő a TForm.ClientWidth/ClientHeight és a TForm.Width/Height ===
+
=== Why is equal the TForm.ClientWidth / ClientHeight and TForm.Width / Height ===
  
A TForm.Width/Height nem tartalmazza a keretet, mivel nem volt lehetséges lekérdezni a keret méretét minden rendszeren. Megbízható módszer nélkül az LCL rendellenesen mozgathatná vagy a végtelenségig átméretezhetné az ablakokat a képernyőn.
+
The TForm.Width / Height does not include the frame, as it was not possible to retrieve the frame size of each system. a reliable method Without of LCL abnormally mozgathatná or indefinitely átméretezhetné the windows on the screen.
  
Azonban ha lesz megbízható eljárás egy ablak és kerete méretének, illetve helyzetének lekérdezésére minden rendszeren, akkor ez meg fog változni. A régebbi LCL form-okkal való kompatibilitás megtartása érdekében, az új változathoz néhány további eljárás (method) is hozzá lesz adva.
+
However, if there will be a reliable procedure for a window and frame size , and status of query the all systems , then it will change . The older LCL form- reason compatibility with in order to maintain the new version of some other process ( method ) as well will be added .
  
== Hibakereső (Debugger) ==
+
== Debugger ( Debugger ) ==
  
=== Hogyan láthatom a hibakeresés kimenetét? ===
+
=== How can I see debugging output? ===
  
Az LCL tartalmaz két eljárást az LCLProc unitban a hibakereső kimenetre történő íráshoz. Ezek a következők:  
+
LCL contains two procedures for LCLProc unit the debug output to writing . These are:
* '''DebugLn:''' úgy működik mint a WriteLn, de csak string paramétert fogad el.
+
* ''' DebugLn : ''' works like writeln , but string parameters.
* '''DbgOut:''' úgy működik mint a Write, de csak string paramétert fogad el.
+
* ''' DbgOut : ''' works such as Write, but string parameters.
  
Normális körülmények között a kimenet az stdout-ra kerül. Ha az stdout zárt (például amikor az alkalmazás {$AppType Gui} vagy a -WG opciókkal lett lefordítva Windows-on), nem lesz írás a kimenetre.
+
Under normal circumstances, the output stdout is . If is stdout closed ( for example, when the application is { $ AppType Gui } or - WG options has been compiled on Windows) , it will not be writing to the output.
  
A hibakeresés kimenete fájlba is írható. Az LCLProc unit az initialization részében ellenőrzi a Lazarus.exe parancssori paramétereit a '--debug-log=<file>' kapcsolót keresve. Ha megtalálja akkor a további hibakeresési kimenetek a <file>-ba lesznek írva.
+
The debug output file is writable. The LCLProc unit the initialization section of checks the Lazarus.exe command parameters of the '- debug -log = <file> 'to search . If find you can additional debug output the <file> into will be written .
  
Ha nincs megadva a '--debug-log' parancssori paraméter, akkor egy xxx_debuglog nevű környezeti változó létezését ellenőrzi az operációs rendszerben, melyben az xxx a programfájl neve kiterjesztés nélkül. A Lazarus számára ez lazarus_debuglog.  
+
If not specified the '- debug -log ' command line parameter , an xxx_debuglog named environment variable the existence verify of the operating system , where xxx is the executable name of the without the extension. The Lazarus for it lazarus_debuglog .
Ha egy ilyen környezeti változó létezik, akkor az így megadott fájlt fogja használni a hibakeresési kimenetre írt adatok mentéséhez.
+
If such an environment variable exists, then it is converted file will be used the debug output data written to to save .
Például: ha ezt teszed:
+
For example : if you do :
set lazarus_debuglog=c:\lazarus\debug.txt
+
 set lazarus_debuglog = c: \ lazarus \ debug.txt
a hibakeresési kimenet a c:\lazarus\debug.txt fájlba lesz írva.
+
the debug output c: \ lazarus \ debug.txt file will be written .
  
Minden alkalmazás amely használja az lclproc unitot, használhatja ezt a lehetőséget.
+
Every application that uses the lclproc units, you can use this option.
  
;Lazarus hibakeresés: A leghasználhatóbb módszer Windows-on a konzolt használata kimenetként, ehhez add az {$APPTYPE console} direktívát a lazarus.pp-hez, aztán építsd újra a Lazarus-t.
+
; Lazarus Debugging : The most useful method is Windows at the console to use output , this add to the { $ APPTYPE console } directive the lazarus.pp to , then rebuild, the Lazarus- t .
  
=== Hogyan figyelhetem a tulajdonságokat? (property) ===
+
=== How to monitor your properties? (property ) ===
  
A legutóbbi fejlesztői (2.5.1) vagy a 2.4-es változatot kell használnod.  
+
The latest development (2.5.1 ) or the 2.4 version instead.
  
Ha az alkalmazást a -gw (dwarf debug info) használatával fordítod, akkor figyelheted a tulajdonságokat.
+
If the application on - gw ( dwarf debug info ) to compile , then observed the properties.
  
Megjegyzendő hogy ez csak olyan a tulajdonságokra igaz amelyek közvetlenül változókat takarnak (a "read" deklaráció az osztály egy tagjára mutat és nem egy funkcióra).
+
It should be noted that this is a of the character true that directly variables embody ( the "read " declaration of the class a members show and the is not a function ).
  
Ha a tulajdonság egy művelet végeredményét adja vissza akkor nagyon veszélyes azok kiértékelése/figyelése. Szükséges lehet a művelet végrehajtása, és ez néha változók értékének megváltoztatását eredményezheti. Egyszerűbben fogalmazva megváltozhat az alkalmazásod állapota a hibakeresőben, és a további kódfuttatás, hibakeresés vagy figyelés érvénytelen eredményt adhat.
+
If the property an operation outcome of returns the is very dangerous their evaluation / monitoring . May be necessary to carry out the operation , and this can sometimes variables the value of change in lead to . Put simply change the your application status of in the debugger , and a further code execution , debuggers or monitoring is invalid findings.
  
A lehetőség az eljárások visszatérési értékének figyelésére (a fentebbi kockázatok mellett), és e miatt kódok hívása a Debugger-ből még nincs kidolgozva.
+
The facility the processes return value of the monitor ( to the above risks in addition ) , and because of this code call the Debugger out is not yet developed .
  
=== Miért nem mutatja a hibakereső az egyes Változókat/Struktúrákat ("no such symbol"/"incomplete type") ===
+
=== Why does not shows the debugger the individual variables / structures (" No such symbol " / " incomplete type " ) ===
  
A következő hibakeresési problémák esetén:<br>
+
The following troubleshooting problems: <br>
- tulajdonságok (property-k)<br>
+
- properties (property - k ) <br>
- array of ... (dinamikus tömbök)<br>
+
- array of ... (dynamic arrays ) <br>
- változók beágyazott eljárásokban<br>
+
- variables nested procedures <br>
- "no such symbol in context"<br>
+
- " No such symbol in context "<br>
- "incomplete type"<br>
+
- " incomplete type " <br>
olvasd el ezt a cikket: [[GDB Debugger Tips]] ''(angol)''
+
Read this article : [[ GDB Debugger Tips ] ]'' (in English ) ''
  
=== Hogyan használható a hibakereső, csomagokban található FCL komponenseken Lazarus-szal ===
+
=== How do I use the debugger , packs and FCL components Lazarus VERSION ===
  
Az FCL komponensek és osztályok alapértelmezetten hibakeresési információk nélkül lettek lefordítva és ezért a gdb nem tudja elérni az metódusokat és a tulajdonságokat. A komponensek csomagjait újra kell építeni a "-gl" kapcsolóval.  
+
The FCL components and classes by default debugging information without have been compiled with and therefore gdb can not access the methods and properties. The components packages need to be rebuilt of the " gl " option.
  
A következő példa feltételezi hogy egy Linux összeállítás használatát a /usr/local/ telepítési útvonallal és azt hogy az fcl-db adatbázis kezelő csomag az aminek tartalmaznia kell a hibakeresési információkat. A példában az fcl-db szerepel, de értelem szerűen bármely más csomaggal is működik.
+
The following example assumes that is a Linux compilation using the / usr / local / installation path and the FCL -db database administrator package in the which should include debugging information . In the example FCL - piece in , but mind simply any other package is works.
  
Mielőtt elkezded, meg kell keresned az FPC beállításait tartalmazó fájlt: /etc/fpc.cfg. Nézd át a tartalmát és keresd meg az FPC telepítési útvonalát. Keress az fpc.cfg fájlban egy sort aminek az elején -Fu található:
+
Before you begin , you have to find the FPC configuration file : / etc / fpc.cfg . Look through the contents and find the the FPC installation path of . Search the fpc.cfg file a line with the early -Fu in :
  
-Fu/usr/local/lib/fpc/$fpcversion/units/$fpctarget/*
+
 -Fu/usr/local/lib/fpc / $ fpcversion / units / $ fpctarget / *
  
A Make szkriptek által lefordított unitok az INSTALL_PATH/lib/fpc/$fpcversion/units/$fpctarget/ könyvtárba kerülnek, ezért biztosnak kell lenned abban hogy a telepítési útvonal a /usr/local, és ezt kell megadni INSTALL_PREFIX-ként, különben a Make által fordított unitok olyan helyre is kerülhetnek ahová nem tartoznak vagy a Make szkriptek hiba miatt le is állhatnak.
+
the Make scripts by compiled United in the INSTALL_PATH / lib / fpc / $ fpcversion / units / $ fpctarget / directory, so have to make sure that the installation path to / usr / local , and must be reported INSTALL_PREFIX as , otherwise the Make translated by Units a location can be placed in where you do not belong or to the Make scripts error due to down also may .
  
'''1. lépés''': Nyisd meg a terminál ablakot<br>
+
'' '1 . Step ''' : Open a terminal window <br>
'''2. lépés''': cd /user/local/share/src/fpc-2.3.1/fpc/fcl-db/<br>
+
'' '2 . Step ''' cd / user/local/share/src/fpc-2.3.1/fpc/fcl-db / <br>
'''3. lépés''': sudo make clean all install INSTALL_PREFIX=/usr/local OPT=-gl<br>
+
'' '3 . Step ''' sudo make clean all install INSTALL_PREFIX = / usr / local OPT =- gl <br>
 
+
  
Megjegyzés: az INSTALL_PREFIX paramétert megfelelően be kell állítani a unitok megfelelő elhelyezése érdekében!
+
Note that the INSTALL_PREFIX parameter be properly adjusted to the Units proper placement of in order !
  
A példában a /usr/local az alapértelmezett telepítési útvonal Linux-on, de más operációs rendszereken más lehet.
+
In this example, / usr / local the default install path on Linux, but other operating systems may be different .
  
make clean all install INSTALL_PREFIX=/usr/local OPT=-gl
+
 make clean all install INSTALL_PREFIX = / usr / local OPT =- gl
  
Végül bármelyik FCL unit újrafordítása után szükséges lehet az LCL újrafordítása is ugyanígy.
+
Finally, any of the FCL unit after recompiling may need to the LCL recompile is the same way.
  
== Közreműködés / Javítás a Lazarus-ban ==
+
== Contribution / Correction the Lazarus in ==
  
=== Készítettem egy foltot (patch) amivel az IDE Üzenetek (Messages) ablaka a Forráskód-Szerkesztő (Source Code Editor) aljához rögzíthető ===
+
=== I made a patch (patch ), which the IDE Messages ( Messages ) window in the Source Editor ( Source Code Editor ) to the bottom attached ===
  
Ezeket a foltozásokat nem alkalmazzuk, mivel az ablakok kívánt összekapcsolási módjának csak egy kis része van kidolgozva bennük. A cél egy teljes rögzítéskezelő-rendszer elkészítése és használata. Egy teljes rögzítéskezelő-rendszer az IDE összes ablakát össze tudja kapcsolni a felhasználó által meghatározott módon. Például az üzenetek ablakát a forráskód-szerkesztő fölé vagy alá vagy... vagy semmit sehová. Minta:
+
These foltozásokat not be used because of the windows you want to join the way only a small part of are designed they . The goal is to complete Recording Management System the preparation and use of . is a complete Recording Management System for IDE all windows to be linked to user-defined way . For example, the message window of the source code editor above or below or ... or anything anywhere. Sample:
  
 
<pre>
 
<pre>
 
+-------------------++--+
 
+-------------------++--+
|menü              || |
+
| Menu | | |
+-------------------+| |
+
+-------------------+| |
+--++---------------+| |
+
+--++---------------+| |
|PI|| Forráskód    ||CE|
+
| PI | | Source Code | | CE |
+--+|   Szerkesztő || |
+
+--+| Editor | | |
+--+|               || |
+
+--+| | | |
| |+---------------++--+
+
| |+---------------++--+
|OI|+-------------------+
+
| OI |+-------------------+
| ||üzenetek          |
+
| | | Messages |
 
+--++-------------------+
 
+--++-------------------+
</pre>
+
< / pre >
  
A rögzítéskezelő tudja elmenteni az elrendezést és visszatölteni a következő betöltéskor. <!--Preferably the dock manager can dock in pages too. -->A rögzítéskezelőnek nem szükséges a fogd és vidd módszert használnia.
+
The Recording Management can save the layout and restore to the next boot . <! - Preferably the dock manager can dock in pages too . -> The rögzítéskezelőnek no need the drag and drop method to use .
Minden foltozgatás ami rögzítéskezelő nélkül kapcsolja össze az ablakokat, nehézzé teszi egy rögzítéskezelő kidolgozását és vissza lesz utasítva.
+
all tinkering with that Recording Management without , turn up the windows , makes it difficult a Recording Management to develop and is denied .
  
Ideiglenes megoldásként használhatod ezt a kiegészítést az IDE-hez: [[Manual Docker]]
+
A temporary solution you can use this supplement to the IDE : [[ Manual Docker ]]
  
=== Javítottam/fejlesztettem a Lazaruszon. Hogyan adhatom hozzá a változtatásokat a hivatalos Lazarus forráskódhoz? ===
+
=== repaired / improved my Lazaruszon . How do I add the changes to the official lazarus source ? ===
  
Készíts egy foltot (patch) és küldd el a fejlesztőknek. Részletek itt találsz: [[Creating A Patch]]. ''(angolul)''
+
Make a patch ( patch) and send it to developers. Details can be found here : [[ Creating A Patch] ]. ''( in English) ''
  
=== Hogyan lehetek Lazarus fejlesztő, az SVN és a hibakövető (bug-tracker) kezelője? ===
+
=== How do I become a Lazarus developer , the SVN and the bug (bug -tracker ) Manager ? ===
  
Mindenek előtt: tanulj a Lazarus-ról, ezzel növelve a tudásod és a hozzáértésed. Kezdd a [[Lazarus_Documentation/hu|wiki cikkek]] olvasásával, olvasd át a Lazarus forráskódját, vess néhány pillantást a [http://www.lazarus.freepascal.org/mantis Lazarus Bug-Tracker], javíts ki néhány hibát, és ha úgy gondolod készen állsz, vedd fel a kapcsolatot a fejlesztőkkel a [http://www.mail-archive.com/lazarus@miraclec.com levelezőlistán].
+
Above all : learn to Lazarus about , thereby increasing their knowledge and expertise. Start with the [[ Lazarus_Documentation / en | wiki articles ]] read , read the Lazarus source code , take some look at a [ http://www.lazarus.freepascal.org/mantis Lazarus Bug Tracker ] , correct some mistakes , and if you think you're ready, please contact the developers of the [ http://www.mail-archive.com/lazarus @ miraclec.com mailing list ].
  
== Hol vannak a ... definiciók ==
+
== Where are the ... DEFINITIONS ==
  
=== Virtuális billentyű konstansok ===
+
=== Virtual key constants ===
  
A virtuális billentyű konstansok az [[doc:lcl/lcltype|LCLType]] unitban vannak definiálva. Add a <b>uses</b> részhez az LCLtype unitot.
+
The virtual key constants in the [[ doc: LCL / lcltype | LCLType ]] unit are defined . Add <b> uses < / b > section of the LCLtype unit.
  
== Az IDE használata ==
+
== The IDE use of ==
  
=== Hogyan használhatom az "azonosító kiegészítés" ("identifier completion") lehetőséget? ===
+
=== How do I use the " Code Completion " (" identifier Completion ") option ? ===
  
Az azonosítók kiegészítése a {{keypress|ctrl|szóköz}} lenyomásával kérhető. Beállítható az automatikus kiegészítés késleltetése is, a menüből indulva: 'Environment|Editor Options|Code Tools|Automatic Features'.
+
The identifiers in addition to { { keypress | ctrl | spaces } } Press are available. You can set the auto-completion delayed is , from the menu starting : ' Environment | Editor Options | Code Tools | Automatic Features ' .
  
 
== Linux ==
 
== Linux ==
  
=== Hogyan használhatom a hibakeresőt az IDE nélkül? ===
+
=== How do I use the debugger the IDE without ? ===
<!--
+
<! -
First of all you need a debugger. gdb is the standard debugger under linux and
+
First of all you need a debugger. gdb is the standard debugger under Linux and
there are several GUI-frontends available. One common frontend is ddd, which is
+
there are Several GUI frontends available. One common frontend is ddd , Which is
part of most common distributions. To compile lazarus/lcl with debug-information
+
part of now common distributions . To compile Lazarus / LCL with debugging information
you should then use the following commands to start a debug session:
+
you Should then use the FOLLOWING commands to start the debug session :
  
  $ make clean; make OPT=-dDEBUG
+
  $ Make clean; make OPT =- dDEBUG
  $ ddd lazarus
+
  $ ddd lazarus
  
Be warned however, that ddd is not as comfortable as e.g. the Lazarus debugger.
+
you warn however , That ddd Is Not as comfortable as eg The Lazarus debugger.
Specially if it comes to view the contents of a variable you have to take into
+
Specially if it comes to view the contents of the variable you have to take into
account that ddd/gdb are case sensitive whereas Pascal is case-insensitive.
+
account That ddd / gdb are case sensitive Having Pascal is case-insensitive .
Therefore you have to type all variable names in uppercase to see their
+
Therefore you have to type all variable names in uppercase to see Their
contents. For more information take a look into the fpc-manuals.
+
contents . For more information take a look into the fpc - manuals .
-->
+
->
=== Tudom futtatni a hibakeresőt, de ddd nem találja a forráskódjaimat vagy panaszkodik, hogy nincs bennük kód. Mi ez? ===
+
=== Can I run the debugger , but ddd can not find the forráskódjaimat , or complain that they have no code . What is this ? ===
<!--
+
<! -
This is a path-related problem with either gdb or ddd. You can avoid this by
+
This is the path- related problem with either has gdb or ddd . You Can Avoid this by
  
* Use the "Change directory" command from the ddd menu and choose the directory where the sources are located. The drawback of this method is that you now can't use the source of the program you started with (e.g. lazarus). Thus it may be neccessary to change the directory multiple times.
+
* Use the "Change Directory "command from the ddd menu and choose the directory WHERE the sources are located . The drawback of this method Is that you now can not use the source of the program you started with ( eg Lazarus) . Thus it May in neccessary to change the directory multiple times.
* In ddd goto [Edit] [gdb-settings] and set the search-path
+
* In ddd goto [Edit ] [ gdb -settings ] and set the search -path
* Create a $(HOME)/.gdbinit file like:
+
* Create the $ ( HOME) / . gdbinit file like:
      directory /your/path/to/lazarus
+
      directory / your / path / to / lazarus
      directory /your/path/to/lazarus/lcl
+
      directory / your / path / to / lazarus / LCL
      directory /your/path/to/lazarus/lcl/include
+
      directory / your / path / to / lazarus / LCL / include
-->
+
->
=== Hibaüzenetet kapok az összefűzés közben, ami azt mondja "/usr/bin/ld can't find -l<valami_lib>" ===
+
=== an error message I get the merge during , which says "/ usr / bin / ld can not find- l <valami_lib> " ===
<!--
+
<! -
; '''Package Based Distributions''' : You need to install the package that provides the lib<somelib>.so or lib<somelib>.a files. Dynamic libs under linux have the extension .so, while static libs have the extension .a. On some Linux distro's you have installed the package (rpm, deb) <packagename> which provides <some lib>, but you also need the development package (rpm, deb), normally called <packagename>-dev, which contains the .a (static lib) and/or the .so (dynamic lib).  
+
; ''' Package Based Distributions ''' : You need to install the package That provides the lib <somelib> . so or lib <somelib> . the files. Dynamic libs under linux have the extension . so , while static libs have the extension. a. On some Linux distro's you have installed the package ( rpm, deb) <packagename> Which provides <some lib> , But you Also need the development package ( rpm, deb) , Normally Called <packagename> - dev, Which contains the. a ( static lib ) and / or the. so ( dynamic lib ).
: Some distributions have commands to find which package contains a file:
+
: Some distributions have commands to find Which package contains a file:
: '''Mandriva'''
+
: ''' Mandriva '''
  
[]$ urpmf lib<somelib>.so
+
 [ ] $ urpmf lib <somelib> . so
  
:will list all packages containing the file named lib<somelib>.so, you'll have to install those ending in -devel
+
Will list all packages containing the files named lib <somelib> . so , you'll have to install thos ending in- devel
  
: '''Debian'''
+
: ''' Debian '''
  
:install the apt-file utility (apt-get install apt-file) then
+
: install the apt -file utility (apt - get install apt -file ), then
  
[]$ apt-file search lib<somelib>.so
+
 [ ] $ apt -file search lib <somelib> . so
  
:will list all packages containing the file named lib<somelib>.so, you'll have to install those ending in -dev
+
Will list all packages containing the files named lib <somelib> . so , you'll have to install thos ending in- dev
  
   
+
     
  
; '''Source Based Distributions and Manual Compilation (LFS)''' : Make sure that there is a lib<somelib>.a in the path, and that it contains the right version. To let the linker find the dynamic library, create a symlink called lib<some lib>.so to lib<some lib><version>-x,y.so if necessary (and/or for static lib; lib<some lib>.a to lib<some lib><version>-x,y.a).
+
; '' 'Source Based Distributions and Manual Compilation (LFS )''' : Make That there is a lib <somelib> . for in the path, and That it contains the right version. To let the linker find the dynamic library , create a symlink Called lib <some lib> . so to lib <some lib> <version> -x, y.so if Necessary (and / or for static lib , lib <some lib> . the to lib <some lib> <version> - x , y ).
  
; '''FreeBSD''' : As source based distro's, and also make sure you have -Fl/usr/local/lib in your fpc.cfg and/or Lazarus library path. Keep in mind that GTK1.2 has "gtk12" as package name under FreeBSD. (same for glib) NOTE: This has changed as of late. Newest ports have gtk-12 and glib-12 as well. You might stumble on this problem, since FPC requires the "-less" ones, you will need to symlink them like this:
+
; ''' FreeBSD ''' : As source based distro 's, and bottom make sure you have -Fl/usr/local/lib in your fpc.cfg and / or Lazarus library path . Keep in Mind That GTK1.2 has " gtk12 "as package name under FreeBSD . ( Same for glib ) NOTE : This has changed as of late . Newest ports have gtk -12 and glib -12 as well . might Stumble on this problem , Since FPC Requires the " -less " ones , You will need to symlink Them like this :
  
[]# cd /usr/local/lib && ln -s libglib-12.so libglib12.so
+
 [ ] # cd / usr / local / lib & & ln -s libglib - 12.so libglib12.so
[]# cd /usr/X11R6/lib && ln -s libgtk-12.so libgtk12.so
+
 [ ] # cd / usr/X11R6/lib & & ln -s libgtk - 12.so libgtk12.so
[]# cd /usr/X11R6/lib && ln -s libgdk-12.so libgdk12.so
+
 [ ] # cd / usr/X11R6/lib & & ln -s libgdk - 12.so libgdk12.so
  
; '''NetBSD''' : As source based distro's, and also make sure you have -Fl/usr/pkg/lib in your fpc.cfg and/or Lazarus library path
+
; ''' NetBSD ''' : As source based distro 's, and bottom make sure you have -Fl/usr/pkg/lib in your fpc.cfg and / or Lazarus library path
-->
+
->
=== Hogyan alakíthatok át kylix 2 projektet Lazarus projekté? ===
+
=== How do I convert Kylix 2 projects Lazarus project? ===
<!--
+
<! -
Nearly the same way as converting a Kylix project into a Delphi/VCL project.
+
Nearly the Same way as converting a Kylix project into a Delphi / VCL project .
  
The LCL (Lazarus Component Library) tries to be compatible to Delphi's VCL.
+
The LCL ( Lazarus Component Library) Triest to be compatible to Delphi 's VCL .
Kylix's CLX tries to be QT compatible.
+
Kylix 's CLX Triest to be QT compatible .
Here are some general hints:
+
Here are some general hints :
  
* Rename all used CLX Q-units like QForms, QControls, QGraphics, ... into their VCL counterparts: Forms, Controls, Graphics, ...
+
* Rename all used CLX Q - units like QForms , QControls , QGraphics ... into Their VCL counterparts : Forms , Controls , Graphics , ...
* Add LResources to the uses section of every form source
+
* Add LResources to the uses section of Every form source
* Rename or copy all .xfm files to .lfm files.
+
* Rename or copy all . XFM files to. LfM files.
* Rename or copy .dpr file to .lpr file.
+
* Rename or copy . DPR file to. lpr file .
* Add "Interfaces" to the uses section in the .lpr file.
+
* Add " Interfaces "to the uses section in the . lpr file .
* Remove {$R *.res} directive
+
* Remove { $ R *. res } directive
* Remove {$R *.xfm} directive
+
* Remove { $ R *. XFM } directive
* Add {$mode objfpc}{$H+} or {$mode delphi}{$H+} directive to .pas and .lpr files
+
* Add { $ mode objfpc } { $ H +} or { $ mode delphi } { $ H +} directive to. pas and. lpr files
* Add an initialization section to the end of each form source and add an include directive for the .lrs file (lazarus resource file):
+
* Add an initialization section to the end of Each form source and add an include directive for the. LRS file ( lazarus resource file) :
  initialization
+
  initialization
    {$I unit1.lrs}
+
    { $ I unit1.lrs }
:The .lrs files can be created via the lazres tool in: (lazarusdir)/tools/lazres.
+
: The. LRS files can be created via the lazres tool in ( lazarusdir ) / tools / lazres .
:For example: ./lazres unit1.lrs unit1.lfm
+
: For example :. / lazres unit1.lrs unit1.lfm
  
* Fix the differences. The LCL does not yet support every property of the VCL and the CLX is not fully VCL compatible.
+
* Fix the Differences . The LCL does not yet support Every property of the VCL and the CLX is Not Fully VCL compatible .
  
* To make it more platform independant, reduce unit libc (which is deprecated) references and substitute with native FPC units like baseunix/unix as much as possible. This will be necessary to support other targets than linux/x86 (including OS X, FreeBSD and Linux/x86_64)
+
* To make it more platform independant , Reduce unit libc ( Which is deprecated ) references and Substitute with native FPC units like baseunix / unix as much as possible . This Will Be Necessary to support Other targets Than Linux/x86 ( including OS X , FreeBSD and Linux/x86_64 )
-->
+
->
=== Amikor a Lazarus-t fordítom a fordító nem talál egy unitot. pl.: "gtkint.pp(17,16) Fatal: Can't find unit GLIB" ===
+
=== When Lazarus was translating the compiler can not find a unit. pl . " gtkint.pp ( 17.16 ) Fatal : Can not find unit GLIB " ===
<!--
+
<! -
1. Check a clean rebuild: do a 'make clean all'
+
1. Check the clean rebuild : do a ' make clean all '
  
2. Check if the compiler has the correct version (2.0.4 or higher)
+
2. Check if the compiler has the correct version ( 2.0.4 or higher )
  
3. Check if the compiler is using the right config file. The normal installation creates /etc/fpc.cfg. But fpc also searches for ~/.ppc386.cfg, ~/.fpc.cfg, /etc/ppc386.cfg and it uses only the first it finds.
+
3. Check if the compiler is using the right config file . The normal installation Creates / etc / fpc.cfg . But fpc lower searches for ~ / . ppc386.cfg , ~ / . fpc.cfg , / etc/ppc386.cfg and it uses only the first it Finds .
  
:'''Hint:''' You can see which config file is used with 'ppc386 -vt bogus'
+
: ''' Hint : ''' You can see Which config file is used with ' ppc386 -vt bogus '
:Remove any ppc386.cfg as it is really obsolete.
+
: Remove Any ppc386.cfg as it is really obsolete .
  
4. Check if the config file (/etc/fpc.cfg) contains the right paths to your fpc libs. There must be three lines like this:
+
4. Check if the config file (/ etc / fpc.cfg ) contains the right paths to your fpc libs . There must be three lines like this :
    -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget
+
    -Fu/usr/lib/fpc / $ fpcversion / units / $ fpctarget
    -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/rtl
+
    -Fu/usr/lib/fpc / $ fpcversion / units / $ fpctarget / rtl
    -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/*
+
    -Fu/usr/lib/fpc / $ fpcversion / units / $ fpctarget / *
:The first part of these paths (/usr/lib/fpc) depends on your system. On some systems this can be for example /usr/local/lib/fpc/... .
+
: The first part of THESE paths (/ usr / lib / fpc ) depends on your system . On some systems this can be for example / usr / local / lib / fpc / ... .
:'''Hint:''' You can see your searchpaths with 'ppc386 -vt bogus'
+
: ''' Hint : ''' You can see your searchpaths with ' ppc386 -vt bogus '
  
5. Check that the config file (/etc/fpc.cfg) does not contain search paths to the lcl source files (.pp, .pas):
+
5. Check that the config file (/ etc / fpc.cfg ) does not contain search paths to the LCL source files (. pp . pas ):
  forbidden: -Fu(lazarus_source_directory)/lcl
+
  forbidden :- Fu ( lazarus_source_directory ) / LCL
  forbidden: -Fu(lazarus_source_directory)/lcl/interfaces/gtk
+
  forbidden :- Fu ( lazarus_source_directory ) / LCL / interfaces / gtk
:If you want to add the lcl for all your fpc projects, make sure that the two paths look like the following and are placed after the above fpc lib paths:
+
: If You Want to enter the LCL for all your fpc projects , make sure That the two paths look like the FOLLOWING and are place after the Above fpc lib paths:
  -Fu(lazarus_source_directory)/lcl/units/$fpctarget
+
  -Fu ( lazarus_source_directory ) / LCL / units / $ fpctarget
  -Fu(lazarus_source_directory)/lcl/units/$fpctarget/gtk
+
  -Fu ( lazarus_source_directory ) / LCL / units / $ fpctarget / gtk
  
6. Check if the missing unit (glib.ppu) exists in your fpc lib directory. For example the gtk.ppu can be found in /usr/lib/fpc/$fpcversion/units/i386-linux/gtk/. If it does not exists, the fpc lib is corrupt and should be reinstalled.
+
6. Check if the missing unit ( glib.ppu ) exists in your fpc lib directory . For example the gtk.ppu can be found in / usr / lib / fpc / $ fpcversion/units/i386-linux/gtk / . If it does NOT EXISTS , the fpc lib is corrupt and Should Be reinstalled .
  
7. Check if the sources are in a NFS mounted directory. In some cases the NFS updates created files incorrectly. Please, try to move the sources into a non NFS directory and compile there.
+
7. Check if the sources are in the NFS mounted directory . In some Cases the NFS updates created files incorrectly . Please, try to move the sources into a non NFS directory and compile there.
  
8. If you are still not succeeded try to use samplecfg script as follows:
+
8. If you are Still Not succeeded try to use samplecfg script as follows :
  
''#'' cd /usr/lib/fpc/''version''/
+
''#'' cd / usr / lib / fpc / '' version ''/
  
''#'' sudo ./samplecfg /usr/lib/fpc/''\$version'' /etc
+
''#'' sudo. / samplecfg / usr / lib / fpc / '' \ $ version '' / etc
  
Note! Do not put - / - after etc because if you do that the system will create a file - /etc/fpc.cfg/fpc.cfg. In fact we want that samplecfg make a file - /etc/fpc.cfg - not the folder /etc/fpc.cfg.
+
Note! DO NOT PUT - / - after etc. Because if you do that the system Will create a file - / etc / fpc.cfg / fpc.cfg . In FACT we Want That samplecfg Make the file - / etc / fpc.cfg - not the folder / etc / fpc.cfg .
-->
+
->
===A bináris változatot telepítettem, de egy egyszerű projekt fordításakor a Lazarus ezt írja:: 'Fatal: Can't find unit CONTROLS'===
+
=== the binary version I installed , but a simple project for translating the Lazarus writes: ' Fatal : Can not find unit CONTROLS ' ===
  
Valószínűleg újabb FPC csomagot használsz annál mint amivel a Lazarus binárisok készültek. A legjobb megoldás a forráskódok letöltése és a Lazarus újrafordítása. Letöltheted a legfrissebb forráskódot (snapshot) vagy használhatod az svn rendszert:
+
likely to more FPC package use more than I the Lazarus binaries made in . The best solution is to source code download and Lazarus recompile . You can download the latest source code ( snapshot) or you can use the svn system :
  
  $ bash
+
  $ bash
  $ svn checkout http://svn.freepascal.org/svn/lazarus/trunk lazarus
+
  $ svn checkout http://svn.freepascal.org/svn/lazarus/trunk lazarus
  $ cd lazarus
+
  $ Cd lazarus
  $ make clean all
+
  $ Make clean all
  
Ellenőrizd hogy a Lazarus számára meg van-e adva a forráskódok könyvtárának új útvonala, a menüből indulva:
+
Please check that the Lazarus to is - e given the source directory new path , from the menu starting :
"Environment->General Options->Files->Lazarus Directory Top"
+
"Environment -> General Options-> Files -> Lazarus Directory Top "
  
===A Lazarus lefordítható, de az összefűzés leáll ezzel: 'libgdk-pixbuf not found'===
+
=== The Lazarus translated , but the concatenation fails with ' libgdk - pixbuf not found ' ===
  
Telepítsd a gdk-pixbuf függvénytárat a gtk1.x-hez:
+
Install the gdk - pixbuf library for gtk1.x to :
  
A gdk-pixbuf függvénytár megtalálható a következő helyeken:
+
The gdk - pixbuf library can be found at the following locations :
  
RPM csomagok:
+
RPMs :
http://rpmfind.net/linux/rpm2html/search.php?query=gdk-pixbuf&submit=Search+...&system=&arch=
+
http://rpmfind.net/linux/rpm2html/search.php?query=gdk-pixbuf&submit=Search+...&system=&arch =
  
Debian csomagok:
+
Debian packages:
libgdk-pixbuf-dev
+
libgdk - pixbuf - dev
  
Forráskódok:
+
Source :
 
ftp://ftp.gnome.org/pub/gnome/unstable/sources/gdk-pixbuf/
 
ftp://ftp.gnome.org/pub/gnome/unstable/sources/gdk-pixbuf/
  
Külső hivatkozások:
+
External Links:
[http://www.besttermpaper.com/ termpapers]
+
[ http://www.flashpapers.com/ term papers writing service ]
 +
[ http://www.besttermpaper.com/ termpapers ]
  
'''Ubuntu 8.10:'''
+
''' Ubuntu 8.10 : '''
  
Ha a Lazarus-t GTK 2-0 változattal fordítod hibaüzenetet kapsz arról, hogy a "libgdk-pixbuf2.0" nem található. Csak telepítsd a libgtk2.0-dev csomagot az apt-vel így:
+
If Lazarus was GTK 2-0 version compiled an error message you will get that the " libgdk - pixbuf2.0 "was not found . Just install the libgtk2.0 - dev package apt with like this:
  
apt-get install libgtk2.0-dev
+
 apt - get install libgtk2.0 - dev
  
===SuSE rendszeren ezt kapom: '/usr/bin/ld: cannot find -lgtk Error: Error while linking'===
+
=== SuSE system, this I get : '/ usr / bin / ld : can not find- lgtk Error : Error while linking ' ===
  
Régebbi SuSE változatokban (SuSE 11 előtt) telepíteni kell a gtk fejlesztői függvénytárakat a /opt/gnome/lib (vagy a /opt/gnome/lib64 64-bites rendszeren) könyvtárba, ami nem a szabványos elhelyezés a függvénytárak számára. Add a könyvtárat az /etc/fpc.cfg-hez (-Fl/opt/gnome/lib).
+
Older SuSE versions of (SuSE 11 before ) to install the gtk development libraries to / opt / gnome / lib (or / opt/gnome/lib64 64- bit system ) directory , which is not the standard location the libraries for . Add the directory / etc / fpc.cfg to ( -Fl/opt/gnome/lib ).
  
===A Lazarus összeomlik 'runtime error 211' hibával, miután egy komponenst telepítettem===
+
=== The Lazarus crashes ' runtime error 211 ' error after a component I installed ===
  
Egy komponens telepítése után a Lazarus összeomlik a következő üzenettel:
+
a component After installing on Lazarus crash with this message:
Threading has been used before cthreads was initialized.
+
 threading Has Been used Before cthreads WAS initialized .
Make cthreads one of the first units in your uses clause.
+
 Make cthreads one of the first units in your uses clause .
Runtime error 211 at $0066E188
+
 Runtime error 211 at $ 0066E188
Hogyan javítsam?
+
How to fix ?
  
A fissen telepített komponens szálakkal (threads) dolgozik. Az FPC *nix rendszereken nem építi be automatikusan a szálak támogatását, de szükség van rá. Ennek elindítása a cthreads unitban történik. Minden alkalmazásban, amely a komponenst használja, a főprogram uses részéhez kell adni a cthreads unitot. Ez alól maga a Lazarus sem kivétel. Ez két módon lehetséges:
+
the Fiss installed component fibers ( threads) are working . the FPC * nix systems, is not incorporated into automatically the fibers of the support , but it is needed. This launch of the cthreads unit is made . Every application that the component uses , the main program uses part of should be the cthreads unit. This is from himself the Lazarus is no exception . This in two ways:
  
1) Nyisd meg a csomagot. A csomagszerkesztőben kattints az ''Options''-ra. A ''Usage'' lapon add a ''custom'' sorhoz a '''-dUseCThreads''' kapcsolót. Ezután építsd újra az IDE-t. Így a cthreads unit automatikusan használva lesz az IDE-ben unix alatt és a cthreads el lesz indítva.
+
1) Open up the package. The csomagszerkesztőben click the '' Options'' on . A'' Usage '' tab, add for '' custom '' line the '' ' dUseCThreads '' ' switch. Then rebuild the IDE . so the cthreads unit will be used automatically in the IDE under Unix and cthreads will be started.
  
2) A csomagok módosításának elkerüléséhez, az FPC fordító parancssori kapcsolójának közvetlen használata szükséges. A kattints a ''Tools->Configure "build Lazarus"'' menüpontra. A megjelenő ablakban a Lazarus építési beállításai találhatók, ahol az "Options:" mezőbe írd be '''-Facthreads''' és kattints az "OK" gombra. A következő lépés a csomag telepítése. A Lazarus a -Facthreads kapcsolóval lesz újraépítve ami azt jelenti hogy a főprogram úgy lesz értelmezve mintha a cthreads unit mindig ott lenne elsőként a uses részben
+
2) The package amendment to avoid the FPC compiler command line switch direct use of is required. A click on '' Tools- > Configure "Build Lazarus "'' menu item . In the window that appears, the Lazarus building Options located where the "Options " box, type '' ' Facthreads ''' and click " OK " button. The next step is installing the package . The Lazarus the - Facthreads switch will be recreated in which means that the main program, it will be interpreted as if cthreads unit still he were first the uses part
  
''Tipp:'' A régi (össze nem omló) Lazarus is megtalálható lazarus.old néven, ugyanabban a könyvtárban ahol az összeomló Lazarus futtatható állomány van.
+
'' Tip : ''The old ( with no loose ) Lazarus can be found lazarus.old named , in the same directory where the collapsing Lazarus executable is .
  
Lásd még: [[Multithreaded_Application_Tutorial#Units_needed_for_a_multithreaded_application]] ''(angol)''
+
See also: [[ Multithreaded_Application_Tutorial # Units_needed_for_a_multithreaded_application ] ]'' (in English ) ''
  
===Amikor egy szálakkal (threads) dolgozó programot futtatok, hibaüzenetet kapok: 'runtime error 232'===
+
=== When fibers ( threads) working a program running , an error message I get : " Runtime Error 232 ' ===
+
 
A fordító hibaüzenete a következő:
+
The compiler error message is as follows:
This binary has no thread support compiled in.
+
 This binary has no thread support compiled in.
Recompile the application with a thread-driver in the program uses
+
 Recompile the application with the threads driver in the program uses
clause before other units using thread.
+
 clause Before Other unITS using thread .
Runtime error 232
+
 Runtime error 232
'''Megoldás''': Add a cthreads unitot elsőként a uses részhez a főprogramodban, ami általában egy .lpr fájl.
+
''' Solution ''' : Add a cthreads Units first the uses part of the főprogramodban , which is usually one . lpr file .
  
=== Ubuntu Breezy/Mandriva KDE3 használatakor a betűk a Lazarus IDE-ben túl nagyok ===
+
=== Ubuntu Breezy / Mandriva KDE3 using the letters the Lazarus IDE in is too big ===
  
A Lazarus a Gtk1.2-re lett fordítva, a Gnome betűtípus beállításai nincsenek hatással a programra, mivel azok a Gtk2-re vonatkoznak.
+
Lazarus the Gtk1.2 from has been translated the Gnome font settings do not affect the program as they the gtk2 - re relate to .
Próbáld meg így:
+
Try this:
Hozz létre egy fájlt .gtkrc.mine néven a felhasználói (home) könyvtáradban (ha még nincs ott) és add
+
Create a file. gtkrc.mine name of the user (home) directory ( if not already there) and add
hozzá ezeket a sorokat:
+
add these lines:
  
 
<pre>
 
<pre>
style "default-text" {
+
style "default -text " {
      fontset = "-*-arial-medium-r-normal--*-100-*-*-*-*-iso8859-1,\
+
       fonts = " -*- arial -medium -r -normal - *- 100 -*-*-*-*- ISO8859 -1, \
                  -*-helvetica-medium-r-normal--*-100-*-*-*-*-*-*"
+
                  -*- helvetica -medium -r -normal - *- 100 -*-*-*-*-*-*"
 
}
 
}
  
class "GtkWidget" style "default-text"
+
class " GtkWidget "style "default -text "
</pre>
+
< / pre >
  
Ha ez nem elég, próbálj létrehozni egy .gtkrc szimbolikus linket ami a .gtkrc.mine fájlra mutat. Ez a megoldás működött Xubuntu 7.10, Mandriva 2009.0 KDE3 rendszereken.
+
If this is not enough , try to create one. gtkrc symbolic link is a . gtkrc.mine file shows . This solution worked Xubuntu 7.10, Mandriva 2009.0 KDE3 systems.
  
===Hogyan használhatnak a gtk programjaim különböző .rc fájlokat?===
+
=== How to use a GTK programs different . rc files? ===
  
a) lehetőség:
+
a) Option :
Nevezd át az rc fájlt ''programod.gtkrc'' névre és helyezd át ugyanabba a könyvtárba ahol a futtatható állomány van.
+
rename it the rc file to '' programod.gtkrc '' name and put into the same directory where the executable is .
  
b) lehetőség:
+
b ) Option
Használd a ''GtkInt'' unitot és a következő függvényhívást: ''GTKWidgetSet.SetRCFilename('kiválasztott_rc_fájl');''  
+
Use the '' GtkInt '' United and the following function call : '' GTKWidgetSet.SetRCFilename (' kiválasztott_rc_fájl ');''
Ezt a legjobb az ''Application.Initialize'' művelet előtt megtenni az .lpr fájlban ''{$IFDEF LCLGtk}'' direktívával.
+
This is best the '' Application.Initialize '' operation before done the . lpr file '' { $ ifdef LCLGtk } '' directive.
  
c) lehetőség:
+
c ) Option
Használd a ''gtk2'' unitot és a ''gtk_rc_parse('kiválasztott_rc_fájl'));'' valamint a ''gtk_rc_reparse_all;'' függvényhívásokat.
+
Use the '' gtk2 '' Units and '' gtk_rc_parse (' kiválasztott_rc_fájl '));'' and '' gtk_rc_reparse_all ; '' function calls .
  
===Ubuntu-t használok és nem tudok Gtk2-re fordítani, hiányzó függvénytárak miatt===
+
=== Ubuntu I use and I can not gtk2 - re compile missing libraries because of ===
  
Az Ubuntu esetében gondot okoz hogy nincsenek minden esetben létrehozva a szimbolikus hivatkozások még akkor sem ha egyébként a függvénytárak telepítve vannak.
+
the Ubuntu for trouble that they are not always created the symbolic links even though they take the libraries are installed.
  
Mielőtt Gtk2-re fordítasz ellenőrizd, hogy minden hiányzó függvénytárhoz létezik a megfelelő szimbolikus link. Ilyesmit kell tenned:
+
Before gtk2 - re compile , check that all the missing library exists in the proper symbolic link. You should do:
  
 
<pre>
 
<pre>
cd /usr/lib
+
cd / usr / lib
sudo ln -s libgdk-x11-2.0.so.0 libgtk-x11-2.0.so
+
sudo ln -s libgdk - x11- 2.0.so.0 libgtk - x11- 2.0.so
</pre>
+
< / pre >
  
Ellenőrizd, hogy a [valami].so szimbolikus hivatkozás létezik és az aktuális függvénytárra mutat.
+
Check that [ something ]. so a symbolic link there is and to the current library pointing .
  
===Hogyan fordíthatok egy programot Gtk2-re?===
+
=== How can I build a program to gtk2 - re ? ===
  
A Gtk2-re fordított IDE egyelőre nem teljesen stabil, de fordíthatsz szoftvert Gtk2-re a Gtk1-es IDE használatával.
+
The GTK2 spending IDE is not yet fully stable, but to compile software gtk2 from the Gtk1 - inch IDE using .
  
Először az LCL újrafordítása szükséges Gtk2-re. A menüben kattints "Tools->Configure Build Lazarus" pontra, majd az LCL-nél válaszd a "clean+build"-et és minden másnál "none"-t. Ezután kattints az "OK" gombra.
+
First the LCL recompile necessary to for . The menu, click on "Tools -> Configure Build Lazarus " , and then the LCL at select the "clean & build "in , and anything else " none " . Then click " OK " button.
  
A menüben kattints a "Tools->Build Lazarus" pontra.
+
The menu, click on " Tools- > Build Lazarus ' point .
  
Most már fordíthatod a szoftveredet Gtk2-re ha "Compiler options" között az ablakelemkészletet (widgetset) Gtk2-re állítod.
+
Now you can compile your software gtk2 - re if you " Compiler options " between the ablakelemkészletet ( widgets ) , set to .
  
===Ezt az üzenetet kapom: "[WARNING] ** Multibyte character encodings (like UTF8) are not supported at the moment."===
+
=== This is the message I get: " [ WARNING ] ** multibyte character encodings ( like UTF8 ) are not supported at the moment ."===
  
Ez a hiba nem fordul elő a 10535 (0.9.21) számú változat utáni kiadásokban.  
+
This error does not occur in the 10 535 ( 0.9.21 ) number version after the expenditure.
Ezt megelőzően figyelmeztetésként szolgált UTF-8 kódolt szövegek használata esetén.  
+
Prior to that as a warning served UTF -8 encoded texts are used.
  
A belső kulcskezelő eljárások gtk1 esetében nem tudták kezelni az igy kódolt billentyűleütéseket, ami azzal járt hogy például ékezetes karakterek esetében rosszul vagy egyáltalán nem érzékelte őket.
+
The internal key management procedures gtk1 for they could not handle the so coded keystrokes , which meant that example, accented characters for , or poorly perceived they are .
  
(eredeti szöveg régebbi Lazarus változatokhoz)<br>
+
(original text older Lazarus versions ) <br>
 
<strike>
 
<strike>
Ez a figyelmeztetés azt jelenti hogy utf-8 karakterkódolást használsz. Amennyiben Gtk 1-et használsz ez komoly probléma lehet és megakadályozhatja a Lazarus vagy a vele készített alkalmazások megfelelő működését.
+
This warning means that UTF -8 character encoding using a . If Gtk 1 you use this is a serious problem may and prevent Lazarus or the to applications work properly.
  
A megoldás, hogy átállítod a helyi karakterkódolást nem utf-8 módra mielőtt a parancssorból elindítod a programot, így:
+
The solution is to adjust the local character encoding is not utf -8 mode before from the command line you start the program , like this:
  
 
<pre>
 
<pre>
export LC_CTYPE="pt_BR"
+
export LC_CTYPE = " pt_BR "
export LANG="pt_BR"
+
export LANG = " pt_BR "
export LANGUAGE="pt_BR"
+
export LANGUAGE = " pt_BR "
./lazarus
+
. / lazarus
</pre>
+
< / pre >
  
A pt_BR helyére természetesen a te országod azonosítója kerüljön. Az automatikus beállításhoz szkriptet is készíthetsz.
+
The pt_BR place , of course, Thy kingdom ID into . The automatic setup script to create .
</strike>
+
< / strike >
  
 
== Windows ==
 
== Windows ==
  
=== Amikor a 'cycle' fordítást használom, ezt kapom: 'The name specified is not recognized as an internal or external command, operable program or batch file.>& was unexpected at this time'. ===
+
=== When the ' cycle ' translation I use, this I get : "The Name Specified Is Not Recognized as an internal or external command , operable program or batch file . > & WAS unexpected at this time ' . ===
  
A fordító könyvtárában van egy OS2 parancsfájl make.cmd névvel. Különböző Windows változatok is parancsfájlként ismerik fel ezt, törlöd, mert bár ez szükséges OS2-n, de gondot okoz Windows-on.
+
The compiler library of has a OS2 script make.cmd name. Different versions of Windows can script understand this , delete , because although this is necessary OS2 - n, but a problem Windows on .
  
=== Amikor 'cycle' fordítást használom, ezt kapom: 'make[3]: ./ppc1.exe: Command not found' ===
+
=== When the ' cycle ' translation I use, this I get : 'make [ 3]: ./ppc1.exe : Command not found ' ===
  
Nem tudni miért, a make elfelejti az útvonalat. Próbáld meg a 'cycle' fordítást az alapkönyvtár beállításával futtatni, így:
+
Do not know why, make you forget the route. Try the ' cycle ' translation of the base set to run like this:
make cycle BASEDIR=your_fpc_source_dir_herecompiler
+
Make cycle BASEDIR = your_fpc_source_dir_herecompiler
  
=== Amikor a Lazarus-t újra akarom fordítani (make parancsal), üzenetet kapok:===
+
=== When Lazarus was again I want to paid (make command), I get an error : ===
====make.exe: * * * interfaces: No such file or directory (ENOENT). Stop.make.exe: * * * [interfaces_all] Error 2 ====
+
==== make.exe : * * * interfaces : No such file or directory ( ENOENT ). Stop.make.exe : * * * [ interfaces_all ] Error 2 ====
Frissítened kell a make fájlt.
+
You need to upgrade to the make file.
  
====makefile:27: *** You need the GNU utils package to use this Makefile.   Stop.====
+
==== makefile : 27: *** You need the GNU utils package to use this Makefile . Stop .====
  
Ellenőrizd, hogy az FPC-t nem egy olyan útvonalra telepítetted, aminek a nevében szóköz is van. A Makefile-ban nem támogatott.
+
Make sure that the FPC is not a path you have installed, which the name space also is . The Makefile is not supported.
  
===Hogyan adhatok a programomnak XP kinézetet, mint amilyen a Lazarus-nak is van?===
+
=== How do I add my program XP look like Lazarus should have? ===
  
A menüből indulva: "Project|Project Options|Use manifest to enables themes" legyen bejelölve.
+
the menu Starting from " Project | Project Options | Use manifest to enables themes " is checked.
  
===Amikor egy Lazarus-szal készített alkalmazást futtatok, az DOS ablakkal indul===
+
=== When I a Lazarus- VERSION made running , the DOS window will start ===
  
Add meg a-WG paramétert (Windows GUI) a fordító parancssorában vagy jelöld be a 'Windows GUI' jelölőnégyzetet a Lazarus IDE fordítói beállításai között (A menüből indulva: "Project|Project Options|Compiler Options|Linking|target OS Specific options|Win32 GUI application").
+
Add the -WG parameter (Windows GUI ), the compiler command line or tick the " Windows GUI " checkbox in the Lazarus IDE translation settings ( from the menu starting " Project | Project Options | Compiler Options | Linking | target OS Specific options | Win32 GUI application " ).
  
 
== Mac OS X ==
 
== Mac OS X ==
  
=== Miért áll le a fordítás 'unknown section attribute: no_dead_strip' üzenettel?===
+
=== Why does the translation " unknown section attribute: no_dead_strip ' message? ===
  
A 'halott' kódok kiszedését nem támogatja az assembler és az összefűző (linker) az Xcode 1.5 előtt (elérhető a Mac OS X 10.3.9 változatban). Kapcsold ki a következő fordítói beállításokat:
+
The 'dead' code removing does not support the assembler and the lacing ( linker ) to Xcode 1.5, (available on Mac OS X 10.3.9 version ). Turn off the following translation options:
  
*Code > Unit style > Smart linkable (-CX)  
+
* Code > Unit style> Smart linkable (- CX)
*Linking > Link Style > Link smart (-XX)
+
* Linking > Link Style> Link Smart (- XX)
  
== Engedélyek (Licencek) ==
+
== Permits ( Licenses ) ==
  
=== Készíthetek kereskedelmi alkalmazásokat a Lazarus-szal? ===
+
=== Can I make commercial applications of Lazarus thread? ===
  
Igen, az LCL az LGPL engedélyei szerint használható egy kivétellel, amely megengedi a statikus összefűzést (linkelést) az alkalmazásod forráskódjának közreadása nélkül. A változtatásokat és fejlesztéseket az LCL kódjában azonban annak forráskódjával együtt terjeszteni kell. A Lazarus IDE a GPL licenc hatálya alatt áll. Az LCL csak azokat a forráskódokat tartalmazza melyek az 'lcl' könyvtárban találhatók, egyéb kódokat nem szabad ide elhelyezni és ezzel álcázni.
+
Yes, the LCL the LGPL permits can be used as an exception , which permits the static concatenation ( linking ) the application's source code the publication of without . The changes and improvements to the LCL code , however, its source code together with extended should be . The Lazarus IDE a GPL license is under . LCL only the source code included in are the ' LCL ' directory , other codes are not be here to placed and thereby disguise .
  
=== Miért van egyes komponensek használata korlátozva kereskedelmi alkalmazásokban? ===
+
=== Why do we certain components use limited to in commercial applications ? ===
  
A Lazarus tartalmaz harmadik féltől származó komponenseket is. Ezek különböző engedélyek szerint használhatók. Ha használni szeretnéd őket, meg kell nézned az engedélyeket a csomagok forrásfájljaiban. A legtöbb harmadik féltől származó komponens a "components" könyvtárban található.
+
The Lazarus contains third -party components . These different licenses may be used under . If you want to use them , you have to look at the licenses package source . Most third -party component of the " components " directory.
  
=== Honnan tudhatom meg, hogy egy komponens az LCL része-e? ===
+
=== How do I know whether a component the LCL is part of ? ===
  
Minden LCL unit az 'lcl' könyvtárban található. Az LCL részét képező unitok listája megtalálható a http://lazarus-ccr.sourceforge.net/docs/lcl/ címen. Ha kódodban egy itt fel nem sorolt unitot használsz, valószínűleg egy olyan komponenst használsz amely nem része az LCL-nek.
+
Each LCL unit of the " LCL ' directory. LCL forming part of Units list can be found the http://lazarus-ccr.sourceforge.net/docs/lcl/ at . If code a are not listed Units using , probably a component using that is not part of the LCL 's .
  
=== Készíthetek kereskedelmi bővítményt a Lazarus-hoz? ===
+
=== Can I trade add a Lazarus to ? ===
  
Igen, az IDEIntf nevű része az IDE-nek az LGPL engedélyei szerint használható az előbb említett kivétellel,  
+
Yes, it is IDEIntf called part of the IDE has the LGPL licenses for the use of the above- mentioned exceptions ,
így az abban megosztott adatstruktúrák nem köteleznek arra, hogy a bővítményedet vagy a tervező csomagodat a GPL hatálya alá helyezd. Szabadon választható bármilyen engedélyezésű bővítmény; nem akarjuk korlátozni a választást. Röviden: nem-GPL kompatibilis bővítmények használata is megengedett.  
+
so the that shared data structures does not require that the bővítményedet or of the design package you the GPL placed under . Optional any engedélyezésű Add ; do not want to limit the choice. In short : non- GPL compatible extensions is also permitted .
Megjegyzendő, hogy nem megengedett egy már lefordított Lazarus terjesztése statikusan beépített, nem-GPL kompatibilis bővítményekkel; azonban szerintünk ez nem komoly korlátozás, mivel a Lazarus könnyen újrafordítható.
+
It should be noted , that not allowed a has compiled Lazarus distribution of statically built-in, non - GPL compliant extensions , however, think that this is not a serious limitation , because the Lazarus easy to recompile .
  
== A fórum használata ==
+
== the Forum Using ==
  
=== Miként tehetek fel kérdéseket helyesen a fórumban? ===
+
=== How can I ask questions correct in the forum ? ===
  
Első és legfontosabb: Mindig tudnod kell melyik Lazarus, FPC, Ablakelemkészlet (widgetset), CPU és Operációs Rendszer (pontosan meghatározott) )változatot használod! Nem elég annyi hogy a "legfrissebb", mindig egyértelmű verziószámot adj meg. Napi kód esetén (fejlesztői változat) a felülvizsgálat száma (revision number) és/vagy dátuma is fontos.
+
First and foremost, I always need to know what Lazarus, FPC , Ablakelemkészlet ( widgets ), CPU and Operating System ( defined )) version using ! Do not just say that the " latest ", always a clear version give it . Daily code event (development version) the review number of ( revision number ) and / or date is important.
  
Amikor arról érdeklődsz, hogy valami miért nem működik mindig mellékelj egy rövid forráskódot, ami bemutatja a problémát és gyakran egy kép is hasznos lehet. Képeket feltölthetsz a http://imageshack.us/ és hasonló oldalakra, aztán add meg a linket.
+
When we are interested , that something why do does not work always enclose a brief source code, which demonstrates the problem and often a picture will be useful. images upload to the http://imageshack.us/ and the like sites , then add your link .
  
Próbálj meg általános áttekintést és lehetőleg minél részletesebb leírást is adni a problémáról.
+
Try general overview, and possibly more a more detailed description give of the problem.
  
Arról, hogy miként tehetsz fel kérdéseket intelligens módon, itt olvashatsz: http://catb.org/esr/faqs/smart-questions.html
+
How can you ask questions the smart way , here you can read about : http://catb.org/esr/faqs/smart-questions.html
  
== Közreműködők és megjegyzések ==
+
== Contributors & Comments ==
  
Ez az oldal az angol nyelvű oldal fordítása, mely az epikwiki [http://lazarus-ccr.sourceforge.net/index.php?wiki=LazarusFaq változat] alapján készült.
+
This site is the English page translation , which epikwiki [ http://lazarus-ccr.sourceforge.net/index.php?wiki=LazarusFaq version] was drawn.
  
<!--[[Category:Lazarus/hu]]-->
+
<!--[[ Category : Lazarus / en ]]-->

Revision as of 06:56, 29 September 2010

{ { Lazarus Faq } }


Lazarus GY.I.K. < / font >

in progress ...



General

Why is it so big the up binaries ?

The binaries are large because they debug information contain , which gdb (GNU Debugger ) is necessary to use .

The compiler has a switch which can be removed from the debugging information in the executable file (- Xs ), but because of an error ( 2.0.2 and earlier versions ) it will not work properly . The error been corrected has the compiler 2.0.4 and in future versions of .

You can use ' strip 'is a program the debug symbols to remove in the executable file. lazarus directory (for example, lazarus \ fpc \ bin \ i386- win32 \).

Just type the command " strip - strip -all <a_futtatható_fájl_neve_útvonallal> ".

If an even smaller you want your program size of , you can try [ http://upx.sourceforge.net/ UPX ] program. The UPX is a very good compression specifically executable files to compress . It includes no memory overhead due to in-place decompression . Very quickly compress the files (~ 10 MB / sec in a Pentium 133 machine).

The UPX hazsnálatához enter the command : " upx <a_futtatható_fájl_neve_útvonallal> ".

After each command ( strip and upx ) is finished, a Lazarus - VERSION made a simple GUI application size approx . many will be :

  • ~ 700KB on Linux
  • ~ 420kb on Windows

A more detailed response to the UPX of using potential drawbacks also can be found here : [ [Size Matters ]]