Lazarus Faq/sk: what changed

Revision 1 to 2. Removed lines have a minus sign; added lines have a plus sign.

Old	New		Line
1	1		Tento FAQ bol zkopírovaný z FAQ na adrese www.freepascal.org, je jednoduchšie sa oň starať a rozširovať ho, keď je vo wiki formáte.
2	2
3	3		## Všeobecné otázky
4	4
5	5		### Kde môžem nájsť viacero FAQ?
6	6
7	7		Pozrite sa na [oficiálnu stránku](http://www.lazarus.freepascal.org). Nájdete tam ďalší FAQ.
8	8
9	9		### Prečo sú generované binárky také veľké?
10	10
11	11		Binárky sú veľké pretože obsahujú množstvo ladiacich informácií potrebných pre gdb (GNu Debugger).
12	12
13	13		Prekladač má prepínač na vypnutie lediacich informácií v binárnom súbore (-Xs), ale vďaka chybe v prekladači (verzia 2.0.2 a skoršie), tento nefunguje správne. Chyba bola opravená vo vývojovej verzii prekladača.
14	14
15	15		Na odstránenie ladiacich symbolov zo spustiteľného súboru môžete použiť program zvaný "strip", nájdete ho v inštalačnom adresári Lazaraus lazarus\pp\bin\i386-win32\\.
16	16
17	17		Jednoducho v príkazovom riadku napíšte príkaz "strip --strip-all \<váš exe súbor\>".
18	18
19	19		Ak chcete mať svoj program ešte menší, môžete vyskúšať použiť program [UPX](http://upx.sourceforge.net/). UPX je veľmi dobrý kompresor pre vykonateľné súbory. Vďaka tomu, že binárku komprimuje priamo ("na mieste"), nemá žiadne problémy s prílišným vyťažením pamäte. Okrem toho má veľmi rýchlo dekompresiu (~10 MB/s na Pentiu 133).
20	20
21	21		UPX spustíte zadaním "upx \<váš exe súbor\>" v príkazovom riadku.
22	22
23	23		Po použití programu strip aj upx sa jednoduchá GUI aplikácia v Lazare zmenší na:
24	24
25	25		- ~ 700kb na Linuxe
26	26		- ~ 420kb na Windows
27	27
28	28		Detailnejšiu odpoveď na túto otázku môžete [[fpc:Size Matters\|nájsť tu]].
29	29
30		-	~~<div class="floatright">~~
31		-
32		-	~~<figure>~~
33		-	~~<img src="Lazarus_vs_cpp.png" title="Lazarus_vs_cpp.png" />~~
34		-	~~<figcaption>Lazarus_vs_cpp.png</figcaption>~~
35		-	~~</figure>~~
36		-
37		-	~~</div>~~
	30	+	![](/wiki-images/d/de/Lazarus_vs_cpp.png)
38	31
39	32		Je dôležté si uvedomiť, že už program hello world v Lazarus zahŕňa veľké množstvo vlastností:
40	33
41	34		- Knižnicu obsluhy XML
42	35		- Knižnicu oblsuhy obrázkov pre súbory png, xpm, bmp a ico
43	36		- Skoro všetky nástroje z Lazarus Component Library
44	37		- Celú Free Pascal Runtime Library
45	38
46	39		Takže je veľmi veľký, ale už obsahuje skoro všetko, čo skutočná netriviálna aplikácia bude potrebovať.
47	40
48	41		Veľkosť spustiteľných súborov z Lazarus ja na začiatku veľká, ale narastá veľmi pomaly, vďaka spôsobu akým prekladač Free Pascal a fomruláre Lazarus pracuje. Projekt C++ (len príklad, ale aplikovateľný aj na iné jazyky/nástroje) má hello world veľmi malý, ale rýchlo exponencionálne narastá, keď potrebujete vlastnosti pre napísanie netriviálnch aplikácií.
49	42
50		-	\
51	43		=== Prečo je linkovanie vo Windows také pomalé? ===
52	44
53	45		Všeobecne povedané, preklad vo Windows zaberie viac času ako na iných platformých, pretože GNU Linker používaný Free Pascalom pracuje na tejto platforme pomaly. Tento problém ovplyvňuje len Windows a len na relatívne starých počítačoch (menej ako 1Ghz) a počítačoch s malou (128MB a menej).
54	46
55	47		Rovnako, ak smartlinkujete LCL, bude linkovanie ešte pomalšie. Štúdiu o týchto problémoch môžete nájsť tu: [[File size and smartlinking]]
56	48
57	49		Tento problém sa týka iba Windows, a iba na relatívne starších počítačoch (menej ako 1Ghz) a a počítačoch s málo RAM RAM (128MB alebo menej).
58	50
59	51		Bol vyvinutý interný linker a je pripravený, ale bude dostupný len po uvoľnení Free Pascal 2.(samozrejme je dostupný cez subversion). Dramaticky skracuje linkovanie.
60	52
61	53
62	54		Poznámka: V 2.1.1 Windows používa interný pre win32/64/ce, ktorý proces trochu zrýchľuje. Rekompilácia Lazarus potom zaberie okolo 280MB.
63	55
64	56		### Potrebujem ppc386.cfg alebo fpc.cfg?
65	57
66	58		Potrebujete iba fpc.cfg. Toto je ten správny spôsob, ako prekladaču oznámiť, kde má hľadať knižnice.
67	59
68	60		### Ako skompilujem lazarus?
69	61
70	62		Urobte niečo ako toto:
71	63
72	64		`$ cd lazarus`\
73	65		`$ make clean all`
74	66
75	67		### Ako vytvorím iné projekty založené na LCL?
76	68
77	69		Pokiaľ nemôžete použiť IDE pre zostavenie vašej aplikácie, pridajte na koniec súboru fpc.cfg nasledujúce riadky:
78	70
79	71		1. Pridá knižnice
80	72
81	73		` -Fu/your.lazarus.root/lcl/units`\
82	74		` -Fu/your.lazarus.root/lcl/units/{váš_toolkit}`\
83	75		` -Fu/your.lazarus.root/components/units`\
84	76		` -Fu/your.lazarus.root/components/units/{váš_toolkit}`
85	77
86	78
87	79		Kde {váš_toolkit} môže byť GTK, Gnome alebo Win32 a potom spustite:
88	80
89	81
90	82		ppc386 vasprojekt.pp
91	83
92	84		### Akú verziu FPC potrebujem?
93	85
94	86		Používajte verzi 2.2.2 pre všetky operačné systémy.
95	87
96	88		### Nemôžem skompilovať Lazarus
97	89
98	90		1. Overte si, či máte prekladač správnej verzie
99	91		2. Overte si, či sú (fpc) knižnice taktiež z tej istej verzie.
100	92		3. Overte si, či máte fpc.cfg a nie starý ppc386.cfg
101	93		4. Taktiež si pozrite FAQ vzťahujúce sa k vášmu OS
102	94
103	95		### Keď sa pokúšam kompilovať projekt, dostanem chybovú hlášku
104	96
105	97		#### "Cannot find Unit interfaces". Ako to vyriešiť?
106	98
107	99		Tento skompilovaný unit by sa mal nachádzať v {LazarusDir}/lcl/units/{TargetCPU}-{TargetOS}/{LCLWidgetSet}/interfaces.ppu.
108	100
109	101		Uistite sa, že je iba jeden. Ak máte niekoľko verzií interfaces.ppu, tak pravdepodobne máte chybu v konfigurácii (napríklad ste pridali lcl adresár do vašej cesty). Zmažte všetky interfaces.ppu okrem toho vo vyššie definovanom adresári.
110	102
111	103		Ak používate iný widgetset, než ten, pre aký ste skompilovali Lazarus, musíte taktiež pre tento widgetset skompilovať aj LCL.
112	104
113	105		Ak ste sa dostali sem, ale stále sa zjavuje chybová hláška, tak používate iný prekladač / rtl pre kompilovanie vášho projektu ako ten, ktorý bol použitý pre skompilovanie Lazarus IDE. Môžete urobiť nasledovné:
114	106
115	107		- urobiť rebuild LCL (alebo Lazara kompletne) s prekladačom, ktorý zvolíte v Environmnent Options. Urobíte to v menu Tools -\> Build Lazarus. Avšak predtým si prezrite a prípadne upravte nastavenia pre build v Tools -\> Configure Build Lazarus.
116	108		- Zmeňte prekladač v Environment Options na ten, ktorý ste použili pre skompilovanie Lazara. Pozorne si prezrite taktiež Environment Options a presvedčte sa, že máte nastavenú správnu cestu pre Lazarus Directory (inštalačný adresár Lazarus) a FPC sources directory (zdrojové adresáre pre fpc unity). Overte si, že v konfiguračnom súbore fpc.cfg máte iba jednu verziu prekladača - na Linuxe a iných unixových systémoch by sa tento súbor mal nachádzať v adresári /etc a na Windows v rovnakom adresári ako fpc prekladač. Kópie starých verzií súboru taktiež ostávajú v systéme, keď updatujete váš prekladač na novšiu verziu a môžu spôsobovať problémy, môžu sa nachádzať vo vašom domovskom adresári, alebo v tom istom adresári, v ktorom ste budovali váš nový prekladač. ZMAŽTE ICH!!
117	109		- Môžete tiež skúsiť zmeniť widgeset pre aktuálny projekt. Napr. ukážkový project "objectinspector", ktorý je súčasťou inštalácie Lazara je nastavený na gtk. Kompilovanie tohoto projektu určite skončí v chybe "Can't find unit interfaces" na platforme Windows. Zmenou widgesetu na default(Win32) v Project \\| Compiler Options ... \\| LCL Widget Type (various) môže odstrániť tento problém.
118	110
119	111		### Keď sa pokúšam skompilovať Delphi projekt v Lazare, dostanem chybovú hlášku
120	112
121	113		#### at the line :{\$R *.DFM} Ako vyriešim tento problém?
122	114
123	115		Lazarus (alebo lepšie Linux) nepozná resourcy, takže ich nemôžete používať takým spôsobom ako robí Delphi/win32. Lazarus však používa tomuto vcelku kompatibilnú metódu. Pokiaľ sa budete riadiť nasledovným, tak stále môžete používať vaše Delphi layouty (.dfm súbory):
124	116
125	117		- Potrebujete textovú verziu .dfm súboru. Delphi5 a vyššie to majú predvolené. Ak máte staršie súbory:: skratkou ALT-F12 si prezriete layout ako text a potom cut&paste. Keď už máte textový .dfm file, proste ho skopírujte do .lfm súboru.
126	118		- S pomocou lazres (v lazarus/tools) vytvorte súbor.
127	119
128	120		` lazres vas_formular.lrs vas_formular.lfm`
129	121
130	122		- Pridajte nasledovnú inicializačnú sekciu
131	123
132	124		` initialization`\
133	125		` {$I yourform.lrs}`
134	126
135	127		Prosím, pamätajte na to, že nie všetky vlastnosti v dfm sú podporované Lazarom, takže vám IDE môže spadnúť.
136	128
137	129		#### 'Identifier not found LazarusResources'.
138	130
139	131		Pri vytváraní formulára Lazarus automaticky pridáva niekoľko extra unitov do uses sekcie vášho formulárového unitu. Počas konverzie z delphi unitu do lazarovho unitu sa toto nedeje. Čiže LResources potrebujete do uses sekcie vášho formulárového unitu pridať ručne.
140	132
141	133		### Pri prístupe k udalostiam objektov objektov, napríklad udalosti onclick pre tlačidlo, dostanem nasledujúcu chybu: ERROR unit not found: stdCtrls
142	134
143	135		Uistite sa (v Project -\> Project Inspector), že váš projekt závisí na balíčkoch LCL a že ste nainštalovali zdrojové súbory FPC.
144	136
145	137		Lazarus pozostáva z IDE a z knižnice vizuálnych komponentov LCL. Všetko ostatné, ako IO, databázy, FCL a RTL sú poskytované FPC. IDE potrebuje poznať cesty ku všetkým týmto zdrojom.
146	138
147	139		Cestu k FPC zdrojom môžete nastaviť cez: Tools -\> Options -\> Files -\> FPC source path
148	140
149	141		### Ako vložím malý súbor do spustitelného súboru? Ako vložím resource?
150	142
151	143		`/your/lazarus/path/tools/lazres sound.lrs sound1.wav sound2.wav ...`
152	144
153	145		vytvorí súbor sound.lrs zo súborov sound1.wav a sound2.wav.
154	146
155	147		Potom ho môžete includnuť za lrs súborom formulára:
156	148
157	149		`...`\
158	150		`initialization`\
159	151		`{$i unit1.lrs} // hlavný resource súbor (vždy prvý !)`\
160	152		`{$i sound.lrs} // vlastný resource súbor`\
161		-	\
	153	+
162	154		`end.`
163	155
164	156		V programe potom môžete použiť napr.:
165	157
166	158		`Sound1AsString:=LazarusResources.Find('sound1').Value;`
167	159
168	160		### Ako sa dostanem k debug výstupu?
169	161
170	162		V unite LCLProc sa nachádzajú dve procedúry pre písane do debug výstupu:
171	163
172	164		- DebugLn: funguje rovnako ako WriteLn, ale písať sa do nej dajú len textové reťazce (string).
173	165		- DbgOut: funguje rovnako ako Write, ale písať sa do nej dajú len textové reťazce (string).
174	166
175	167		Za normálnych okolností sa debug výstup píše do stdout. Pokiaľ stdout nie je otvorený (typ aplikácie je {\$AppType Gui} alebo je skompilovaná pod Windows s prepínačom -WG), výstup sa nepíše vôbec.
176	168
177	169		Debug výstup sa môže tiež zapisovať do súboru. Inicializačný kód v unite LCLProc skontroluje, či sa v príkazovom riadku nenachádza parameter '--debug-log=\<file\>'. Pokiaľ sa nachádza, všetok debug výstup sa píše do súboru \<file\>.
178	170
179	171		Pokiaľ sa v príkazovom riadku nenájde parameter '--debug-log', LCLProc skontroluje systémovú premennú xxx_debuglog (xxx je názov programu bez prípony, čiže napr. pre Lazarus hľadá premennú lazarus_debuglog). Pokiaľ takáto systémová premenná existuje, debug výstup sa zapíše do nastaveného súboru. Napr. nastavením:
180	172
181	173		`set lazarus_debuglog=c:\lazarus\debug.txt`
182	174
183	175		sa bude debug výstup programu Lazarus zapisovať do súboru c:\lazarus\debug.txt.
184	176
185	177		Keďže táto funkcionalita je implementovaná v unite LCLProc, je prístupná pre každú aplikáciu, ktorá túto unitu používa.
186	178
187	179		Debugovanie Lazarusu
188	180		Najmä pre používateľov Windows: Pokiaľ chcete, aby Lazarus vypisoval do konzoly, pridajte {\$APPTYPE console} do súboru lazarus.pp a prekompilujte Lazarus.
189	181
190	182		### Aký je význam prípon rôznych súborov, ktoré Lazarus používa?
191	183
192	184		[[Lazarus Tutorial/sk\|Lazarus Tutorial/sk#The Lazarus files]] uvádza niektoré príklady. Tu je stručný zoznam:
193	185
194	186		`*.lpi`
195	187		Lazarus Project Information file - informácie o projekte (uložený v XML; obsahuje nastavania špecifické pre konkrétny projekt)
196	188
197	189		`*.lpr`
198	190		Lazarus Program file; obsahuje pascalovský zdrojový kód hlavného programu
199	191
200	192		`*.lfm`
201	193		Lazarus Form file; obsahuje vlastnosti všetkých objektov na formulári (uložený v Lazarovskom špeciálnom textovom formáte; akcie sú uložené v Pascale v príslušnom `.pas` súbore)
202	194
203	195		`.pas` or `.pp`
204	196		Programová jednotka (Unit) v Pascale (obvykle zodpovedá nejakému formuláru uloženému v súbore `*.lfm`)
205	197
206	198		`*.lrs`
207	199		Lazarus Resource file (toto je generovaný súbor, nemýľte si ho s resource súbormi Windows).
208	200
209	201		Súbor sa dá vytvoriť pomocou pomôcky lazres (v adresári Lazarus/Tools) príkazom: lazres myfile.lrs myfile.lfm
210	202
211	203		`*.ppu`
212	204		Compiled unit (skompilovaná unita)
213	205
214	206		`*.lpk`
215	207		Lazarus package information file - informácie o balíčku (uložený v XML; obsahuje nastavenia špecifické pre konkrétny balíček)
216	208
217	209		### Opravil som chybu/vylepšil som Lazarus. Ako dostanem moje zmeny do oficiálnych zdrojových kódov?
218	210
219	211		Vytvorte záplatu a pošlite ju vývojarom. Viac detailov v [[Creating A Patch]].
220	212
221	213		### Pokiaľ deklarujem textový súbor ako var mytext: text;, dostanem chybu "Unit1.pas(32,15) Error: Error in type definition". Ako to opraviť?
222	214
223	215		Trieda TControl má vlastnosť [[doc:lcl/controls/tcontrol.text.html\|Text]]. V metóde formulára sa teda nepoužije typ [[doc:rtl/system/text.html\|Text]] zo systémovej unity. Môžete použiť typ [[doc:rtl/system/textfile.html\|TextFile]], ktorý je len aliasom typu Text, alebo môžete pridať meno unitu do definície typu.
224	216
225	217		`var`\
226	218		` MyTextFile: TextFile;`\
227	219		` MyText: System.Text;`
228	220
229	221		Rovnaký problém s duplicitnými menami nastáva pri priraďovaní (assign) a zatváraní (close) textových súborov. TForm má vlastnosť assign a metódu [[doc:lcl/forms/tcustomform.close.html\|Close]]. Môžete použiť [[doc:rtl/objpas/assignfile.html\|AssignFile]] a [[doc:rtl/objpas/closefile.html\|CloseFile]] alebo pridať meno unity System.
230	222
231	223		### Dostávam chybu pri tlačení pomocou Printer.BeginDoc
232	224
233	225		Unita Printers musí byť pridaná v uses sekcii.
234	226
235	227		Balíček Printer4Lazarus musí byť pridaný do závislostí projektu. Kliknite na: Project \\| Project Inspektor \\| Add \\| New Requirement \\| Package Name
236	228
237	229		Pokiaľ balíček Printer4Lazarus nie je v zozname, musí sa doinštalovať. Balíček je súšasťou inštalácie Lazara a nájdete ho v adresári \[adresár kde je lazarus nainštalovaný\]\components\printers.
238	230
239	231		Tento istý postup funguje aj v prípade chyby, ktorú môžete dostať pri použití Printer.Printers
240	232
241	233		### Prečo je TForm.ClientWidth/ClientHeight rovnaká ako TForm.Width/Height?
242	234
243	235		TForm.Width/Height neobsahujú okraj formulára (narozdiel od napr. Delphi), pretože je nemožné zístiť jeho veľkosť na všetkých platformách.
244	236
245	237		V prípade, že sa nájde spolahlivý spôsob, ako zistiť velkosť okraju, toto bude v budúcnosti opravené.
246	238
247	239		### Ako sa môžem stať vývojarom Lazara a získať prístup k menežmentu SVN a bug-trackeru?
248	240
249	241		Tak po prvé: Najprv sa o Lazarovi musíte veľa naučiť a ukázať vaše vedomosti a zručnosti. Začnite čítanim [[Lazarus Documentation\|wiki článkov]], prečítajte si zdrojový kód Lazara, opravte niekoľko chýb a keď si myslíte, že ste pripravení, kontaktujte vývojarov na [mailing liste](http://www.mail-archive.com/lazarus@miraclec.com).
250	242
251	243		## Kde je definované ... ?
252	244
253	245		### Virtual key constants
254	246
255		-	~~Virtual key constants sú definované v LCLType. Pridajte LCLtype do <b>uses</b> sekcie.~~
	247	+	Virtual key constants sú definované v LCLType. Pridajte LCLtype do uses sekcie.
256	248
257	249		## Používame IDE
258	250
259	251		### Ako sa používa doplňovanie identifikátorov?
260	252
261	253		Doplňovanie identifikátorov vyvoláte stlačením kláves \[ctrl\]\[medzera\]. V menu Environment \\| Editor Options \\| Code Tools \\| Automatic Features môžete nastaviť, ako dlho má trvať, kým sa doplňovanie identifikátorov objaví automaticky.
262	254
263	255		## Linux
264	256
265	257		### Ako môžem pod Linuxom debugovať bez použitia IDE?
266	258
267	259		Po prvé, potrebujete debugger. gdb je štandardným debuggerom pod linuxom a existuje k nemu veľa grafických frontendov. Najobvyklejším je ddd, ktorý je aj súčasťou väčšiny distribúcii. Na skompilovanie Lazara a LCL s debug-information a jeho spustenie v debug móde použite nasledovné príkazy:
268	260
269	261		` $ make clean; make OPT=-dDEBUG`\
270	262		` $ ddd lazarus`
271	263
272	264		Avšak pozor, ddd nie je až také konfortné, ako debugger vstavaný do Lazara. Najmä v prípade, keď si chcete nechat zobraziť obsah premennej, nezabúdajte, že ddd/gdb je narozdiel od Pascalu case-sensitívne (rozlišuje veľké a malé písmená). Z tohoto dôvodu, názvy všetkých premenných je nutné zadávať veľkými písmenami. Viac informácií sa dočítate v manuáloch k FPC.
273	265
274	266		### Už viem debugovať, ale ddd nevie nájsť moje zdrojáky alebo vypisuje, že neobsahujú žiaden kód. Prečo?
275	267
276	268		Toto je problém spôsobený zle nastavenými cestami. Vyhnete sa mu nasledovným spôsobom
277	269
278	270		- V ddd menu použite príkaz "Change directory" (Zmeň adresár) a nastavte adresár, kde sa nachádzajú vaše zdrojové kódy. Nevýhodou tohoto riešenia je, že teraz nemôžete debugovať zdrojové kódy programu, s ktorým ste štartovali (napr. lazarus). Preto je niekedy nevyhnutné meniť adresár viac krát.
279	271		- V ddd choďte do \[Edit\] \[gdb-settings\] a nastavte správne search-path (cesta vyhľadávania)
280	272		- Vytvorte súbor \$(HOME)/.gdbinit s obsahom:
281	273
282	274		` directory /your/path/to/lazarus`\
283	275		` directory /your/path/to/lazarus/lcl`\
284	276		` directory /your/path/to/lazarus/lcl/include`
285	277
286	278		### Pri linkovaní dostávam chybu, že /usr/bin/ld nemôže nájsť -l\<knižnica\>
287	279
288	280		Distribúcie založené na balíčkoch
289	281		Je nutné nainštalovať balíčky, ktoré obsahujú súbory lib\<knižnica\>.so alebo lib\<knižnica\>.a. Dynamické knižnice pod linuxom majú príponu .so, statické príponu .a. V niektorých linuxových distribúciách po nainštalovaní balíčku obsahujúcom knižnicu, je nutné tiež nainštalovať vývojársky balíček (obvykle má názov \<baliček\>-dev).
290	282
291	283		Niektoré distribúcie majú príkazy, ktoré umožni nájsť balíček, ktorý obsahuje nejaký súbor:
292	284
293	285		Mandriva
294	286
295	287		`[]$ urpmf lib<knižnica>.so`
296	288
297	289
298	290		vypíše zoznam všetkých balíčkov obsahujúcich súbor lib\<knižnica\>.so, nainštalovať musíte ten končiaci na -devel
299	291
300	292
301	293		Debian
302	294
303	295		`[]$ apt-file search lib<knižnica>.so`
304	296
305	297
306	298		vypíše zoznam všetkých balíčkov obsahujúcich súbor lib\<knižnica\>.so, nainštalovať musíte ten končiaci na -dev
307	299
308	300		Distribúcie založené na zdrojových kódoch alebo manuálne kompilované
309	301		Ubezpečte sa, že súbor lib\<knižnica\>.a sa nachádza na ceste (systémová premenná PATH), a že je správnej verzie. Aby linker našiel správnu dynamickú knižnicu, vytvorte symlink nazvaný lib\<knižnica\>.so, do lib\<knižnica\>\<verzia\>-x,y.so ak je to potrebné.
310	302
311	303		FreeBSD
312	304		Rovnaký postup ako vyššie, a okrem toho skontrolujte, či máte -Fl/usr/local/lib v súbore fpc.cfg. Nezabúdajte, že balíčky pre GTK 1.2 sa vo FreeBSD nazývajú "gtk12".
313	305
314	306		`[]# cd /usr/local/lib && ln -s libglib-12.so libglib12.so`\
315	307		`[]# cd /usr/X11R6/lib && ln -s libgtk-12.so libgtk12.so`\
316	308		`[]# cd /usr/X11R6/lib && ln -s libgdk-12.so libgdk12.so`
317	309
318	310		NetBSD
319	311		Rovnaký postup ako pri distribúciach založených na zdrojových kódoch, a okrem toho skontrolujte, či máte Fl/usr/local/lib v súbore fpc.cfg.
320	312
321	313		### Ako skonvertujem projekt z Kylix 2 do Lazara?
322	314
323	315		Prakicky veľmi podobne, ako pri konverzii z Kylixu do Delphi/VCL.
324	316
325	317		LCL (Lazarus Component Library) sa snaží byť čo najviac kompatibilná s VCL (Visual Component Library) z Delphi. Kylix CLX sa snaží byť kompatibilný s knižnicami QT.
326	318
327	319		Základné tipy:
328	320
329	321		- Premenujte všetky použité CLX unity (napr. QForms, QControls, QGraphics, ...), do ich VCL podoby: Forms, Controls, Graphics, ...
330	322		- Pridajte LResources do každej uses sekcie zdrojáku každého formulára
331	323		- Premenujte alebo skopírujte všetky súbory .xfm na .lfm.
332	324		- Premenujte alebo skopírujte všetky súbory .dpr na .lpr.
333	325		- Pridajte "Interfaces" do uses sekcie .lpr súboru.
334	326		- Odstráňte direktívu {\$R *.res}
335	327		- Odstráňte direktívu {\$R *.xfm}
336	328		- Pridajte direktívu {\$mode objfpc}{\$H+} alebo {\$mode delphi}{\$H+} do všetkých .pas a .lpr súborov
337	329		- Pridajte inicializačnú sekciu na koniec každého zdroj. kódu formulára a pridajte include direktívu pre .lrs súbor:
338	330
339	331		` initialization`\
340	332		` {$I unit1.lrs}`
341	333
342	334
343	335		.lrs súbor vytvoríte napríklad pomôckou lazres v adresári lazares/tools/lazres.
344	336
345	337		Napr: ./lazres unit1.lrs unit1.lfm
346	338
347	339		- Opravte rozdiely. LCL zatiaľ nepodporuje všetky vlastnosti VCL, a CLX nie je s VCL úplne kompatibilná.
348	340		- V záujme čo najväčšej platformovej nezávislosti, odstránte závislosti na unite libc a nahraďte ich FPC unitami ako baseunix/unix. Toto je nevyhnutné, pokiaľ chcete kompilovať pre iné platformy ako linux/x86.
349	341
350	342		### When compiling lazarus the compiler can not find a unit. e.g.: gtkint.pp(17,16) Fatal: Can't find unit GLIB
351	343
352	344		1\. Check a clean rebuild: do a 'make clean all'
353	345
354	346		2\. Check if the compiler has the correct version (2.0.0 or higher)
355	347
356	348		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.
357	349
358	350
359	351		Hint: You can see which config file is used with 'ppc386 -vt bogus'
360	352
361	353		Remove any ppc386.cfg as it is really obsolete.
362	354
363	355		4\. Check if the config file (/etc/fpc.cfg) contains the right paths to your fpc libs. There must be three lines like this:
364	356
365	357		` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget`\
366	358		` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/rtl`\
367	359		` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/*`
368	360
369	361
370	362		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/... .
371	363
372	364		Hint: You can see your searchpaths with 'ppc386 -vt bogus'
373	365
374	366		5\. Check that the config file (/etc/fpc.cfg) does not contain search paths to the lcl source files (.pp, .pas):
375	367
376	368		` forbidden: -Fu(lazarus_source_directory)/lcl`\
377	369		` forbidden: -Fu(lazarus_source_directory)/lcl/interfaces/gtk`
378	370
379	371
380	372		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:
381	373
382	374		` -Fu(lazarus_source_directory)/lcl/units/$fpctarget`\
383	375		` -Fu(lazarus_source_directory)/lcl/units/$fpctarget/gtk`
384	376
385	377		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/\$version/units/i386-linux/gtk/. If it does not exists, the fpc lib is corrupt and should be reinstalled.
386	378
387	379		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.
388	380
389	381		### I have installed the binary version, but when compiling a simple project, lazarus gives: Fatal: Can't find unit CONTROLS
390	382
391	383		Probably you are using a newer fpc package, than that used for building the lazarus binaries. The best solution is to download the sources and compile lazarus manually. You can download the source snapshot or get the source via svn:
392	384
393	385		` $ bash`\
394	386		` $ svn checkout `[`http://svn.freepascal.org/svn/lazarus/trunk`](http://svn.freepascal.org/svn/lazarus/trunk)` lazarus`\
395	387		` $ cd lazarus`\
396	388		` $ make clean all`
397	389
398	390		Make sure that lazarus get the new source directory: Environment-\>General Options-\>Files-\>Lazarus Directory Top
399	391
400	392		### Lazarus compiles, but linking fails with: libgdk-pixbuf not found
401	393
402	394		Either install the gdk-pixbuf library for gtk1.x or disable the use:
403	395
404	396		Where to find the gdk-pixbuf library:
405	397
406	398		RPMs: <http://rpmfind.net/linux/rpm2html/search.php?query=gdk-pixbuf&submit=Search+>...&system=&arch=
407	399
408	400		Debian packages: libgdk-pixbuf-dev
409	401
410	402		Sources: <ftp://ftp.gnome.org/pub/gnome/unstable/sources/gdk-pixbuf/>
411	403
412	404		How to disable the use in lazarus: In Tools-\>Configure "Build Lazarus" add the option '-dNoGdkPixBufLib' or at command line: "make clean all OPT=-dNoGdkPixBufLib".
413	405
414	406		### I have SuSE and I get /usr/bin/ld: cannot find -lgtk Error: Error while linking
415	407
416	408		SuSE installs the gtk devel libs under /opt/gnome/lib (or /opt/gnome/lib64 for 64 bits), which is not in the standard lib path. Simply add it to your /etc/fpc.cfg. (-Fl/opt/gnome/lib).
417	409
418	410		### Lazarus crashes with runtime error 211 after I installed a component
419	411
420	412		After I installed a component, Lazarus crashes with the following message:
421	413
422	414		`Threading has been used before cthreads was initialized.`\
423	415		`Make cthreads one of the first units in your uses clause.`\
424	416		`Runtime error 211 at $0066E188`
425	417
426	418		How can I fix this?
427	419
428	420		Your freshly installed component is using threads. Fpc on *nix doesn't automatically include threading support, but it must be intialized. This initialization is done in the cthreads unit. Every application using the component needs to add this unit to the uses clause of the main program. Lazarus itself is no exception. This can be done in two ways:
429	421
430	422		1\) Change the source of ide/lazarus.pp: add the cthreads as first unit to the uses clause, so that is looks like this:
431	423
432	424		`uses`\
433	425		` //cmem,`\
434	426		` cthreads, `\
435	427		` {$IFDEF IDE_MEM_CHECK}`\
436	428		`...`
437	429
438	430		and rebuild lazarus.
439	431
440	432		2\) In order to avoid modifying lazarus.pp file, a fpc compiler option could be used. Once package that uses threads has been compiled, open menu Tools-\>Configure "build Lazarus". Configure "build Lazarus" dialog will be shown, in field "Options:" type -Facthreads and then press "OK" button. The next step is to install the package. Lazarus will be built with option -Facthreads which means that it will treat main program as if unit cthreads where first in uses clause.
441	433
442	434		Hint: Maybe your old (non-crashing) lazarus executable is stored as lazarus.old in the same directory as the crashing lazarus executable.
443	435
444	436		### When I run a program with threads I get runtime error 232
445	437
446	438		The complete error message is:
447	439
448	440		`This binary has no thread support compiled in.`\
449	441		`Recompile the application with a thread-driver in the program uses`\
450	442		`clause before other units using thread.`\
451	443		`Runtime error 232`
452	444
453	445		Solution: Add cthreads as first unit to the uses clause of your main program, usually the .lpr-file.
454	446
455	447		### I have Ubuntu Breezy and my fonts in Lazarus IDE look too big
456	448
457	449		If Lazarus is compiled with Gtk1.2, the settings in Gnome Preferences/Font don't have any effect as they are related to Gtk2. You could try this solution: Create a file named .gtkrc.mine in your home directory (if it's not already there) and add these lines to it:
458	450
459	451		style "default-text" {
460	452		fontset = "--arial-medium-r-normal---100-----iso8859-1,\
461	453		--helvetica-medium-r-normal---100------"
462	454		}
463	455
464	456		class "GtkWidget" style "default-text"
465	457
466	458		### How can I compile a program for Gtk2?
467	459
468	460		At the moment, the Gtk2 compiled IDE is a little unstable, but you can compile software for Gtk2 using the Gtk1 IDE.
469	461
470	462		To start with recompile LCL for Gtk2. Go to the menu "Tools"-\>"Configure Build Lazarus" and set LCL to clean+build and everything else to none.
471	463
472	464		Now click Ok and go to the menu "Tools"-\>"Build Lazarus"
473	465
474	466		Now you can compile your software with Gtk2 going on the Compiler options and changing the widgetset to Gtk2.
475	467
476	468		## Windows
477	469
478	470		### When I cycle the compiler, I get:The name specified is not recognized as an internal or external command, operable program or batch file.\>& was unexpected at this time.
479	471
480	472		In the compiler dir exists an OS2 scriptfile named make.cmd. NT sees this also as a script file, so remove it since on NT we don't need it.
481	473
482	474		### When I cycle the compiler, I get: make\[3\]: ./ppc1.exe: Command not found
483	475
484	476		I don't know why but somehow make has lost its path. Try to cycle with a basedir set like: make cycle BASEDIR=your_fpc_source_dir_herecompiler
485	477
486	478		### When I try to make Lazarus I get:
487	479
488	480		#### make.exe: * * * interfaces: No such file or directory (ENOENT). Stop.make.exe: * * * \[interfaces_all\] Error 2
489	481
490	482		You need to upgrade your make.
491	483
492	484		#### makefile:27: *** You need the GNU utils package to use this Makefile. Stop.
493	485
494	486		Make sure you didn't install FPC in a path with spaces in the name. The Makefile doesn't support it.
495	487
496	488		### Ako nastavím aplikáciu aby vyzerala ako XP ?
497	489
498	490		Ak máme program myprogram.exe vytvoríme súbor nazvaný myprogram.exe.manifest a skopírujeme doň nasledujúci text:
499	491
500	492		`<?xml version="1.0" encoding="UTF-8" standalone="yes"?>`\
501	493		`<assembly xmlns="`[`urn:schemas-microsoft-com:asm.v1`](urn:schemas-microsoft-com:asm.v1)`" manifestVersion="1.0">`\
502	494		`<assemblyIdentity processorArchitecture="*" version="1.0.0.0" type="win32" name="myprogram"/>`\
503	495		`<description>programom</description>`\
504	496		`<dependency>`\
505	497		` <dependentAssembly>`\
506	498		` <assemblyIdentity`\
507	499		` type="win32"`\
508	500		` name="Microsoft.Windows.Common-Controls"`\
509	501		` version="6.0.0.0"`\
510	502		` publicKeyToken="6595b64144ccf1df"`\
511	503		` language="*"`\
512	504		` processorArchitecture="*" />`\
513	505		` </dependentAssembly>`\
514	506		` </dependency>`\
515	507		`</assembly>`
516	508
517	509		Voila! a máme XP vzhľad.
518	510
519	511		### Pokiaľ spustím Windows aplikáciu vytvorenú v Lazarovi, zobrazí sa v DOSovom okne
520	512
521	513		Špecifikujte parameter -WG (Windows GUI) v príkazovom riadku compilera alebo v Lazarovi skontrolujte, či je zaškrtnuté políčko Windows GUI v Project menu \\| Compiler Options \\| Linking \\| target OS Specific options.
522	514
523	515		## Licencie
524	516
525	517		### Možem v Lazarovi vytvárať komerčné aplikácie?
526	518
527	519		Áno, LCL je chránená licenciou LGPL s výnimkou, ktorá vám imožňuje ju staticky linkovať bez nutnosti zverejnovať zdrojový kód vašej aplikácie. Zmeny a vylepšenia v LCL musia byť distribuované so zdrojovým kódom. Lazarus a Lazarus IDE sú chránené licenciou GPL.
528	520
529	521		### Why are some components restricted from usage in commercial application ?
530	522
531	523		Lazarus comes with additional components, that were developed by third parties. Those are under various other Licenses. If you wish to use them you need to see the License within the source files of those packages. Most of those 3rd party components are in the directory "components".
532	524
533	525		### How do I know if a Component is part of the LCL ?
534	526
535	527		All LCL units are in the directory "lcl". A List of units belonging to the LCL can be found here <http://lazarus-ccr.sourceforge.net/docs/lcl/> . If you code uses units not listed on this page, you may have used a component that is not part of the LCL.
536	528
537	529		### Môžem vytvárať komerčné rozšírenia (plug-in) pre Lazarus?
538	530
539	531		Áno, časť IDE s názvom IDEIntf je chránená licenciou LGPL s rovnakou výnimkou, čiže nie ste nútený licencovať váš plug-in alebo vývojársky balíček pod GPL. Môžete si tiež vyberať plug-iny pod akoukolvek licenciou, nie-GPL plug-iny sú teda povolené. Pozor ale, nie je dovolené distribuovať predkompilovaného Lazara staticky zlinkovaného s týmito nie-GPL plug-inmi.
540	532
541	533		## Contributors and Comments
542	534
543	535		This page has been converted from the epikwiki [version](http://lazarus-ccr.sourceforge.net/index.php?wiki=LazarusFaq).
544	536
545	537		---
546	538		From the Free Pascal wiki, page "Lazarus Faq/sk", as it stood on 2015-11-10 after a change by Trsek, out of the wiki's dump of 2024-05-26. Copyright stays with the author who wrote it, according to the old wiki's [[Licensing]] page. If you have concerns about this material, [message the admin](/wiki-contact).
547	539		Category: FAQs/sk
548	540		Category: Lazarus/sk
549	541		Category: Slovensky

Back to history