Lazarus Faq/de: what changed

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

Old	New		Line
1	1		## Allgemein
2	2
3	3		### Warum sind die generierten Binaries so groß?
4	4
5	5		Die Binaries sind groß, weil sie eine Menge Debug-Informationen enthalten, die für die Verwendung von gdb (GNU Debugger) notwendig sind.
6	6
7	7		Der Compiler bietet eine Option, die Debug-Informationen aus dem Executable zu entfernen (-Xs), aber wegen eines Bugs im Compiler (Version 2.0.2 und früher), funktioniert es nicht korrekt. In Version 2.0.4 und in der Entwicklerversion des Compilers wurde dies bereinigt. Prüfen sie bei den Compilereinstellungen auch, ob 'Zeilennummern in Laufzeit-Backtraces anzeigen' und 'Smart Linken' aktiviert sind und ändern sie ggf. die Einstellungen.
8	8
9	9		Sie können ein Programm genannt "strip" verwenden, um die Debug-Symbole aus dem Executable zu entfernen. In Windows befindet es sich im Lazarusverzeichnis "lazarus\fpc\fpcversion\bin\i386-win32\\." unter Linux lässt es sich direkt von der Kommandozeile aus starten.
10	10
11	11		Tippen Sie einfach "strip --strip-all \<ihr Executable mit Pfad\>" auf der Kommandozeile.
12	12
13	13		Wenn Sie Ihr Programm noch kleiner machen wollen, sollten Sie auch UPX ([1](http://upx.sourceforge.net/)) versuchen. UPX ist ein sehr gutes Programm zur Komprimierung ausführbarer (Binär-)Dateien. UPX beansprucht nur wenig zusätzlichen Speicher während der Dekompression, die außerordentlich schnell von statten geht (~10 MB/sec auf einem Pentium 133). Man braucht also nicht zu befürchten, durch die Verwendung von UPX erwähnenswerte Nachteile zu haben.
14	14
15	15		Um UPX zu verwenden, tippen Sie einfach "upx \<ihre ausführbare Datei mit Pfad\>" in die Kommandozeile.
16	16
17	17		Nach der Verwendung von strip und UPX erreicht ein einfaches [[Glossary\|GUI]] Lazarus Programm:
18	18
19	19		- ~ 700kb unter Linux
20	20		- ~ 420kb unter Windows
21	21
22	22		Eine detailliertere Antwort wird auf [[Size Matters/de\|Size Matters]] gegeben.
23	23
24	24		Hinsichtlich der Größe der Lazarus-Anwendungen ist es außerdem wichtig anzumerken, dass selbst ein simples "Hello World"-Programm bereits eine Vielzahl an Fähigkeiten beinhaltet. Im Einzelnen:
25	25
26	26		- Eine Bibliothek zur Handhabe von XML
27	27		- Bibliotheken, um mit Bildformaten wie png, xpm, bmp und ico umzugehen
28	28		- Die ganze Bandbreite der Lazarus Komponenten-Bibliothek (LCL)
29	29		- Die komplette Free Pascal Laufzeitumgebung (RTL)
30	30
31	31		Man muss bei der Größe der ausführbaren Datei also berücksichtigen, dass ein einfaches Lazarus-Programm alle Fähigkeiten "beinhaltet", die von einem komplexen und nichttrivialen Programm in Anspruch genommen werden können.
32	32
33	33		Mit wachsender Komplexität wächst die Größe der Lazarus-Anwendungen sehr langsam. Verglichen mit anderen Compilern und/oder Programmiersprachen erscheinen somit kleinere Programme (etwa Hello-World-Programme) als lazaruscompilierte Anwendungen größer - bei Programmen zunehmender Komplexität jedoch meist kleiner. Dieser Umstand begründet sich in der Art und Weise, wie der FreePascal-Compiler den Quelltext in Maschinensprache übersetzt. Das folgende Schaubild soll den Umstand veranschaulichen:
34	34
35	35		![](/wiki-images/d/de/Lazarus_vs_cpp.png)
36	36
37	37		### Warum ist das Linken unter Windows so langsam?
38	38
39	39		Im Allgemeinen benötigt die Kompilierung unter Windows mehr Zeit als auf anderen Plattformen, weil der von Free Pascal genutzte GNU Linker auf dieser Plattform langsam ist.
40	40
41	41		Seitdem Lazarus Smartlinking unterstützt, sind die kompilierten Anwendungen (nach "strip" und "upx", siehe unten) etwa 30% kleiner als zuvor. Das bringt den Nachteil mit sich, dass der Vorgang des Linken dadurch sehr viel komplizierter geworden ist - was einige Probleme mit dem GNU Linker mit sich brachte und den Link-Vorgang verlangsamte. Weitere Informationen zu diesem Thema finden Sie hier:[[File size and smartlinking]]
42	42
43	43		Dieses Problem betrifft jedoch nur Windows, und tritt vor allem auf relativ alten Computern (weniger als 1Ghz) und Computern mit wenig RAM (128MB oder weniger) in Erscheinung.
44	44
45	45		Ein interner Linker wurde entwickelt. Er wird aber erst mit Free Pascal 2.2 verfügbar sein (natürlich ist er in SVN verfügbar). Er verringert die Zeit für das Linken dramatisch.
46	46
47	47		Aber was kann man bis dahin machen, um den Linkvorgang zu beschleunigen? - Sie haben zwei Möglichkeiten:
48	48
49	49		1. Schalten sie smartlinking unter "Projekt -\> Compilereinstellungen... -\> Linken -\>Linker-Stil" aus. Unglücklicherweise reicht diese Einstellung alleine nicht aus. Sie müssen zusätzlich den Befehl "-XS" unter "Projekt -\> Compilereinstellungen... -\> Linken -\> Einstellungen" hinzufügen.
50	50		2. Alternativ können Sie Ihre LCL neu kompilieren. Öffnen Sie dazu Lazarus. Gehen sie zum Menü "Werkzeuge" -\> "Lazarus Einstellungen einrichten". Setzen Sie hier die Zeile "LCL erstellen" auf "clean+build", und alle anderen Zeilen auf "none"; klicken Sie anschließend auf OK. Gehen sie jetzt zu "Werkzeuge" -\> "Lazarus erstellen".
51	51
52	52		Nach diesen Einstellungen ist das Smartlinking deaktiviert. Vorteil: Das Linken erfolgt schneller; Nachteil: Die ausführbaren Dateien werden größer.
53	53
54	54		### Brauche ich ppc386.cfg oder fpc.cfg?
55	55
56	56		Sie brauchen nur fpc.cfg. Auf diese Weise kann der Compiler die Bibliotheken finden.
57	57
58	58		### Wie kompiliere ich Lazarus?
59	59
60	60		Sie können Lazarus kompilieren, indem Sie von Ihrer Konsole aus zunächst in das Verzeichnis von Lazarus wechseln, beispielsweise:
61	61
62	62		``` bash
63	63		$ cd lazarus
64	64		```
65	65
66	66		Und anschließend den folgenden Befehl eingeben:
67	67
68	68		``` bash
69	69		$ make clean all
70	70		```
71	71
72	72		### Wie erzeuge ich andere Projekte basierend auf der LCL?
73	73
74	74		Wenn sie aus irgendwelchen Gründen die IDE nicht benutzen können oder wollen, um ihre Applikationen zu bauen, benutzen sie stattdessen lazbuild. Das ist eine Kommandozeilenversion der IDE zum Bau von Lazarus - Projekten und -Packages. Wenn sie LCL-Applikationen bauen möchten, ohne die IDE oder lazbuild zu verwenden, fügen sie bitte die folgenden Zeilen am Ende ihrer fpc.cfg ein:
75	75
76		-	~~` # searchpath for other toolkits (Linux)`\~~
77		-	~~` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/{YourToolKit}`~~
	76	+	```text
	77	+	# searchpath for other toolkits (Linux)
	78	+	-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/{YourToolKit}
	79	+	```
78	80
79		-	~~` # searchpath for other toolkits (Windows)`\~~
80		-	~~` -Fu/{YourLazarusDirectory}/components/units/{YourToolKit}`~~
	81	+	```text
	82	+	# searchpath for other toolkits (Windows)
	83	+	-Fu/{YourLazarusDirectory}/components/units/{YourToolKit}
	84	+	```
81	85
82	86
83	87		Wobei {YourToolKit} gtk2, gnome, qt oder win32 sein kann. Danach führen sie bitte folgendes aus:
84	88
85	89
86	90		ppc386 your.project.pp
87	91
88	92		Hinweis: Vergessen sie nicht, die Entwicklungs Packages für ihr Toolkit zu installieren. Andernfalls können sie eine Meldung wie: [[Linker message: cannot find -l/de\|Linker message: cannot find -l]] erhalten.
89	93
90	94		### Welche Version von FPC wird benötigt?
91	95
92	96		2.2.2 auf allen unterstützten Systemen
93	97
94	98		### Ich kann Lazarus nicht kompilieren.
95	99
96	100		1. Prüfen Sie, ob der Compiler die richtige Version hat.
97	101		2. Prüfen Sie, ob die (fpc) Bibliotheken (libraries) dieselbe Version haben.
98	102		3. Prüfen Sie, ob Sie die fpc.cfg haben und nicht die alte ppc386.cfg.
99	103		4. Prüfen Sie auch die für ihr Betriebssystem spezifischen FAQs.
100	104		5. Prüfen Sie, wenn sie das Projekt schonmal kompiliert haben ob die kompilierte Version nicht schon läuft.
101	105		6. Speichern Sie das Projekt. (War bei meinem Laptop unter W. XP nötig(v.0.9.27))
102	106
103	107		### Wenn ich versuche, ein Projekt zu kompilieren, bekomme ich eine Fehlermeldung:
104	108
105	109		#### "Cannot find Unit interfaces" (Kann Unit interfaces nicht finden). Wie kann ich das Problem lösen?
106	110
107	111		Dies bedeutet, dass der Compiler die Datei 'interfaces.ppu' nicht finden kann oder er eine findet, die falsch oder veraltet ist.
108	112
109	113		Die Unit findet man in {LazarusDir}\lcl\units\\{TargetCPU}-{TargetOS}\\{LCLWidgetSet}\interfaces.ppu. Zum Beispiel: /home/Benutzername/lazarus/lcl/units/i386-linux/gtk/interfaces.ppu.
110	114
111	115		Stellen sie sicher, dass sie nur dort ist. Wenn sie mehrere Versionen von interfaces.ppu haben, dann haben sie wahrscheinlich eine verkehrte Konfiguration (zum Beispiel, wenn sie ein LCL-Verzeichnis zum Suchpfad hinzugefügt haben). Entfernen sie alle interfaces.ppu, bis auf die eine im obigen Verzeichnis.
112	116
113	117		Wenn sie ein anderes Widgetset ausgewählt haben, dann müssen sie die LCL für dieses Widgetset erzeugen, um Lazarus zu erzeugen.
114	118
115	119		Wenn es dort ist, sie aber diese Fehlermeldung erhalten, dann benutzen sie einen anderen Compiler / RTL für die Kompilierung ihres Projekts als sie für die Kompilierung ihrer Lazarus IDE benutzt haben. Sie können eine der folgenden Maßnahmen ergreifen:
116	120
117	121		- Bauen sie die LCL neu auf (oder Lazarus komplett) mit dem Compiler, der in den Umgebungsoptionen selektiert ist. Sie können dies tun mit Werkzeuge -\> Lazarus erstellen. Bevor sie dies tun, prüfen sie die gegenwärtigen Einstellungen in Werkzeuge -\> Configure "Build Lazarus".
118	122		- Ändern sie den Compiler in den Umgebungsoptionen auf denjenigen, den sie zum Kompilieren von Lazarus benutzt haben. Schauen sie auch sorgfältig in den Umgebungsoptionen nach, ob sie die richtigen Pfade für das Lazarus-Verzeichnis und das FPC-Quellverzeichnis benutzen. Prüfen sie, dass es nur eine Version der Compiler-Konfigurationsdatei fpc.cfg gibt - sie sollte sich für Linux/Unix Systeme in /etc/ befinden und für Windows Systeme im selben Verzeichnis wie der FPC Compiler. Rogue-Kopien schleichen sich oft ein, wenn sie ihren Compiler auf ein neuere Version upgedated haben; Sie befinden sich in ihrem home Verzeichnis oder im selben Verzeichnis , in dem sie ihren neuen Compiler erstellt haben. Löschen sie diese!!
119	123
120	124		### Wenn ich versuche, Delphi-Projekte unter Lazarus zu kompilieren, erhalte ich eine Fehlermeldung auf der Zeile :{\$R *.DFM} Wie kann ich das Problem lösen ?
121	125
122	126		Lazarus (oder besser Linux) weiß nichts über Ressourcen, daher können sie diese nicht auf die selbe Weise nutzen wie Delphi/Win32 es tut. Allerdings nutzt Lazarus eine Methode, die ziemlich kompatibel mit dieser ist. Mit folgenden Schritten können Sie ihre Delphi Layouts (.dfm Dateien) weiter benutzen:
123	127
124	128		- Sie benötigen eine Textversion der .dfm Dateien. Delphi 5 und höher tun dies per Voreinstellung. Wenn sie ältere Dateien haben: ALT-F12, um das Layout als Text zu sehen und kopieren/einfügen. Wenn sie eine .dfm Datei in Textform haben, einfach in eine .lfm Datei kopieren.
125	129		- Erzeugen sie eine Datei mit lazres (in lazarus/tools): lazres yourform.lrs yourform.lfm
126	130		- Fügen sie den folgenden "initialization"-Abschnitt hinzu
127	131
128	132		``` pascal
129	133		initialization
130	134		{$I yourform.lrs}
131	135		```
132	136
133	137		Beachten sie, dass nicht alle Eigenschaften in der dfm Datei von Lazarus unterstützt werden (bis jetzt), daher könnten sie einen Absturz erhalten.
134	138
135	139		#### 'Identifier not found LazarusResources'.
136	140
137	141		Wenn ein Formular erzeugt wird, dann fügt Lazarus automatisch einige zusätzliche Units zu dem uses-Abschnitt ihrer Formular-Unit hinzu. Während der Konvertierung einer Delphi-Unit zu einer Lazarus-Unit passiert dies nicht. Daher müssen sie LResources zu dem uses-Abschnitt ihrer Formular-Unit (manuell) hinzufügen.
138	142
139	143		### Wenn Ereignisse von Objekten angesteuert werden z.B. das OnClick-Ereignis einer Schaltfläche, erhalte ich die folgende Fehlermeldung: ERROR unit not found: stdCtrls
140	144
141	145		Stellen sie unter Projekt -\> Projektinspektor sicher, dass ihr Projekt auf dem Package 'LCL' beruht und dass sie die FPC-Quellen installiert haben.
142	146
143	147		Lazarus ist die IDE und die visuelle Komponenten-Bibliothek LCL. Alle anderen Dinge, wie IO, Datenbanken, FCL und RTL werden von FPC zur Verfügung gestellt. Die IDE benötigt die Pfade zu allen Quellen.
144	148
145	149		Der FPC-Quellenpfad kann gesetzt werden mittels: Einstellungen -\> Umgebungseinstellungen -\> Dateien -\> FPC-Quelltextverzeichnis
146	150
147	151		### Wie kann man eine kleine Datei in das ausführbare Programm einbetten, ohne eine separate Datei zu benötigen? Wie kann man eine Ressource einbetten?
148	152
149	153		Zum Beispiel:
150	154
151	155		``` bash
152	156		/ihr/Lazarus/Pfad/tools/lazres sound.lrs sound1.wav sound2.wav ...
153	157		```
154	158
155	159		wird sound.lrs aus sound1.wav und sound2.wav erzeugen.
156	160
157	161		Dann fügen sie es hinter der Formular lrs Datei ein:
158	162
159	163		``` pascal
160	164		...
161	165		initialization
162	166		{$i unit1.lrs} // this is main resource file (zuerst)
163	167		{$i sound.lrs} // user defined resource file
164	168
165	169		end.
166	170		```
167	171
168	172		In ihrem Programm können sie dann verwenden:
169	173
170	174		``` pascal
171	175		Sound1AsString := LazarusResources.Find('sound1').Value;
172	176		```
173	177
174	178		### Wie kann ich die Debug-Ausgabe sehen?
175	179
176	180		Die LCL stellt in der Unit LCLproc Prozeduren bereit, um Debug-Ausgaben zu machen:
177	181
178	182		- DebugLn: arbeitet genau wie WriteLn, akzeptiert aber nur strings.
179	183		- DbgOut: arbeitet genau wie Write, akzeptiert aber nur strings.
180	184
181	185		Unter normalen Umständen wird die Ausgabe auf stdout ausgegeben. Wenn stdout geschlossen ist, (z. B., wenn die Anwendung {\$AppType Gui} ist oder unter Windows mit -WG kompiliert wurde), wird nichts ausgegeben.
182	186
183	187		Die Debug-Ausgaben können auch in eine Datei geschrieben werden. Die LCLProc Unit prüft in ihrer "initialization"-Sektion ob der Kommandozeilenparameter '--debug-log=\<file\>' mit übergeben wurde. Ist dies der Fall, wird die debug Ausgabe in \<file\> geschrieben.
184	188
185	189		Wenn der Parameter nicht übergeben wurde (--debug-log), wird nach einer Umgebungsvariable gesucht, die xxx_debuglog heißt. xxx steht hierbei für den Exe-Namen ohne Erweiterung. Für Lazarus wäre dies lazarus_debuglog. Wenn eine solche Umgebungsvariable existiert, wird ebenfalls eine Datei geschrieben. Der Dateiname ist der Inhalt der Umgebungsvariablen. Beispiel: Wenn Sie folgendes tun:
186	190
187	191		``` bash
188	192		set lazarus_debuglog=c:\lazarus\debug.txt
189	193		```
190	194
191	195		Wird die Debug-Ausgabe nach c:\lazarus\debug.txt geschrieben.
192	196
193	197		Jede Applikation, die LCLProc benutzt, kann diese Funktionalität benutzen.
194	198
195	199		Lazarus Debuggen
196	200		Äußerst nützlich für Windows: Wenn Sie die Ausgabe auf einer Konsole sehen möchten, fügen sie {\$APPTYPE console} zu lazarus.pp hinzu. Dann erstellen sie Lazarus neu.
197	201
198	202		### Welche Bedeutung haben die verschiedenen von Lazarus verwendeten Dateierweiterungen?
199	203
200	204		Das [[Lazarus Tutorial]] erläutert einige Erweiterungen anhand eines Beispiels. Hier ist eine kurze Auflistung:
201	205
202	206		`*.lpi`
203	207		Lazarus Project Information Datei (XML Format; enthält projekt-spezifische Einstellungen wie Compilereinstellungen und benötigte Packages)
204	208
205	209		`*.lps`
206	210		Lazarus Program Session file; stored in XML; contains personal data like cursor positions, source editor files, personal build modes
207	211
208	212		`*.lpr`
209	213		Lazarus Programm Datei; enthält den Pascal-Quelltext des Hauptprogramms
210	214
211	215		`*.lfm`
212	216		Lazarus Formular Datei; enthält Konfigurationsinformationen für alle Objekte auf einem Formular (gespeichert in einem Lazarus-spezifischen Format; Die Aktionen werden durch Pascal-Quelltext in einer entsprechenden `*.pas` Datei beschrieben)
213	217
214	218		`.pas` oder `.pp` oder `*.p`
215	219		Unit mit Pascal-Code (typischerweise für eine Form, gespeichert in einer entsprechenden `*.lfm` Datei)
216	220
217	221		`*.lrs`
218	222		Lazarus-Ressourcen-Datei (dies ist eine erzeugte Datei; nicht zu verwechseln mit einer Windows-Ressourcen-Datei).
219	223
220	224		Diese Datei kann erzeugt werden mit dem lazres-Werkzeug (im Verzeichnis Lazarus/Tools) und folgender Kommandozeile: lazres myfile.lrs myfile.lfm
221	225
222	226		`*.ppu`
223	227		Kompilierte Unit, vom FreePascal Compiler für jede Unit und Programm erzeugt.
224	228
225	229		`*.o`
226	230		Objekt-Datei, erzeugt vom Compiler, für jede ppu Datei gibt es eine korrespondierende o Datei, vom Linker benötigt.
227	231
228	232		`*.lpk`
229	233		Lazarus package information Datei. (XML Format; enthält Package-spezifische Einstellungen wie Compilereinstellungen und benötigte Packages)
230	234
231	235		`*.lrt`
232	236		Lazarus Resourcestring table file. created when saving a lfm file and i18n is enabled. It contains the TTranslateString properties of the lfm. Do not edit them, they are overwritten.
233	237
234	238		`*.rst`
235	239		Resourcestring table file. created by the compiler for every unit with a resourcestring section. Do not edit them, they are overwritten.
236	240
237	241		`*.po`
238	242		gnu gettext messages file. When i18n is enabled the IDE creates/updated the .po files with the resourcestrings from the rst and lrt files.
239	243
240	244		### Ich habe Lazarus repariert/erweitert. Wie kann ich meine Änderungen zu den offiziellen Lazarus Quellen hinzufügen?
241	245
242	246		Erzeugen sie einen Patch und senden sie ihn an die Entwickler. Für Details siehe [[Creating A Patch/de\|Creating A Patch]].
243	247
244	248		### Bei dem Versuch, eine Textdatei über var mytext: text; zu deklarieren, kommt der Fehler "Unit1.pas(32,15) Error: Error in type definition". Wie kann ich vorgehen?
245	249
246	250		Der Grund für die Fehlermeldung ist: Zum Typ Text gibt es eine gleichnamige Eigenschaft der Klasse TControl: Die TControl Klasse hat eine [[doc:lcl/controls/tcontrol.text.html\|Text]] Eigenschaft. Zum Umgang mit Textdateien hingegen wird der Typ [[doc:rtl/system/text.html\|Text]] der Unit System benötigt. Aus Gründen der Unterscheidbarkeit müssen Sie daher für den Umgang mit Textdateien den Typ [[doc:rtl/system/textfile.html\|TextFile]] verwenden. Es handelt sich dabei um ein Pseudonym des Types Text der Unit System. Beispiel:
247	251
248	252		``` pascal
249	253		var
250	254		MyTextFile: TextFile;
251	255		```
252	256
253	257		Alternativ kann man die zum Typ Text gehörende Unit in die Definition mit aufnehmen:
254	258
255	259		``` pascal
256	260		var
257	261		MyTextFile: System.Text;
258	262		```
259	263
260	264		Ähnliche Probleme tauchen beim Umgang mit Textdateien in Verbindung mit den Befehlen "assign" und "close" auf. TForm hat eine assign und eine [[doc:lcl/forms/tcustomform.close.html\|Close]] Methode. Für den Umgang mit Textdateien müssen Sie daher die Pseudonyme [[doc:rtl/objpas/assignfile.html\|AssignFile]] und [[doc:rtl/objpas/closefile.html\|CloseFile]] verwenden oder alternativ dazu den Unitnamen System hinzufügen.
261	265
262	266		### Ich erhalte eine Fehlermeldung bei der Verwendung von Printer.BeginDoc
263	267
264	268		Die Unit Printers muss zum Abschnitt uses hinzugefügt werden.
265	269
266	270		Das Package Printer4Lazarus muss zu den Projektvoraussetzungen in der IDE hinzugefügt werden: Projekt -\> Projektinspektor -\> Hinzufügen -\> Neue Anforderung -\> Package-Name:
267	271
268	272		Falls das Package Printer4Lazarus nicht in der Liste in der Dropdown-Box auftaucht, muss es erst installiert werden. Das Package ist Teil der Lazarus-Installation und befindet sich in
269	273
270	274		\[Lazarus Installationsverzeichnis\]\components\printers
271	275
272	276		Wenn sie die Vorgabeinstallationsverzeichnisse verwendet haben, ist das Lazarus Installationsverzeichnis unter:
273	277
274	278		- Windows: c:\lazarus
275	279		- Linux: /usr/lib/lazarus
276	280
277	281		### Wie kann ich ein Lazarus-Entwickler werden und Zugang zu SVN und dem Bug-tracker erhalten?
278	282
279	283		Voraussetzung: Sie müssen Lazarus erlernen und ihre Kenntnisse und Fähigkeiten beweisen. Fangen sie an, die [[Lazarus Documentation/de\|Wiki Artikel]] zu lesen, den Lazarus Quellcode, schauen sie im [Lazarus Bug-Tracker](http://www.lazarus.freepascal.org/mantis) nach, beseitigen sie einige Bugs und wenn sie denken, dass sie soweit sind, kontaktieren sie die Entwickler auf der [Mailing Liste](http://www.mail-archive.com/lazarus@miraclec.com).
280	284
281	285		## Wo ist ... definiert?
282	286
283	287		### Virtual key constants
284	288
285	289		Virtual key constants sind definiert in [[doc:lcl/lcltype\|LCLType]]. Fügen sie LCLtype zu ihrem uses-Abschnitt hinzu.
286	290
287	291		## Nutzung der IDE
288	292
289	293		### Wie kann ich die "Automatische Vervollständigung (identifier completion)" nutzen?
290	294
291	295		Sie können die "identifier completion" aufrufen, indem Sie die Tasten `Ctrl`+`Space` drücken. Unter dem Menüpunkt "Einstellungen --\> Editoreinstellungen --\> Editor --\> Vervollständigung/Hinweise" kann man einstellen, wie schnell dies automatisch passieren soll.
292	296
293	297		### Lazarus-IDE mit andockbaren Fenster
294	298
295	299		Eine IDE mit angedockten Fenstern kann mit Hilfe von "AnchorDocking" erzeugt werden, das seit langer Zeit mit Lazarus ausgeliefert, aber standardmäßig nicht installiert wird. Für die Installation sind folgende Schritte nötig:
296	300
297	301		- "Package --\> Installierte Package einrichten... --\> Verfügbar für Installation" - anchordockingdsgn x.x wählen.
298	302		- `Auswahl installieren`
299	303		- `Speichern und IDE rekompilieren`
300	304		- `Fortsetzen`
301	305		- IDE wird nun kompiliert
302	306		- Nach dem Neustart: "Werkzeuge --\> Einstellungen... --\> Umgebung --\> Docking / Anchordocking" - Docking den Bedürfnissen anpassen. `Ok`
303	307
304	308		+-------------------++--+
305	309		\|Menü \|\| \|
306	310		+-------------------+\| \|
307	311		+--++---------------+\| \|
308	312		\|PI\|\| Quelltext- \|\|CE\|
309	313		+--+\| editor \|\| \|
310	314		+--+\| \|\| \|
311	315		\| \|+---------------++--+
312	316		\|OI\|+-------------------+
313	317		\| \|\|Nachrichten \|
314	318		+--++-------------------+
315	319
316	320		## Linux
317	321
318	322		### Wie kann ich unter Linux ohne die IDE debuggen?
319	323
320	324		Zuerst benötigen sie einen Debugger. gdb ist der Standard-Debugger unter Linux und verschiedene GUI-frontends sind verfügbar. Ein gebräuchliches Frontend ist ddd, das Bestandteil der meisten gebräuchlichen Distributionen ist. Um Lazarus/lcl mit Debug-Informationen zu kompilieren, sollten sie die folgenden Kommandos benutzen, um eine Debug-Sitzung zu starten:
321	325
322	326		``` bash
323	327		$ make clean; make OPT=-dDEBUG
324	328		$ ddd lazarus
325	329		```
326	330
327	331		Seien sie jedoch gewarnt, dass ddd nicht so komfortabel wie zB. der Lazarus-Debugger ist. Besonders, wenn es darum geht, sich die Inhalte von Variablen anzuschauen, müssen sie berücksichtigen, dass ddd/gdb case-sensitive sind, während Pascal case-insensitive ist. Deshalb müssen sie alle Variablennamen in Großbuchstaben schreiben, um ihre Inhalte zu sehen. Für mehr Informationen schauen sie in die FPC-Handbücher.
328	332
329	333		### Ich kann jetzt debuggen, aber ddd findet meine Quellen nicht oder reklamiert, dass sie keinen Code enthalten. Was ist das?
330	334
331	335		Dies ist ein Pfad-bezogenes Problem entweder mit gdb oder ddd. Sie können dies vermeiden durch
332	336
333	337		- Benutzen des "Change directory" Kommandos aus dem ddd-Menü und Wahl des Verzeichnisses, wo sich die Quellen befinden. Das Manko dieser Methode ist, dass sie jetzt die Quelle des Programms, mit dem sie starteten (z.B. Lazarus) nicht benutzen können. Daher mag es notwendig sein, das Verzeichnis mehrmals zu ändern.
334	338		- In ddd gehen sie zu \[Edit\] \[gdb-settings\] und setzen den Suchpfad
335	339		- Erstellen einer \$(HOME)/.gdbinit Datei wie:
336	340
337		-	~~` directory /your/path/to/lazarus`\~~
338		-	~~` directory /your/path/to/lazarus/lcl`\~~
339		-	~~` directory /your/path/to/lazarus/lcl/include`~~
	341	+	```text
	342	+	directory /your/path/to/lazarus
	343	+	directory /your/path/to/lazarus/lcl
	344	+	directory /your/path/to/lazarus/lcl/include
	345	+	```
340	346
341	347		### Ich erhalte einen Fehler während des Linken der besagt, dass /usr/bin/ld nicht -l\<some lib\> finden kann
342	348
343	349		Package basierte Distributionen
344	350		Sie müssen das Package installieren, das die lib\<somelib\>.so oder lib\<somelib\>.a Dateien bereitstellt. Dynamische Bibliotheken unter Linux haben die Erweiterung .so, während statische Bibliotheken die Erweiterung .a haben. 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, die die .a (static lib) und/oder die .so (dynamic lib) enthalten.
345	351
346	352		Source Based Distributionen und manuelle Kompilierung (LFS)
347	353		Stellen sie sicher, dass es eine lib\<somelib\>.a im Pfad gibt, und dass sie die richtige Version enthält. Damit der Linker die dynamische Bibliothek finden kann, erstellen sie ein symlink mit Namen 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).
348	354
349	355		FreeBSD
350	356		Wie bei sourcebasierten Distributionen. Stellen sie außerdem sicher, dass sie -Fl/usr/local/lib in ihrer fpc.cfg und/oder ihrem Lazarus Bibliothekspfad haben. Bitte beachten sie, dass GTK1.2 unter FreeBSD den Paketnamen gtk12 hat (Genauso wie glib)
351	357
352	358		NetBSD
353	359		Wie bei sourcebasierten Distributionen. Stellen sie außerdem sicher, dass sie -Fl/usr/pkg/lib in ihrer fpc.cfg und/oder ihrem Lazarus Bibliothekspfad haben.
354	360
355	361		### Wie kann ich ein Kylix 2 Projekt in ein Lazarus Projekt konvertieren?
356	362
357	363		Beinahe auf die selbe Weise wie man ein Kylix Projekt in ein Delphi/VCL Projekt konvertiert.
358	364
359	365		Die LCL (Lazarus Component Library) versucht kompatibel zu Delphis VCL zu sein. Kylix CLX versucht kompatibel zu QT sein. Hier sind einige allgemeine Hinweise:
360	366
361	367		- Benennen sie alle benutzten CLX Q-Units wie QForms, QControls, QGraphics, ... in ihre VCL Entsprechungen: Forms, Controls, Graphics, ... um.
362	368		- Fügen sie LResources zum uses-Abschnitt jeder Formularquelle hinzu.
363	369		- Benennen sie alle .xfm Dateien in .lfm Dateien um oder kopieren sie sie.
364	370		- Benennen sie die .dpr Dateien in .lpr Dateien um oder kopieren sie sie.
365	371		- Entfernen sie die {\$R *.res} Direktive.
366	372		- Entfernen sie die {\$R *.xfm} Direktive.
367	373		- Fügen sie die {\$mode objfpc}{\$H+} oder {\$mode delphi}{\$H+} Direktive zu den .pas und .lpr Dateien hinzu.
368	374		- Fügen sie einen initialization-Abschnitt am Ende jeder Formularquelle hinzu und auch eine include Direktive für die .lrs Datei (lazarus resource file):
369	375
370	376		``` pascal
371	377		initialization
372	378		{$I unit1.lrs}
373	379		```
374	380
375	381
376	382		Die .lrs Dateien können erzeugt werden mit dem lazres Tool in: (lazarusdir)/tools/lazres.
377	383
378	384		Zum Beispiel: ./lazres unit1.lrs unit1.lfm
379	385
380	386		- Fix the differences. Die LCL unterstützt noch nicht jede Eigenschaft der VCL und die CLX ist nicht völlig VCL kompatibel.
381	387		- 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 macOS, FreeBSD and Linux/x86_64)
382	388
383	389		### Während der Kompilierung von Lazarus kann der Compiler eine Unit nicht finden. (z.B. gtkint.pp(17,16) Fatal: Can't find unit GLIB)
384	390
385	391		1\. Testen sie einen sauberen Neuaufbau: benutzen sie 'make clean all'
386	392
387	393		2\. Prüfen sie, ob der Compiler die richtige Version hat (z.B. 2.0.4)
388	394
389	395		3\. Prüfen sie, ob der Compiler die richtige Konfigurationsdatei benutzt. Die normale Installation erstellt /etc/fpc.cfg. Aber FPC sucht auch nach ~/.ppc386.cfg, ~/.fpc.cfg, /etc/ppc386.cfg und es benutzt nur die erste gefundene Datei.
390	396
391	397
392	398		Hinweis: Sie können mit 'ppc386 -vt bogus' sehen, welche Konfigurationsdatei verwendet wird.
393	399
394	400		4\. Prüfen sie, ob die Konfigurationsdatei (/etc/fpc.cfg) die richtigen Pfade zu ihren FPC Bibliotheken enthält. Dort müssen drei Zeilen etwa so sein:
395	401
396		-	~~` -Fu/usr/lib/fpc/$version/units/$target`\~~
397		-	~~` -Fu/usr/lib/fpc/$version/units/$target/*`\~~
398		-	~~` -Fu/usr/lib/fpc/$version/units/$target/rtl`~~
	402	+	```text
	403	+	-Fu/usr/lib/fpc/$version/units/$target
	404	+	-Fu/usr/lib/fpc/$version/units/$target/*
	405	+	-Fu/usr/lib/fpc/$version/units/$target/rtl
	406	+	```
399	407
400	408
401	409		Der erste Teil dieser Pfade (/usr/lib/fpc) hängt von ihrem System ab. Bei einigen Systemen kann dies zum Beispiel /usr/local/lib/fpc/... sein.
402	410
403	411		Hinweis: Sie können ihre Suchpfade mit 'ppc386 -vt bogus' sehen.
404	412
405	413		5\. Prüfen sie, dass die Konfigurationsdatei (/etc/fpc.cfg) keine Suchpfade zu den den LCL Quelldateien (.pp, .pas) enthält:
406	414
407		-	~~` verboten: -Fu(lazarus_source_directory)/lcl`\~~
408		-	~~` verboten: -Fu(lazarus_source_directory)/lcl/interfaces/gtk`~~
	415	+	```text
	416	+	verboten: -Fu(lazarus_source_directory)/lcl
	417	+	verboten: -Fu(lazarus_source_directory)/lcl/interfaces/gtk
	418	+	```
409	419
410	420
411	421		Wenn sie die LCL für alle ihre FPC Projekte hinzufügen wollen, stellen sie sicher, dass die zwei Pfade wie die folgenden aussehen und nach den obigen FPC - Bibliotheken Pfaden platziert werden:
412	422
413		-	~~` -Fu(lazarus_source_directory)/lcl/units`\~~
414		-	~~` -Fu(lazarus_source_directory)/lcl/units/gtk`~~
	423	+	```text
	424	+	-Fu(lazarus_source_directory)/lcl/units
	425	+	-Fu(lazarus_source_directory)/lcl/units/gtk
	426	+	```
415	427
416	428		6\. Prüfen sie, ob die vermisste Unit (glib.ppu) in ihrem FPC-Bibliotheken-Verzeichnis existiert. Zum Beispiel die gtk.ppu ist unter /usr/lib/fpc/\$fpcversion/units/linux/gtk/ zu finden. Wenn sie nicht existiert, ist die FPC Bibliothek beschädigt und sollte neu installiert werden.
417	429
418	430		7\. Prüfen sie, ob die Quellen sich in einem NFS gemountetem Verzeichnis befinden. In einigen Fällen updated das NFS erstellte Dateien nicht korrekt. Bitte versuchen sie, die Dateien in ein nicht NFS Verzeichnis zu verschieben und kompilieren dort.
419	431
420	432		8\. Sollte dies immer noch nicht zum Erfolg führen, versuchen sie das samplecfg-Skript auszuführen:
421	433
422	434		\# cd /usr/lib/fpc/version/
423	435
424	436		\# sudo ./samplecfg /usr/lib/fpc/\\\$version /etc
425	437
426	438		Anmerkung! Fügen sie kein - / - nach 'etc' ein, denn wenn sie es tun, wird das System eine Datei - /etc/fpc.cfg/fpc.cfg erzeugen. Wir wollen, dass samplecfg eine Datei erzeugt - /etc/fpc.cfg - und nicht das Verzeichnis /etc/fpc.cfg.
427	439
428	440		### Ich habe die binäre Version installiert, aber wenn ein einfaches Projekt kompiliert wird, meldet Lazarus: Fatal: Can't find unit CONTROLS
429	441
430	442		Wahrscheinlich nutzen sie ein neueres FPC Package als bei der Erstellung der Lazarus Binärdateien. Die beste Lösung ist der Download der Quellen und die manuelle Kompilierung von Lazarus. Sie können den Quellen Snapshot downloaden oder die Quellen über CVS erhalten (Anmerkung: das Lazarus Projekt ist inzwischen von CVS auf SVN umgestiegen):
431	443
432	444		``` bash
433	445		$ bash
434	446		$ export CVSROOT=:pserver:cvs@cvs.freepascal.org:/FPC/CVS
435	447		$ cvs login
436	448		# Hint: The password is '''''cvs''''' (lowercase).
437	449		# Hint 2 : Of course, "cvs" is not the correct password, what did you expect ?
438	450		# see [[Getting_Lazarus#Using_the_command_line]]
439	451		$ cvs -z3 checkout lazarus
440	452		$ cd lazarus
441	453		$ make
442	454		```
443	455
444	456		Stellen sie sicher, dass Lazarus das neue Quellenverzeichnis erhält: Werkzeuge -\> Einstellungen -\> Umgebung -\> Dateien
445	457
446	458		### Lazarus kompiliert, aber das Linken schlägt fehl mit: libgdk-pixbuf not found
447	459
448	460		Entweder installieren sie die gdk-pixbuf Bibliothek für GTK1.x oder unterdrücken die Verwendung.
449	461
450	462		Wo ist die gdk-pixbuf Bibliothek zu finden:
451	463
452	464		RPMs: <http://rpmfind.net/linux/rpm2html/search.php?query=gdk-pixbuf&submit=Search+>...&system=&arch=
453	465
454	466		Debian Packages: libgdk-pixbuf-dev
455	467
456	468		Quellen: <ftp://ftp.gnome.org/pub/gnome/unstable/sources/gdk-pixbuf/>
457	469
458	470		Wie unterdrückt man die Verwendung in Lazarus: In Werkzeuge-\>Configure "Build Lazarus" fügen sie die Option '-dNoGdkPixBufLib' hinzu oder auf der Kommandozeile: "make clean all OPT=-dNoGdkPixBufLib".
459	471
460	472		### Ich habe SuSE und ich erhalte /usr/bin/ld: cannot find -lgtk Error: Error while linking
461	473
462	474		SuSE installiert die GTK Entwickler Bibliotheken unter /opt/gnome/lib, das nicht im Standard Bibliothekenpfad ist. Fügen sie es einfach zu ihrer /etc/fpc.cfg hinzu. (-Fl/opt/gnome/lib).
463	475
464	476		### Lazarus stürzt mit Laufzeitfehler 211 ab, nachdem ich eine Komponente installiert habe
465	477
466	478		Nachdem ich eine Komponente installiert habe, stürzt Lazarus mit folgender Meldung ab:
467	479
468		-	~~`Threading has been used before cthreads was initialized.`\~~
469		-	~~`Make cthreads one of the first units in your uses clause.`\~~
470		-	~~`Runtime error 211 at $0066E188`~~
	480	+	``` pascal
	481	+	Threading has been used before cthreads was initialized.
	482	+	Make cthreads one of the first units in your uses clause.
	483	+	Runtime error 211 at $0066E188
	484	+	```
471	485
472	486		WIe kann der Fehler behoben werden?
473	487
474	488		Ihre frisch installierte Komponente benutzt Threads. Der FPC auf einem *nix sorgt nicht automatisch dafür, das Threads unterstützt werden, dieses muss manuell festgelegt werden. Die nötige Initialisierung geschieht mit der cthreads unit. Jedes Programm, das Ihre neue Komponente einsetzt, benötigt im Hauptprogramm die cthread unit in der uses Klausel. Auch Lazarus selbst macht dabei keine Ausnahme.
475	489
476	490		Es gibt 2 Wege, wie man Threading unter *nix aktiviert:
477	491
478	492		1\) Open the package. In the package editor click on Options. Under page Usage add to the custom options -dUseCThreads. Then rebuild the IDE. This way the cthreads unit will be automatically used by the IDE under unix and the cthreads are initialized.
479	493
480	494		2\) In order to avoid modifying package, a fpc compiler option could be used directly. 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.
481	495
482	496		Hint: Maybe your old (non-crashing) lazarus executable is stored as lazarus.old in the same directory as the crashing lazarus executable.
483	497
484	498		Siehe auch [[Multithreaded Application Tutorial\|Multithreaded_Application_Tutorial#Units_needed_for_a_multithreaded_application]]
485	499
486	500		### Wenn ich ein Programm mit Threads starte erhalte ich den Laufzeitfehler 232
487	501
488	502		Die vollständige Fehlermeldung lautet:
489	503
490		-	~~`This binary has no thread support compiled in.`\~~
491		-	~~`Recompile the application with a thread-driver in the program uses`\~~
492		-	~~`clause before other units using thread.`\~~
493		-	~~`Runtime error 232`~~
	504	+	``` pascal
	505	+	This binary has no thread support compiled in.
	506	+	Recompile the application with a thread-driver in the program uses
	507	+	clause before other units using thread.
	508	+	Runtime error 232
	509	+	```
494	510
495	511		Lösung: Die für Unix/Linux benötigte Unit, cthreads, wird von der IDE standardmäßig im uses-Abschnitt des Hauptprogramms (üblicherweise die .lpr-Datei) hinzugefügt, ist allerdings durch das Symbol UseCThreads deaktiviert, weil die meisten Programme keine Threads verwenden. Definieren Sie {\$DEFINE UseCThreads} damit die Unit eingebunden wird, oder entfernen Sie das {\$IFDEF UseCThreads} (das \$IFDEF UNIX wird immer benötigt, um die Einbindung der Unit bei Nicht-Unix/Linux-System zu unterbinden).
496	512
497	513		Project1.lpr könnte dann in etwa so aussehen:
498	514
499	515		``` pascal
500	516		program project1;
501	517
502	518		{$mode objfpc}{$H+}
503	519		{$define UseCThreads}
504	520
505	521		uses
506	522		{$IFDEF UNIX}{$IFDEF UseCThreads}
507	523		cthreads,
508	524		{$ENDIF}{$ENDIF}
509	525		Interfaces, // this includes the LCL widgetset
510	526		Forms, unit1
511	527		{ you can add units after this };
512	528		```
513	529
514	530		oder so:
515	531
516	532		``` pascal
517	533		program project1;
518	534
519	535		{$mode objfpc}{$H+}
520	536
521	537		uses
522	538		{$IFDEF UNIX}
523	539		cthreads,
524	540		{$ENDIF}
525	541		Interfaces, // this includes the LCL widgetset
526	542		Forms, unit1
527	543		{ you can add units after this };
528	544		```
529	545
530	546		### Ich habe Ubuntu Breezy und meine Fonts in der Lazarus IDE sind zu groß
531	547
532	548		Falls Lazarus mit GTK1.2 kompiliert ist, haben die Einstellungen in Gnome Preferences/Font keine Auswirkungen, da sie sich auf GTK2 beziehen. Sie können diese Lösung versuchen: Erzeugen sie eine Datei mit dem Namen .gtkrc.mine in ihrem home Verzeichnis (falls sie dort nicht schon existiert) und fügen diese Zeilen hinzu:
533	549
534	550		``` java
535	551		style "default-text" {
536	552		fontset = "--arial-medium-r-normal---100-----iso8859-1,\
537	553		--helvetica-medium-r-normal---100------"
538	554		}
539	555
540	556		class "GtkWidget" style "default-text"
541	557		```
542	558
543	559		### Wie können meine Programme benutzerdefinierte rc Dateien verwenden?
544	560
545	561		Option a) Nennen sie die rc Datei yourprogram.gtkrc und kopieren sie sie in das selbe Verzeichnis wie die ausführbare Datei.
546	562
547	563		Option b) Use unit GtkInt and call GTKWidgetSet.SetRCFilename('your_preferred_rc_file'); Best done before Application.Initialize in the .lpr file with {\$IFDEF LCLGtk}.
548	564
549	565		### Ich habe Ubuntu und kann wegen fehlender Bibliotheken nicht für GTK2 kompilieren
550	566
551	567		Unter Ubuntu besteht das Problem, dass nicht alle notwendigen symbolischen Links erzeugt werden, wenn die Bibliotheken installiert werden. Überprüfen Sie deshalb, ob die fehlenden Bibliotheken die entsprechenden Links haben. Es kann zum Beispiel sein, dass Sie folgendes tun müssen:
552	568
553	569		``` bash
554	570		cd /usr/lib
555	571		sudo ln -s libgdk-x11-2.0.so.0 libgtk-x11-2.0.so
556	572		```
557	573
558	574		Überprüfen sie, dass die \[was-auch-immer\].so symbolischen Links erzeugt wurden und auf die tatsächlichen Bibliotheken verweisen.
559	575
560	576		### Wie kann ich ein Programm für GTK2 kompilieren?
561	577
562	578		Im Moment ist die GTK2 kompilierte IDE ein wenig instabil, aber sie können Software für GTK2 kompilieren unter Verwendung der GTK1 IDE.
563	579
564	580		Wenn Sie Ihre Software für GTK2 kompilieren möchten, gehen Sie in das Menü "Projekt -\> Compilereinstellungen... -\> Pfade" und ändern die LCL-Schnittstelle auf "GTK2" um.
565	581
566	582		Um die LCL für GTK2 zu kompilieren gehen Sie wie folgt vor: Gehen sie zum Menü "Werkzeuge"-\>""Lazarus erstellen" einrichten..." und setzen LCL erstellen auf clean+build und deaktivieren alles andere ("None"). Wählen Sie als LCL-Schnittstelle GTK2, bestätigen Sie Ihre Einstellungen mit OK.
567	583
568	584		Nun gehen Sie zum Menü "Werkzeuge"-\>"Lazarus erstellen".
569	585
570	586		### Ich erhalte diese Meldung: "\[WARNING\] ** Multibyte character encodings (like UTF8) are not supported at the moment."
571	587
572	588		Seit Revision 10535 (0.9.21) existiert diese Meldung nicht mehr. Bisher wurde sie verwendet, um die Verwendung von UTF-8 Kodierung zu signalisieren. Der Grund war, dass die internen "keyhandling" - Routinen für den gtk1 - "Widgetset" diese Kodierung bei Tastendrücken nicht auswerten konnten. Als Folge davon wurden zum Beispiel Buchstaben mit Akzenten und andere sprachspezifische Sonderzeichen (ß, Ä, ...) falsch oder überhaupt nicht erkannt.
573	589
574	590		(originaler Text für ältere Lazarus Versionen)\
575	591		Diese Warnmeldung signalisiert, dass Ihre lokal unterstützten (Schrift-)Zeichen UTF8-kompatibel sind. Bei der Benutzung der LCL-Schnittstelle gtk1 kann dies einige Progleme mit sich führen: Beispielsweise können sprachspezifische Sonderzeichen (ß, Ä, ...) möglicherweise nicht richtig dargestellt werden.
576	592
577	593		Um dies zu umgehen können Sie Ihre lokale Einstellung über die Kommandozeile ändern, bevor Sie Lazarus starten. Etwa so:
578	594
579	595		export LC_CTYPE="pt_BR"
580	596		export LANG="pt_BR"
581	597		export LANGUAGE="pt_BR"
582	598		./lazarus
583	599
584	600		Ersetzen sie pt_BR durch den Eintrag für ihr Land. Sie können ein Skript erstellen, um dies zu automatisieren.
585	601
586	602		## Windows
587	603
588	604		### 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.
589	605
590	606		Im Compilerverzeichnis existiert eine OS2 Scriptdatei mit Namen make.cmd. NT betrachtet diese auch als eine Scriptdatei, daher entfernen sie diese, weil wir sie unter NT nicht brauchen.
591	607
592	608		### When I cycle the compiler, I get: make\[3\]: ./ppc1.exe: Command not found
593	609
594	610		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
595	611
596	612		### Wenn ich versuche, Lazarus zu erstellen (make), erhalte ich:
597	613
598	614		#### make.exe: * * * interfaces: No such file or directory (ENOENT). Stop.make.exe: * * * \[interfaces_all\] Error 2
599	615
600	616		Sie müssen ihre make Datei upgraden.
601	617
602	618		#### makefile:27: *** Sie benötigen das GNU utils package to use this Makefile. Stop.
603	619
604	620		Stellen sie sicher, dass sie FPC nicht in ein Verzeichnis mit Leerzeichen im Namen installieren. Das Makefile unterstützt das nicht.
605	621
606	622		### Wenn ich versuche, bei CVS einzuloggen, erhalte ich die Meldung: CVS.EXE \[login aborted\]: could not find out home directory
607	623
608	624		Auf einer Windows Plattform muss die HOME Umgebungsvariable ihren (CVS) Benutzernamen und Passwort aufbewahren. In der Kommandozeile geben sie ein:
609	625
610	626		``` bash
611	627		SET HOME=C:\MyHome
612	628		```
613	629
614	630		oder
615	631
616	632		``` bash
617	633		SET HOME=C:\WINDOWS
618	634		```
619	635
620	636		oder
621	637
622	638		``` bash
623	639		SET HOME=C:\WINDOWS\Profiles\YourLoginName
624	640		```
625	641
626	642		oder jeden anderen Ort, den sie wünschen.
627	643
628	644		Inzwischen erfolgte die Umstellung auf SVN (http://svn.freepascal.org/svn/lazarus/trunk_lazarus). Die CVS Daten werden nicht mehr aktualisiert und sollten daher nicht verwendet werden.
629	645
630	646		### Wie kann ich meinem Programm einen XP Look geben wie Lazarus ihn hat?
631	647
632	648		Aktivieren sie die Einstellung unter Projekt -\> Projekteinstellungen -\> Themen mit Manifest-Datei einschalten.
633	649
634	650		## macOS
635	651
636	652		### Ich erhalte einen Fehler während des Linken, der besagt, dass /usr/bin/ld nicht -l\<some lib\> finden kann
637	653
638	654		Sie müssen die Bibliothek mit dem angegebenen Namen installieren und den Pfad zu ihr angeben. Ergänzen sie z.B. -Fl/usr/local/lib in fpc.cfg oder ihrem Lazarus Bibliothekspfad. Der Pfad zu einer Bibliothek hängt sehr davon ab, wie sie installiert wurde. Der Standard für fink ist /sw/lib, für MacPorts /opt/lib oder /opt/local/lib. Viele andere werden in /usr/local/lib installiert. Eine Besonderheit von macOS sind Frameworks. Die systemeigenen sind in /System/Library/Frameworks. Linken gegen diese Frameworks (z.B. OpenGL) erreicht man mit "-k-framework -kOpenGL". FPC reicht dann "-framework OpenGL" an den Linker weiter.
639	655
640	656		### Warum schlägt die Kompilierung eines Projekts fehl mit 'unknown section attribute: no_dead_strip'?
641	657
642	658		Dead code stripping wird vom Assembler und Linker erst ab Tiger 10.4.0 unterstützt. Deaktivieren sie die Compileroptionen, wenn sie eine frühere Version verwenden.
643	659
644	660		- Quelltext \> Unit-Stil \> Smart-Linkbar (-CX)
645	661		- und Linken \> Linker-Stil \> Smart Linken (-XX)
646	662
647	663		## Lizenzierung
648	664
649	665		### Kann ich kommerzielle Anwendungen mit Lazarus erstellen ?
650	666
651	667		Ja, die LCL ist unter der LGPL lizensiert mit einer Ausnahme, die erlaubt, statisch gegen sie zu linken, ohne den Quelltext der Applikation freizugeben. Modifikationen und Verbesserungen der LCL müssen mit dem Quellcode ausgeliefert werden. Lazarus, die IDE, ist lizenziert unter der GPL. Die LCL besteht ausschließlich aus dem Quellcode in dem gleichnamigen Ordner "lcl".
652	668
653	669		### Warum sind nicht alle Komponenten für kommerzielle Anwendungen erlaubt ?
654	670
655	671		Einige der Komponenten die mit Lazarus installiert werden, sind das Eigentum Dritter. Solche Komponenten unterliegen den Lizenzvereinbarungen die durch den jeweiligen Dritten verfügt wurden. Die Lizenzvereinbarungen im Detail sind den jeweiligen Quelltext-Dateien zu entnehmen. Solche Komponenten sind weitestgehend im Verzeichnis "components" gesammelt.
656	672
657	673		### Wie kann ich feststellen ob eine Komponente zur LCL gehört ?
658	674
659	675		Alle zur LCL gehörenden Dateien befinden sich im Ordner "lcl". Eine Liste der entsprechenden Pascal Units befindet sich hier: <http://lazarus-ccr.sourceforge.net/docs/lcl/> . Sollte Ihre Anwendung andere Units referenzieren ist es wahrscheinlich, dass Sie Komponenten außerhalb der LCL verwenden.
660	676
661	677		### Can I make commercial plug-ins for Lazarus ?
662	678
663	679		Yes, the IDEIntf part of the IDE is licensed under the LGPL with the same exception, so that shared data structures in this part will not force you to license your plug-in or design-time package under the GPL. You are free to choose a plug-in of any license; we don't want to limit your choice. Therefore non-GPL compatible plug-ins are allowed. Note that it's not allowed to distribute a precompiled Lazarus with these non-GPL-compatible plugins included statically; however, we do not see this as a severe limitation, since recompiling Lazarus is easy.
664	680
665	681		## Mitwirkende und Kommentare
666	682
667	683		Diese Seite wurde von der epikwiki [Version](http://lazarus-ccr.sourceforge.net/index.php?wiki=LazarusFaq) konvertiert.
668	684
669	685		---
670	686		From the Free Pascal wiki, page "Lazarus Faq/de", as it stood on 2020-02-18 after a change by Trev, 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).

Back to history