Lazarus Faq/de: what changed

Revision 1 to 2. 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		-	~~<figure>~~
36		-	~~<img src="Lazarus_vs_cpp.png" title="Lazarus_vs_cpp.png" />~~
37		-	~~<figcaption>Lazarus_vs_cpp.png</figcaption>~~
38		-	~~</figure>~~
	35	+	![](/wiki-images/d/de/Lazarus_vs_cpp.png)
39	36
40	37		### Warum ist das Linken unter Windows so langsam?
41	38
42	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.
43	40
44	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]]
45	42
46	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.
47	44
48	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.
49	46
50	47		Aber was kann man bis dahin machen, um den Linkvorgang zu beschleunigen? - Sie haben zwei Möglichkeiten:
51	48
52	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.
53	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".
54	51
55	52		Nach diesen Einstellungen ist das Smartlinking deaktiviert. Vorteil: Das Linken erfolgt schneller; Nachteil: Die ausführbaren Dateien werden größer.
56	53
57	54		### Brauche ich ppc386.cfg oder fpc.cfg?
58	55
59	56		Sie brauchen nur fpc.cfg. Auf diese Weise kann der Compiler die Bibliotheken finden.
60	57
61	58		### Wie kompiliere ich Lazarus?
62	59
63	60		Sie können Lazarus kompilieren, indem Sie von Ihrer Konsole aus zunächst in das Verzeichnis von Lazarus wechseln, beispielsweise:
64	61
65	62		``` bash
66	63		$ cd lazarus
67	64		```
68	65
69	66		Und anschließend den folgenden Befehl eingeben:
70	67
71	68		``` bash
72	69		$ make clean all
73	70		```
74	71
75	72		### Wie erzeuge ich andere Projekte basierend auf der LCL?
76	73
77	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:
78	75
79	76		` # searchpath for other toolkits (Linux)`\
80	77		` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/{YourToolKit}`
81	78
82	79		` # searchpath for other toolkits (Windows)`\
83	80		` -Fu/{YourLazarusDirectory}/components/units/{YourToolKit}`
84	81
85	82
86	83		Wobei {YourToolKit} gtk2, gnome, qt oder win32 sein kann. Danach führen sie bitte folgendes aus:
87	84
88	85
89	86		ppc386 your.project.pp
90	87
91	88		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.
92	89
93	90		### Welche Version von FPC wird benötigt?
94	91
95	92		2.2.2 auf allen unterstützten Systemen
96	93
97	94		### Ich kann Lazarus nicht kompilieren.
98	95
99	96		1. Prüfen Sie, ob der Compiler die richtige Version hat.
100	97		2. Prüfen Sie, ob die (fpc) Bibliotheken (libraries) dieselbe Version haben.
101	98		3. Prüfen Sie, ob Sie die fpc.cfg haben und nicht die alte ppc386.cfg.
102	99		4. Prüfen Sie auch die für ihr Betriebssystem spezifischen FAQs.
103	100		5. Prüfen Sie, wenn sie das Projekt schonmal kompiliert haben ob die kompilierte Version nicht schon läuft.
104	101		6. Speichern Sie das Projekt. (War bei meinem Laptop unter W. XP nötig(v.0.9.27))
105	102
106	103		### Wenn ich versuche, ein Projekt zu kompilieren, bekomme ich eine Fehlermeldung:
107	104
108	105		#### "Cannot find Unit interfaces" (Kann Unit interfaces nicht finden). Wie kann ich das Problem lösen?
109	106
110	107		Dies bedeutet, dass der Compiler die Datei 'interfaces.ppu' nicht finden kann oder er eine findet, die falsch oder veraltet ist.
111	108
112	109		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.
113	110
114	111		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.
115	112
116	113		Wenn sie ein anderes Widgetset ausgewählt haben, dann müssen sie die LCL für dieses Widgetset erzeugen, um Lazarus zu erzeugen.
117	114
118	115		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:
119	116
120	117		- 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".
121	118		- Ä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!!
122	119
123	120		### 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 ?
124	121
125	122		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:
126	123
127	124		- 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.
128	125		- Erzeugen sie eine Datei mit lazres (in lazarus/tools): lazres yourform.lrs yourform.lfm
129	126		- Fügen sie den folgenden "initialization"-Abschnitt hinzu
130	127
131	128		``` pascal
132	129		initialization
133	130		{$I yourform.lrs}
134	131		```
135	132
136	133		Beachten sie, dass nicht alle Eigenschaften in der dfm Datei von Lazarus unterstützt werden (bis jetzt), daher könnten sie einen Absturz erhalten.
137	134
138	135		#### 'Identifier not found LazarusResources'.
139	136
140	137		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.
141	138
142	139		### Wenn Ereignisse von Objekten angesteuert werden z.B. das OnClick-Ereignis einer Schaltfläche, erhalte ich die folgende Fehlermeldung: ERROR unit not found: stdCtrls
143	140
144	141		Stellen sie unter Projekt -\> Projektinspektor sicher, dass ihr Projekt auf dem Package 'LCL' beruht und dass sie die FPC-Quellen installiert haben.
145	142
146	143		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.
147	144
148	145		Der FPC-Quellenpfad kann gesetzt werden mittels: Einstellungen -\> Umgebungseinstellungen -\> Dateien -\> FPC-Quelltextverzeichnis
149	146
150	147		### 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?
151	148
152	149		Zum Beispiel:
153	150
154	151		``` bash
155	152		/ihr/Lazarus/Pfad/tools/lazres sound.lrs sound1.wav sound2.wav ...
156	153		```
157	154
158	155		wird sound.lrs aus sound1.wav und sound2.wav erzeugen.
159	156
160	157		Dann fügen sie es hinter der Formular lrs Datei ein:
161	158
162	159		``` pascal
163	160		...
164	161		initialization
165	162		{$i unit1.lrs} // this is main resource file (zuerst)
166	163		{$i sound.lrs} // user defined resource file
167	164
168	165		end.
169	166		```
170	167
171	168		In ihrem Programm können sie dann verwenden:
172	169
173	170		``` pascal
174	171		Sound1AsString := LazarusResources.Find('sound1').Value;
175	172		```
176	173
177	174		### Wie kann ich die Debug-Ausgabe sehen?
178	175
179	176		Die LCL stellt in der Unit LCLproc Prozeduren bereit, um Debug-Ausgaben zu machen:
180	177
181	178		- DebugLn: arbeitet genau wie WriteLn, akzeptiert aber nur strings.
182	179		- DbgOut: arbeitet genau wie Write, akzeptiert aber nur strings.
183	180
184	181		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.
185	182
186	183		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.
187	184
188	185		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:
189	186
190	187		``` bash
191	188		set lazarus_debuglog=c:\lazarus\debug.txt
192	189		```
193	190
194	191		Wird die Debug-Ausgabe nach c:\lazarus\debug.txt geschrieben.
195	192
196	193		Jede Applikation, die LCLProc benutzt, kann diese Funktionalität benutzen.
197	194
198	195		Lazarus Debuggen
199	196		Ä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.
200	197
201	198		### Welche Bedeutung haben die verschiedenen von Lazarus verwendeten Dateierweiterungen?
202	199
203	200		Das [[Lazarus Tutorial]] erläutert einige Erweiterungen anhand eines Beispiels. Hier ist eine kurze Auflistung:
204	201
205	202		`*.lpi`
206	203		Lazarus Project Information Datei (XML Format; enthält projekt-spezifische Einstellungen wie Compilereinstellungen und benötigte Packages)
207	204
208	205		`*.lps`
209	206		Lazarus Program Session file; stored in XML; contains personal data like cursor positions, source editor files, personal build modes
210	207
211	208		`*.lpr`
212	209		Lazarus Programm Datei; enthält den Pascal-Quelltext des Hauptprogramms
213	210
214	211		`*.lfm`
215	212		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)
216	213
217	214		`.pas` oder `.pp` oder `*.p`
218	215		Unit mit Pascal-Code (typischerweise für eine Form, gespeichert in einer entsprechenden `*.lfm` Datei)
219	216
220	217		`*.lrs`
221	218		Lazarus-Ressourcen-Datei (dies ist eine erzeugte Datei; nicht zu verwechseln mit einer Windows-Ressourcen-Datei).
222	219
223	220		Diese Datei kann erzeugt werden mit dem lazres-Werkzeug (im Verzeichnis Lazarus/Tools) und folgender Kommandozeile: lazres myfile.lrs myfile.lfm
224	221
225	222		`*.ppu`
226	223		Kompilierte Unit, vom FreePascal Compiler für jede Unit und Programm erzeugt.
227	224
228	225		`*.o`
229	226		Objekt-Datei, erzeugt vom Compiler, für jede ppu Datei gibt es eine korrespondierende o Datei, vom Linker benötigt.
230	227
231	228		`*.lpk`
232	229		Lazarus package information Datei. (XML Format; enthält Package-spezifische Einstellungen wie Compilereinstellungen und benötigte Packages)
233	230
234	231		`*.lrt`
235	232		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.
236	233
237	234		`*.rst`
238	235		Resourcestring table file. created by the compiler for every unit with a resourcestring section. Do not edit them, they are overwritten.
239	236
240	237		`*.po`
241	238		gnu gettext messages file. When i18n is enabled the IDE creates/updated the .po files with the resourcestrings from the rst and lrt files.
242	239
243	240		### Ich habe Lazarus repariert/erweitert. Wie kann ich meine Änderungen zu den offiziellen Lazarus Quellen hinzufügen?
244	241
245	242		Erzeugen sie einen Patch und senden sie ihn an die Entwickler. Für Details siehe [[Creating A Patch/de\|Creating A Patch]].
246	243
247	244		### 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?
248	245
249	246		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:
250	247
251	248		``` pascal
252	249		var
253	250		MyTextFile: TextFile;
254	251		```
255	252
256	253		Alternativ kann man die zum Typ Text gehörende Unit in die Definition mit aufnehmen:
257	254
258	255		``` pascal
259	256		var
260	257		MyTextFile: System.Text;
261	258		```
262	259
263	260		Ä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.
264	261
265	262		### Ich erhalte eine Fehlermeldung bei der Verwendung von Printer.BeginDoc
266	263
267	264		Die Unit Printers muss zum Abschnitt uses hinzugefügt werden.
268	265
269	266		Das Package Printer4Lazarus muss zu den Projektvoraussetzungen in der IDE hinzugefügt werden: Projekt -\> Projektinspektor -\> Hinzufügen -\> Neue Anforderung -\> Package-Name:
270	267
271	268		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
272	269
273	270		\[Lazarus Installationsverzeichnis\]\components\printers
274	271
275	272		Wenn sie die Vorgabeinstallationsverzeichnisse verwendet haben, ist das Lazarus Installationsverzeichnis unter:
276	273
277	274		- Windows: c:\lazarus
278	275		- Linux: /usr/lib/lazarus
279	276
280	277		### Wie kann ich ein Lazarus-Entwickler werden und Zugang zu SVN und dem Bug-tracker erhalten?
281	278
282	279		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).
283	280
284	281		## Wo ist ... definiert?
285	282
286	283		### Virtual key constants
287	284
288		-	~~Virtual key constants sind definiert in [[doc:lcl/lcltype\|LCLType]]. Fügen sie LCLtype zu ihrem <b>uses</b>-Abschnitt hinzu.~~
	285	+	Virtual key constants sind definiert in [[doc:lcl/lcltype\|LCLType]]. Fügen sie LCLtype zu ihrem uses-Abschnitt hinzu.
289	286
290	287		## Nutzung der IDE
291	288
292	289		### Wie kann ich die "Automatische Vervollständigung (identifier completion)" nutzen?
293	290
294		-	Sie können die "identifier completion" aufrufen, indem Sie die Tasten <span class="kbd">Ctrl</span>+<span class="kbd">Space</span> drücken. Unter dem Menüpunkt "Einstellungen --\> Editoreinstellungen --\> Editor --\> Vervollständigung/Hinweise" kann man einstellen, wie schnell dies automatisch passieren soll.
	291	+	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.
295	292
296	293		### Lazarus-IDE mit andockbaren Fenster
297	294
298	295		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:
299	296
300	297		- "Package --\> Installierte Package einrichten... --\> Verfügbar für Installation" - anchordockingdsgn x.x wählen.
301		-	~~- <span class="kbd">Auswahl installieren</span>~~
302		-	~~- <span class="kbd">Speichern und IDE rekompilieren</span>~~
303		-	~~- <span class="kbd">Fortsetzen</span>~~
	298	+	- `Auswahl installieren`
	299	+	- `Speichern und IDE rekompilieren`
	300	+	- `Fortsetzen`
304	301		- IDE wird nun kompiliert
305		-	~~- Nach dem Neustart: "Werkzeuge --\> Einstellungen... --\> Umgebung --\> Docking / Anchordocking" - Docking den Bedürfnissen anpassen. <span class="kbd">Ok</span>~~
	302	+	- Nach dem Neustart: "Werkzeuge --\> Einstellungen... --\> Umgebung --\> Docking / Anchordocking" - Docking den Bedürfnissen anpassen. `Ok`
306	303
307	304		+-------------------++--+
308	305		\|Menü \|\| \|
309	306		+-------------------+\| \|
310	307		+--++---------------+\| \|
311	308		\|PI\|\| Quelltext- \|\|CE\|
312	309		+--+\| editor \|\| \|
313	310		+--+\| \|\| \|
314	311		\| \|+---------------++--+
315	312		\|OI\|+-------------------+
316	313		\| \|\|Nachrichten \|
317	314		+--++-------------------+
318	315
319	316		## Linux
320	317
321	318		### Wie kann ich unter Linux ohne die IDE debuggen?
322	319
323	320		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:
324	321
325	322		``` bash
326	323		$ make clean; make OPT=-dDEBUG
327	324		$ ddd lazarus
328	325		```
329	326
330	327		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.
331	328
332	329		### Ich kann jetzt debuggen, aber ddd findet meine Quellen nicht oder reklamiert, dass sie keinen Code enthalten. Was ist das?
333	330
334	331		Dies ist ein Pfad-bezogenes Problem entweder mit gdb oder ddd. Sie können dies vermeiden durch
335	332
336	333		- 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.
337	334		- In ddd gehen sie zu \[Edit\] \[gdb-settings\] und setzen den Suchpfad
338	335		- Erstellen einer \$(HOME)/.gdbinit Datei wie:
339	336
340	337		` directory /your/path/to/lazarus`\
341	338		` directory /your/path/to/lazarus/lcl`\
342	339		` directory /your/path/to/lazarus/lcl/include`
343	340
344	341		### Ich erhalte einen Fehler während des Linken der besagt, dass /usr/bin/ld nicht -l\<some lib\> finden kann
345	342
346	343		Package basierte Distributionen
347	344		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.
348	345
349	346		Source Based Distributionen und manuelle Kompilierung (LFS)
350	347		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).
351	348
352	349		FreeBSD
353	350		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)
354	351
355	352		NetBSD
356	353		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.
357	354
358	355		### Wie kann ich ein Kylix 2 Projekt in ein Lazarus Projekt konvertieren?
359	356
360	357		Beinahe auf die selbe Weise wie man ein Kylix Projekt in ein Delphi/VCL Projekt konvertiert.
361	358
362	359		Die LCL (Lazarus Component Library) versucht kompatibel zu Delphis VCL zu sein. Kylix CLX versucht kompatibel zu QT sein. Hier sind einige allgemeine Hinweise:
363	360
364	361		- Benennen sie alle benutzten CLX Q-Units wie QForms, QControls, QGraphics, ... in ihre VCL Entsprechungen: Forms, Controls, Graphics, ... um.
365	362		- Fügen sie LResources zum uses-Abschnitt jeder Formularquelle hinzu.
366	363		- Benennen sie alle .xfm Dateien in .lfm Dateien um oder kopieren sie sie.
367	364		- Benennen sie die .dpr Dateien in .lpr Dateien um oder kopieren sie sie.
368	365		- Entfernen sie die {\$R *.res} Direktive.
369	366		- Entfernen sie die {\$R *.xfm} Direktive.
370	367		- Fügen sie die {\$mode objfpc}{\$H+} oder {\$mode delphi}{\$H+} Direktive zu den .pas und .lpr Dateien hinzu.
371	368		- Fügen sie einen initialization-Abschnitt am Ende jeder Formularquelle hinzu und auch eine include Direktive für die .lrs Datei (lazarus resource file):
372	369
373	370		``` pascal
374	371		initialization
375	372		{$I unit1.lrs}
376	373		```
377	374
378	375
379	376		Die .lrs Dateien können erzeugt werden mit dem lazres Tool in: (lazarusdir)/tools/lazres.
380	377
381	378		Zum Beispiel: ./lazres unit1.lrs unit1.lfm
382	379
383	380		- Fix the differences. Die LCL unterstützt noch nicht jede Eigenschaft der VCL und die CLX ist nicht völlig VCL kompatibel.
384	381		- 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)
385	382
386	383		### 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)
387	384
388	385		1\. Testen sie einen sauberen Neuaufbau: benutzen sie 'make clean all'
389	386
390	387		2\. Prüfen sie, ob der Compiler die richtige Version hat (z.B. 2.0.4)
391	388
392	389		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.
393	390
394	391
395	392		Hinweis: Sie können mit 'ppc386 -vt bogus' sehen, welche Konfigurationsdatei verwendet wird.
396	393
397	394		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:
398	395
399	396		` -Fu/usr/lib/fpc/$version/units/$target`\
400	397		` -Fu/usr/lib/fpc/$version/units/$target/*`\
401	398		` -Fu/usr/lib/fpc/$version/units/$target/rtl`
402	399
403	400
404	401		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.
405	402
406	403		Hinweis: Sie können ihre Suchpfade mit 'ppc386 -vt bogus' sehen.
407	404
408	405		5\. Prüfen sie, dass die Konfigurationsdatei (/etc/fpc.cfg) keine Suchpfade zu den den LCL Quelldateien (.pp, .pas) enthält:
409	406
410	407		` verboten: -Fu(lazarus_source_directory)/lcl`\
411	408		` verboten: -Fu(lazarus_source_directory)/lcl/interfaces/gtk`
412	409
413	410
414	411		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:
415	412
416	413		` -Fu(lazarus_source_directory)/lcl/units`\
417	414		` -Fu(lazarus_source_directory)/lcl/units/gtk`
418	415
419	416		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.
420	417
421	418		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.
422	419
423	420		8\. Sollte dies immer noch nicht zum Erfolg führen, versuchen sie das samplecfg-Skript auszuführen:
424	421
425	422		\# cd /usr/lib/fpc/version/
426	423
427	424		\# sudo ./samplecfg /usr/lib/fpc/\\\$version /etc
428	425
429	426		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.
430	427
431	428		### Ich habe die binäre Version installiert, aber wenn ein einfaches Projekt kompiliert wird, meldet Lazarus: Fatal: Can't find unit CONTROLS
432	429
433	430		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):
434	431
435	432		``` bash
436	433		$ bash
437	434		$ export CVSROOT=:pserver:cvs@cvs.freepascal.org:/FPC/CVS
438	435		$ cvs login
439	436		# Hint: The password is '''''cvs''''' (lowercase).
440	437		# Hint 2 : Of course, "cvs" is not the correct password, what did you expect ?
441	438		# see [[Getting_Lazarus#Using_the_command_line]]
442	439		$ cvs -z3 checkout lazarus
443	440		$ cd lazarus
444	441		$ make
445	442		```
446	443
447	444		Stellen sie sicher, dass Lazarus das neue Quellenverzeichnis erhält: Werkzeuge -\> Einstellungen -\> Umgebung -\> Dateien
448	445
449	446		### Lazarus kompiliert, aber das Linken schlägt fehl mit: libgdk-pixbuf not found
450	447
451	448		Entweder installieren sie die gdk-pixbuf Bibliothek für GTK1.x oder unterdrücken die Verwendung.
452	449
453	450		Wo ist die gdk-pixbuf Bibliothek zu finden:
454	451
455	452		RPMs: <http://rpmfind.net/linux/rpm2html/search.php?query=gdk-pixbuf&submit=Search+>...&system=&arch=
456	453
457	454		Debian Packages: libgdk-pixbuf-dev
458	455
459	456		Quellen: <ftp://ftp.gnome.org/pub/gnome/unstable/sources/gdk-pixbuf/>
460	457
461	458		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".
462	459
463	460		### Ich habe SuSE und ich erhalte /usr/bin/ld: cannot find -lgtk Error: Error while linking
464	461
465	462		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).
466	463
467	464		### Lazarus stürzt mit Laufzeitfehler 211 ab, nachdem ich eine Komponente installiert habe
468	465
469	466		Nachdem ich eine Komponente installiert habe, stürzt Lazarus mit folgender Meldung ab:
470	467
471	468		`Threading has been used before cthreads was initialized.`\
472	469		`Make cthreads one of the first units in your uses clause.`\
473	470		`Runtime error 211 at $0066E188`
474	471
475	472		WIe kann der Fehler behoben werden?
476	473
477	474		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.
478	475
479	476		Es gibt 2 Wege, wie man Threading unter *nix aktiviert:
480	477
481	478		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.
482	479
483	480		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.
484	481
485	482		Hint: Maybe your old (non-crashing) lazarus executable is stored as lazarus.old in the same directory as the crashing lazarus executable.
486	483
487	484		Siehe auch [[Multithreaded Application Tutorial\|Multithreaded_Application_Tutorial#Units_needed_for_a_multithreaded_application]]
488	485
489	486		### Wenn ich ein Programm mit Threads starte erhalte ich den Laufzeitfehler 232
490	487
491	488		Die vollständige Fehlermeldung lautet:
492	489
493	490		`This binary has no thread support compiled in.`\
494	491		`Recompile the application with a thread-driver in the program uses`\
495	492		`clause before other units using thread.`\
496	493		`Runtime error 232`
497	494
498	495		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).
499	496
500	497		Project1.lpr könnte dann in etwa so aussehen:
501	498
502	499		``` pascal
503	500		program project1;
504	501
505	502		{$mode objfpc}{$H+}
506	503		{$define UseCThreads}
507	504
508	505		uses
509	506		{$IFDEF UNIX}{$IFDEF UseCThreads}
510	507		cthreads,
511	508		{$ENDIF}{$ENDIF}
512	509		Interfaces, // this includes the LCL widgetset
513	510		Forms, unit1
514	511		{ you can add units after this };
515	512		```
516	513
517	514		oder so:
518	515
519	516		``` pascal
520	517		program project1;
521	518
522	519		{$mode objfpc}{$H+}
523	520
524	521		uses
525	522		{$IFDEF UNIX}
526	523		cthreads,
527	524		{$ENDIF}
528	525		Interfaces, // this includes the LCL widgetset
529	526		Forms, unit1
530	527		{ you can add units after this };
531	528		```
532	529
533	530		### Ich habe Ubuntu Breezy und meine Fonts in der Lazarus IDE sind zu groß
534	531
535	532		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:
536	533
537	534		``` java
538	535		style "default-text" {
539	536		fontset = "--arial-medium-r-normal---100-----iso8859-1,\
540	537		--helvetica-medium-r-normal---100------"
541	538		}
542	539
543	540		class "GtkWidget" style "default-text"
544	541		```
545	542
546	543		### Wie können meine Programme benutzerdefinierte rc Dateien verwenden?
547	544
548	545		Option a) Nennen sie die rc Datei yourprogram.gtkrc und kopieren sie sie in das selbe Verzeichnis wie die ausführbare Datei.
549	546
550	547		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}.
551	548
552	549		### Ich habe Ubuntu und kann wegen fehlender Bibliotheken nicht für GTK2 kompilieren
553	550
554	551		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:
555	552
556	553		``` bash
557	554		cd /usr/lib
558	555		sudo ln -s libgdk-x11-2.0.so.0 libgtk-x11-2.0.so
559	556		```
560	557
561	558		Überprüfen sie, dass die \[was-auch-immer\].so symbolischen Links erzeugt wurden und auf die tatsächlichen Bibliotheken verweisen.
562	559
563	560		### Wie kann ich ein Programm für GTK2 kompilieren?
564	561
565	562		Im Moment ist die GTK2 kompilierte IDE ein wenig instabil, aber sie können Software für GTK2 kompilieren unter Verwendung der GTK1 IDE.
566	563
567	564		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.
568	565
569	566		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.
570	567
571	568		Nun gehen Sie zum Menü "Werkzeuge"-\>"Lazarus erstellen".
572	569
573	570		### Ich erhalte diese Meldung: "\[WARNING\] ** Multibyte character encodings (like UTF8) are not supported at the moment."
574	571
575	572		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.
576	573
577	574		(originaler Text für ältere Lazarus Versionen)\
578		-	<strike> 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.
	575	+	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.
579	576
580	577		Um dies zu umgehen können Sie Ihre lokale Einstellung über die Kommandozeile ändern, bevor Sie Lazarus starten. Etwa so:
581	578
582	579		export LC_CTYPE="pt_BR"
583	580		export LANG="pt_BR"
584	581		export LANGUAGE="pt_BR"
585	582		./lazarus
586	583
587		-	~~Ersetzen sie pt_BR durch den Eintrag für ihr Land. Sie können ein Skript erstellen, um dies zu automatisieren. </strike>~~
	584	+	Ersetzen sie pt_BR durch den Eintrag für ihr Land. Sie können ein Skript erstellen, um dies zu automatisieren.
588	585
589	586		## Windows
590	587
591	588		### 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.
592	589
593	590		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.
594	591
595	592		### When I cycle the compiler, I get: make\[3\]: ./ppc1.exe: Command not found
596	593
597	594		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
598	595
599	596		### Wenn ich versuche, Lazarus zu erstellen (make), erhalte ich:
600	597
601	598		#### make.exe: * * * interfaces: No such file or directory (ENOENT). Stop.make.exe: * * * \[interfaces_all\] Error 2
602	599
603	600		Sie müssen ihre make Datei upgraden.
604	601
605	602		#### makefile:27: *** Sie benötigen das GNU utils package to use this Makefile. Stop.
606	603
607	604		Stellen sie sicher, dass sie FPC nicht in ein Verzeichnis mit Leerzeichen im Namen installieren. Das Makefile unterstützt das nicht.
608	605
609	606		### Wenn ich versuche, bei CVS einzuloggen, erhalte ich die Meldung: CVS.EXE \[login aborted\]: could not find out home directory
610	607
611	608		Auf einer Windows Plattform muss die HOME Umgebungsvariable ihren (CVS) Benutzernamen und Passwort aufbewahren. In der Kommandozeile geben sie ein:
612	609
613	610		``` bash
614	611		SET HOME=C:\MyHome
615	612		```
616	613
617	614		oder
618	615
619	616		``` bash
620	617		SET HOME=C:\WINDOWS
621	618		```
622	619
623	620		oder
624	621
625	622		``` bash
626	623		SET HOME=C:\WINDOWS\Profiles\YourLoginName
627	624		```
628	625
629	626		oder jeden anderen Ort, den sie wünschen.
630	627
631	628		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.
632	629
633	630		### Wie kann ich meinem Programm einen XP Look geben wie Lazarus ihn hat?
634	631
635	632		Aktivieren sie die Einstellung unter Projekt -\> Projekteinstellungen -\> Themen mit Manifest-Datei einschalten.
636	633
637	634		## macOS
638	635
639	636		### Ich erhalte einen Fehler während des Linken, der besagt, dass /usr/bin/ld nicht -l\<some lib\> finden kann
640	637
641	638		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.
642	639
643	640		### Warum schlägt die Kompilierung eines Projekts fehl mit 'unknown section attribute: no_dead_strip'?
644	641
645	642		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.
646	643
647	644		- Quelltext \> Unit-Stil \> Smart-Linkbar (-CX)
648	645		- und Linken \> Linker-Stil \> Smart Linken (-XX)
649	646
650	647		## Lizenzierung
651	648
652	649		### Kann ich kommerzielle Anwendungen mit Lazarus erstellen ?
653	650
654	651		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".
655	652
656	653		### Warum sind nicht alle Komponenten für kommerzielle Anwendungen erlaubt ?
657	654
658	655		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.
659	656
660	657		### Wie kann ich feststellen ob eine Komponente zur LCL gehört ?
661	658
662	659		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.
663	660
664	661		### Can I make commercial plug-ins for Lazarus ?
665	662
666	663		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.
667	664
668	665		## Mitwirkende und Kommentare
669	666
670	667		Diese Seite wurde von der epikwiki [Version](http://lazarus-ccr.sourceforge.net/index.php?wiki=LazarusFaq) konvertiert.
671	668
672	669		---
673	670		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