Lazarus Faq/fr: what changed

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

Old	New		Line
1	1		Cette FAQ est copié de la FAQ du site www.freepascal.org, car il est plus facile maintenir et prolonger ce document wiki.
2	2
3	3		## Général
4	4
5	5		### Où puis-je trouver plus de FAQ ?
6	6
7	7		Voir le [site Web officiel](http://www.lazarus.freepascal.org). Il y a une autre FAQ aussi sur ce site.
8	8
9	9		### Qu'est-ce que Lazarus ?
10	10
11	11		Lazarus est environnement de développement intégré (EDI) multiplateforme qui permet de créer des programmes en Pascal Objet, visuels ou non. Il utilise le compilateur Free Pascal pour créer les exécutables. Son but est d'écrire et de compiler partout : vous devriez pouvoir recompiler votre programme source avec un Lazarus tournant sur un système d'exploitation supporté(ou avec un compilateur croisé) et obtenir un programme qui s'exécute sur ce système d'exploitation.
12	12
13	13		Pour de plus amples informations, voir le survol de Free Pascal et Lazarus.
14	14
15	15		### Pourquoi les fichiers binaires produits sont-ils si volumineux ?
16	16
17	17		Les fichiers binaires sont volumineux parce qu'ils contiennent beaucoup d'informations de débogage nécessaires à l'utilisation de gdb (GNU Debugger).
18	18
19	19		Le compilateur a une option pour enlever l'information de débogage de l'exécutable (-Xs). En raison d'un bogue dans le compilateur (version 2.0.2 et antérieures), ceci ne fonctionnait pas correctement. Ce problème a été corrigé dans la version de développement du compilateur.
20	20
21	21		Vous pouvez utiliser un programme nommé "strip" pour enlever les symboles de débogage du fichier exécutable. Il est situé sous le répertoire de Lazarus lazarus\pp\bin\i386-win32\\.
22	22
23	23		Tapez simplement "strip --strip-all \<votre fichier exécutable avec le chemin \>" sur la ligne de commande.
24	24
25	25		Si vous voulez rendre votre programme encore plus petit, vous devriez essayer [UPX](http://upx.sourceforge.net/) aussi. UPX est un très bon compresseur d'exécutables. Il n'aboutit pas à une surconsommation liée à la décompression sur place. Il bénéficie également d'une décompression très rapide (~10 MB/sec sur un Pentium 133).
26	26
27	27		Pour employer UPX, tapez simplement "upx \<votre fichier exécutable avec le chemin\>" sur la ligne de commande.
28	28
29	29		Après avoir employé à la fois strip et upx, un simple GUI programmé avec Lazarus donne :
30	30
31	31		- ~ 700kb sur Linux
32	32		- ~ 420kb sur Windows
33	33
34	34		Une réponse plus détaillée avec les inconvénients d'utiliser UPX est donnée sur [[Size Matters/fr\|Considérations de taille]].
35	35
36	36		Il est également important de noter que le logiciel "bonjour le monde" de Lazarus inclut déjà une quantité énorme de fonctionnalisés :
37	37
38	38		- Une librairie de traitement XML ;
39	39		- Une librairie de traitement d'images pour les fichiers png, xpm, bmp et ico ;
40	40		- Presque tous les composants graphiques de la bibliothèque de composants de Lazarus(LCL) ;
41	41		- Toutes les Bibliothèques Runtime de Free Pascal ;
42	42		- Les infos RTTI.
43	43
44	44		Par conséquent, la taille de l'exécutable Lazarus commence grand, mais se développe très lentement en raison du compilateur Free Pascal et de la façon dont les fiches Lazarus opèrent. Un projet C++ (juste un exemple, mais cette remarque s'applique à d'autres langages/outils) commence très petit avec un programme élémentaire comme 'bonjour le monde', mais se développe exponentiellement quand vous avez besoin de fonctionnalités pour écrire une application non triviale.
45	45
46	46		![](/wiki-images/d/de/Lazarus_vs_cpp.png)
47	47
48	48		Guide rapide pour réduire la taille des exécutables Lazarus/FPC
49	49
50	50		- 1\. Project\\|Compiler Options\\|Code\\|Smart Linkable (-CX) -\> Coché
51	51		- 2\. Project\\|Compiler Options\\|Linking\\|Debugging\\| Décocher tout sauf Strip Symbols From Executable (-Xs)
52	52		- 3\. Project\\|Compiler Options\\|Linking\\|Link Style\\|Link Smart (-XX) -\> Coché
53	53
54	54		> Note: faites cela si vous ne voulez pas déboguer
55	55
56	56		### Ai-je besoin de ppc386.cfg ou de fpc.cfg ?
57	57
58	58		Vous avez seulement besoin de fpc.cfg. De cette façon, le compilateur saura où trouver les bibliothèques.
59	59
60	60		### Comment compiler Lazarus ?
61	61
62	62		Tapez quelque chose comme ceci :
63	63
64		-	~~`$ cd lazarus`\~~
65		-	~~`$ make clean all`~~
	64	+	```text
	65	+	$ cd lazarus
	66	+	$ make clean all
	67	+	```
66	68
67	69		Si vous voulez construire Lazarus avec un autre ensemble graphique (par exemple Qt supporté par Linux, Windows et OSX), il vous faut utiliser l'argument PLATFORM :
68	70
69		-	~~`$ cd lazarus`\~~
70		-	~~`$ make clean all LCL_PLATFORM=qt`~~
	71	+	```text
	72	+	$ cd lazarus
	73	+	$ make clean all LCL_PLATFORM=qt
	74	+	```
71	75
72	76		### Comment construire d'autres projets fondés sur la LCL ?
73	77
74	78		Si vous ne pouvez pas employer l'EDI pour construire vos applications, utilisez lazbuild. Il s'agit d'une version en ligne de commande de l'EDI pour construire des projets et des paquets Lazarus. Si vous voulez construire des applications LCL sans l'EDI et sans lazbuild, ajoutez les lignes suivantes à la fin de votre fpc.cfg
75	79
76		-	~~` # searchpath for other toolkits (Linux)`\~~
77		-	~~` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/{YourToolKit}`~~
	80	+	```text
	81	+	# searchpath for other toolkits (Linux)
	82	+	-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/{YourToolKit}
	83	+	```
78	84
79		-	~~` # searchpath for other toolkits (Windows)`\~~
80		-	~~` -Fu/{YourLazarusDirectory}/components/lazutils/lib/{platform}`\~~
81		-	~~` -Fu/{YourLazarusDirectory}/lcl/units/{platform}`\~~
	85	+	```text
	86	+	# searchpath for other toolkits (Windows)
	87	+	-Fu/{YourLazarusDirectory}/components/lazutils/lib/{platform}
	88	+	-Fu/{YourLazarusDirectory}/lcl/units/{platform}
	89	+	```
	90	+
82	91		` -Fu/{YourLazarusDirectory}/lcl/units/{platform}/{YourToolKit}`
83	92
84	93		Où {YourToolKit} peut être gtk2, gnome, qt ou win32.
85	94
86	95		Exécutez alors :
87	96
88		-	~~` ppc386 your.project.pp`~~
	97	+	```text
	98	+	ppc386 your.project.pp
	99	+	```
89	100
90	101		Conseil : Ne pas oublier d'installer les paquets de développement pour votre trousse à outils, sinon vous pourriez recevoir un message comme : [[Linker message: cannot find -l/fr\|Linker message: cannot find -l]].
91	102
92	103		### Quelle version de FPC est exigée ?
93	104
94	105		- Lazarus 1.0.8 nécessite au moins FPC 2.6.2.
95	106		- Lazarus 1.0 nécessite au moins FPC 2.6.0.
96	107		- Lazarus 1.2.0 nécessite au moins FPC 2.6.2.
97	108		- Lazarus 1.2.4, 1.2.6 et 1.4 nécessitent au moins FPC 2.6.4 (dernières versions à ce jour).
98	109
99	110		### Je ne peux pas compiler Lazarus
100	111
101	112		1. Vérifiez si le compilateur a la version correcte.
102	113		2. Vérifiez si les bibliothèques (fpc) sont de la même version.
103	114		3. Vérifiez si le chemin d'installation du compilateur contient des espaces. S'assurer qu'il n'y en a pas !
104	115		4. Vérifiez si vous avez un fichier fpc.cfg et pas un fichier obsolète ppc386.cfg.
105	116		5. Vérifiez également les FAQs sur la dépendance par rapport aux systèmes d'exploitation.
106	117		6. Si vous êtes encore en galère, demandez sur le forum ou dans la mailing list.
107	118
108	119		### Comment embarquer un petit fichier dans un exécutable sans traîner un fichier séparé ? Comment embarquer une ressource ?
109	120
110	121		Les ressources Lazarus et les ressources de type Windows/FPC sont supportées.
111	122
112	123		Par exemple :
113	124
114		-	~~`/your/lazarus/path/tools/lazres sound.lrs sound1.wav sound2.wav ...`~~
	125	+	```text
	126	+	/your/lazarus/path/tools/lazres sound.lrs sound1.wav sound2.wav ...
	127	+	```
115	128
116	129		va créer sound.lrs à partir de sound1.wav et de sound2.wav.
117	130
118	131		Incluez-le alors après le fichier lrs de la fiche:
119	132
120		-	~~`...`\~~
121		-	~~`initialization`\~~
122		-	~~`{$i unit1.lrs} // ceci est le fichier ressource principal (en premier)`\~~
123		-	~~`{$i sound.lrs} // fichier ressource défini par l'utilisateur`\~~
	133	+	``` pascal
	134	+	...
	135	+	initialization
	136	+	{$i unit1.lrs} // ceci est le fichier ressource principal (en premier)
	137	+	{$i sound.lrs} // fichier ressource défini par l'utilisateur
124	138
125		-	~~`end.`~~
	139	+	end.
	140	+	```
126	141
127	142		Dans votre programme, vous pouvez alors utiliser :
128	143
129		-	~~`Sound1AsString := LazarusResources.Find('sound1').Value;`~~
	144	+	``` pascal
	145	+	Sound1AsString := LazarusResources.Find('sound1').Value;
	146	+	```
130	147
131	148		Voir [[Lazarus Resources/fr\|Lazarus Resources]].
132	149
133	150		### Que signifient les nombreuses extensions de fichier employées par Lazarus ?
134	151
135	152		La section [[Lazarus Tutorial/fr\|Lazarus Tutorial/fr#Les fichiers de Lazarus]] explique quelques extensions par un exemple. En voici une courte liste :
136	153
137	154		<thead>
138	155
139	156		</thead>
140	157		<tbody>
141	158
142	159		<code>.pp</code><br />
143	160		<code>.p</code></td>
144	161
145	162		</tbody>
146	163
147	164		### Pourquoi les propriétés TForm.ClientWidth/ClientHeight sont-elles les mêmes que TForm.Width/Height ?
148	165
149	166		Les TForm.Width/Height n'incluent pas le cadre, car il n'y a pas de manière fiable de récupérer la taille du cadre sur toutes les plates-formes. Sans moyen fiable, la LCL déplacerait les fiches sur l'écran ou les redimensionnerait sans fin.
150	167
151	168		Il se peut que ceci soit changé quand il y aura un moyen fiable pour obtenir la taille et la position d'une fenêtre avec son cadre sur toutes les plates-formes. Pour conserver la compatibilité avec les anciennes versions de LCL, un numéro de version et des méthodes supplémentaires seraient alors ajoutés.
152	169
153	170		## Erreurs
154	171
155	172		### Référence circulaire des unités a et b
156	173
157	174		Un problème courant est rencontré par le nouveau programmeur quand il veut créer deux fiches qui font référence chacune aux propriétés de l'autre. L'erreur survient uniquement dans les clauses `uses` de la section `interface` ; pas de problème en revanche dans la section `implementation`.
158	175
159	176		Exemples :
160	177
161	178		Celui-ci provoque une erreur :
162	179
163	180		``` pascal
164	181		unit a;
165	182
166	183		interface
167	184
168	185		uses b;
169	186
170	187		implementation
171	188
172	189		end.
173	190		```
174	191
175	192		``` pascal
176	193		unit b;
177	194
178	195		interface
179	196
180	197		uses a;
181	198
182	199		implementation
183	200
184	201		end.
185	202		```
186	203
187	204		Contrairement à celui-ci :
188	205
189	206		``` pascal
190	207		unit a;
191	208
192	209		interface
193	210
194	211		implementation
195	212
196	213		uses b;
197	214
198	215		end.
199	216		```
200	217
201	218		``` pascal
202	219		unit b;
203	220
204	221		interface
205	222
206	223		implementation
207	224
208	225		uses a;
209	226
210	227		end.
211	228		```
212	229
213	230		Attention : il faut par conséquent s'assurer que les dépendances ne se trouvent que dans les sections `implementation`.
214	231
215	232		### Lorsque je tape var mytext: text; pour déclarer un fichier texte, j'obtiens "Unit1.pas(32,15) Error: Error in type definition". Comment puis-je corriger cela ?
216	233
217	234		La classe TControl possède une propriété [[doc:lcl/controls/tcontrol.text.html\|Text]]. Dans une méthode de fiche, qui a une visibilité supérieure, il y a conflit avec le type [[doc:rtl/system/text.html\|Text]] de l'unité System. Vous pouvez utiliser le type [[doc:rtl/system/textfile.html\|TextFile]], qui est simplement un alias pour le type Text ou vous pouvez ajouter l'unité à la définition du type.
218	235
219		-	~~`var`\~~
220		-	~~` MyTextFile: TextFile;`\~~
221		-	~~` MyText: System.Text;`~~
	236	+	``` pascal
	237	+	var
	238	+	MyTextFile: TextFile;
	239	+	MyText: System.Text;
	240	+	```
222	241
223	242		Un problème de collision de nom similaire existe avec l'assignation et la fermeture d'un fichier texte. TForm possède des méthodes Assign et [[doc:lcl/forms/tcustomform.close.html\|Close]]. Vous pouvez utiliser [[doc:rtl/objpas/assignfile.html\|AssignFile]] et [[doc:rtl/objpas/closefile.html\|CloseFile]] ou ajouter le nom de l'unité System.
224	243
225	244		### J'obtiens une erreur lorsque j'utilise Printer.BeginDoc.
226	245
227	246		L'unité Printers doit être ajoutée à la section uses.
228	247
229	248		Le paquet Printer4Lazarus doit être ajouté au pré-requis de votre projet dans l'IDE sous : Project\\|Project Inspector\\|Add\\|New Requirement\\|Package Name
230	249
231	250		Si le paquet Printer4Lazarus package n'est pas dans la liste lorsque vous ouvrez la boîte de liste, il doit être installé. Le paquet fait partie de l'installation de Lazarus et peut être trouvé dans : \[lazarus installed directory\]\components\printers
232	251
233	252		Si vous utilisez les dossiers d'installation, par défaut \[lazarus installed directory\] est:
234	253
235	254		- Windows: c:\lazarus
236	255		- Linux: /usr/lib/lazarus
237	256
238	257		### Quand j'essaie de compiler un projet, j'obtiens un message d'erreur "Cannot find Unit ..."
239	258
240	259		Veuillez vous reporter à l'[[Unit not found - How to find units/fr\|unité non trouvée - Comment trouver les unités]]
241	260
242	261		Pour de l'information sur l'erreur "Cannot find unit interfaces", voir la prochaine section.
243	262
244	263		### "Cannot find Unit interfaces". Comment puis-je résoudre ce problème ?
245	264
246	265		Cette erreur signifie que le compilateur ne peut pas trouver le fichier 'interfaces.ppu' ou que le fichier est trouvé mais qu'il est mauvais ou obsolète (la date du fichier .ppu est plus ancienne que la date du compilateur lui-même). Vérifier les options du compilateur peut aider à résoudre ce problème, en passant par : Options du compilateur... Utilisez alors le bouton Test en bas de la fenêtre. Ce test vérifiera aussi que les variables {TargetCPU} et {TargetOS} sont définies correctement.
247	266
248	267		L'unité en cause compilée peut être trouvée dans le répertoire {LazarusDir}\lcl\units\\{TargetCPU}-{TargetOS}\\{LCLWidgetSet}\interfaces.ppu. Il est normal d'avoir de multiples versions de interfaces.ppu pour permettre la compilation avec différents ensembles graphiques, mais dans des répertoires adaptés. Assurez-vous que l'unité est seulement dans le répertoire indiqué plus haut. Si vous avez des versions multiples de interfaces.ppu, vous avez probablement une configuration erronée (par exemple, vous avez ajouté un répertoire lcl à un chemin de recherche). Supprimez tous les interfaces.ppu, excepté celui dans le répertoire visé.
249	268
250	269		Si vous choisissez un ensemble de composants graphiques différent que celui que vous avez utilisé pour construire Lazarus, vous devez reconstruire la bibliothèque LCL pour cet ensemble de composants graphiques.
251	270
252	271		Si elle est là mais que vous obtenez cette erreur, vous employez un compilateur/rtl différent pour compiler votre projet de celui employé pour la compilation de votre EDI Lazarus.
253	272
254	273		Vous pouvez essayer une des solutions suivantes :
255	274
256	275		- Reconstruisez la bibliothèque LCL (ou Lazarus complètement) avec le compilateur choisi dans les options d'environnement. Vous pouvez faire ceci avec Outils -\> Construire Lazarus. Vérifiez en premier lieu les paramètres courants dans Outils -\> Configurer "Construire Lazarus".
257	276		- Changez le compilateur dans les options d'environnement vers celui utilisé pour compiler Lazarus. Regardez soigneusement dans les options d'environnement pour voir si un chemin correct est choisi pour le répertoire de Lazarus et pour celui de FPC. Vérifiez qu'il y a qu'une version du fichier de configuration du compilateur fpc.cfg - il devrait résider dans le répertoire /etc/ pour les systèmes Linux/Unix ou dans le même répertoire que le compilateur fpc pour les systèmes Windows. Essayez d'exécuter "fpc -vt bogus" pour vérifier quel fichier fpc.cfg est employé par le système. Des copies fautives s'introduisent souvent après une mise à jour du compilateur ; elles peuvent être trouvées dans le répertoire local ou dans le même répertoire que celui dans lequel a été construit le nouveau compilateur. SUPPRIMEZ CES DERNIERS !
258	277		- Vous pouvez également essayer de changer l'ensemble de composants graphiques actuellement choisi pour le projet. Par exemple, le projet "objectinspector" qui accompagne Lazarus est paramétré à gtk par défaut. Compiler ce projet va sûrement vous donner "Can't find unit interfaces" dans la plate-forme Windows. Changer le jeu de composants graphiques à default(Win32) dans [[IDE Window: Compiler Options/fr\|Projet \| Options du compilateur]] ... \\| Type composant graphique LCL (divers) devrait corriger ce problème.
259	278
260	279		### Quand je compile un projet qui utilise une unité LCL, j'obtiens une erreur du lieur.
261	280
262	281		Voici un exemple d'une telle erreur :
263	282
264		-	~~`` /path/to/lazarus/lcl/units/x86_64-linux/wsimglist.o: In function `REGISTERCUSTOMIMAGELIST': ``\~~
265		-	~~`` /path/to/lazarus/lcl//widgetset/wsimglist.pp:266: undefined reference to `WSRegisterCustomImageList' ``~~
	283	+	``` pascal
	284	+	/path/to/lazarus/lcl/units/x86_64-linux/wsimglist.o: In function `REGISTERCUSTOMIMAGELIST':
	285	+	/path/to/lazarus/lcl//widgetset/wsimglist.pp:266: undefined reference to `WSRegisterCustomImageList'
	286	+	```
266	287
267	288		- Assurez-vous que votre projet utilise le paquet LCL. Vous pouvez vérifier cela dans l'inspecteur de projet.
268	289		- Assurez-vous que l'unité "Interfaces" est utilisée comme l'une des premières unités de votre programme.
269	290
270	291		> Note: Ces fonctions sont implémentées comme des backend de la LCL. En ajoutant les interfaces d'unité, vous liez un backend LCL à votre programme.
271	292
272	293		### à la ligne :{\$R .DFM}* - Comment puis je résoudre ce problème ?
273	294
274	295		Lazarus (ou mieux Linux) ne sait rien des ressources, ainsi vous ne pouvez pas les employer comme vous le feriez avec Delphi/win32. Cependant Lazarus emploie une méthode assez compatible avec ce dernier. Vous pouvez par conséquent employer vos dispositions de fiche Delphi (fichiers .dfm) si vous suivez ces étapes :
275	296
276	297		- Vous avez besoin d'une version textuelle des fichiers .dfm. Delphi5 et au-delà en produisent par défaut. Si vous avez des fichiers plus anciens : `Alt`+`F12` pour voir la disposition de fiche comme du texte et coller/copier.
277	298		- Quand vous avez un texte du fichier .dfm, copiez-le simplement vers un fichier .lfm.
278	299		- Créez un fichier avec lazres (dans lazarus/tools): lazres yourform.lrs yourform.lfm
279	300		- Ajoutez la section suivante d'initialisation :
280	301
281		-	~~` initialization`\~~
282		-	~~` {$I yourform.lrs}`~~
	302	+	```text
	303	+	initialization
	304	+	{$I yourform.lrs}
	305	+	```
283	306
284	307		Veuillez garder à l'esprit que toutes les propriétés dans le fichier dfm ne sont toujours pas supportées par Lazarus. Vous pouvez par conséquent obtenir un crash.
285	308
286	309		Changement : depuis FPC 2.4.0, les ressources style Delphi sont supportées et vous n'avez plus besoin de changer quoi que ce soit. Même Lazarus SVN les utilise par défaut. Note : il est toujours recommandé d'utiliser le convertisseur Lazarus de projets Delphi, car il peut encore y avoir des propriétés non supportées.
287	310
288	311		Il est aussi possible pour un projet comprenant de nombreuses fiches, toutes en dfm binaire, de les convertir en fichier texte grâce à l'utilitaire convert.exe livré avec Delphi (cela est valable jusqu'à Delphi 7, à vérifier pour les versions ultérieures).
289	312
290	313		### 'Identifier not found LazarusResources'.
291	314
292	315		En créant une fiche, Lazarus ajoute automatiquement quelques unités supplémentaires à la section uses de l'unité de votre fiche. Pendant la conversion d'une unité Delphi vers une unité Lazarus, cette procédure automatique ne se produit pas. Ainsi avez-vous à ajouter vous-même LResources à la section uses de l'unité de la fiche.
293	316
294	317		### En accédant aux événements des objets (par exemple l'événement onclick d'un bouton), j'obtiens l'erreur suivante : ERROR unit not found: stdCtrls. Que puis-je faire ?
295	318
296	319		Assurez-vous, dans Projet -\> Inspecteur de projet, que votre projet dépend du paquet 'LCL' et que vous avez installé les fichiers sources de FPC.
297	320
298	321		Lazarus est l'EDI et la bibliothèque de composants visuels est LCL. Tous les autres éléments (comme les bases de données, FCL et RTL) sont fournis par FPC. L'EDI a besoin des chemins vers tous les fichiers sources pour fonctionner correctement.
299	322
300	323		Le chemin des fichiers sources de FPC peut être paramétré via : Configuration -\> Options d'environnement... -\> Fichiers -\> Répertoire des sources de FPC
301	324
302	325		### 'Fatal: Internal error XXXXYYZZW'
303	326
304	327		Une erreur interne est une erreur du compilateur dont la survenue n'était pas attendue (mais il est préparé pour traquer facilement le problème en fournissant le code XXXXYYZZW). Toute erreur interne est un bogue, aussi est-il recommandé de la signaler dans le pisteur de bogues (avec un court exemple illustrant l'erreur interne).
305	328
306	329		## Débogueur
307	330
308	331		Voir also [[GDB Debugger Tips]].
309	332
310	333		### Comment puis-je régler/configurer pour le débogage
311	334
312	335		[[Debugger Setup\|Configurer le débogueur]]
313	336
314	337		### Comment puis-je inspecter les propriétés?
315	338
316	339		Vous devez avoir FPC 2.4 ou plus récent.
317	340
318	341		Si vous compilez votre application en utilisant -gw (info de debug dwarf), vous devriez être capable d'inspecter les propriétés.
319	342
320	343		> Note: Cela est uniquement vrai pour les propriétés qui correspondent directement à une variable (le getter est une champ pas une fonction).
321	344
322	345		Si votre propriété retourne la valeur d'une fonction, il est très dangereux de l'évaluer/inspecter. Ceci requiert de l'appeler, ce qui par effet de bord peut modifier aussi quelques autres variables. Ceci signifie que l'état de votre application sera altéré dans le débogueur et dans toute exécution de code à venir, le débogage ou les inspections retourneraient des résultats incorrects.
323	346
324	347		La capacité optionnelle d'inspecter explicitement les résultats des fonctions (avec les risques décrits) et donc l'appel de code depuis le débogueur n'est pas encore implémenté.
325	348
326	349		### Pourquoi le débogueur ne montre pas certaines Variables/Structures ("no such symbol"/"incomplete type")
327	350
328	351		Pour des problèmes de débogage:
329	352
330	353		- propriétés
331	354		- Array of ... (tableau dynamique)
332	355		- Variables dans des procédures imbriquées
333	356		- "no such symbol in context"
334	357		- "incomplete type"
335	358
336	359		Veuillez voir [[GDB Debugger Tips\|Conseils sur le débogeur GDB]]
337	360
338	361		### Comment puis-je déboguer les composants FCL depuis les paquets avec Lazarus ?
339	362
340	363		Les composants FCL et les classes sont construites sans informations de débogage par défaut et en conséquence, GDB ne peut pas accéder aux et propriétés de composants. Pour construire les composants du paquet, il faut les reconstruire avec la bascule information de débogage en ligne "-gl".
341	364
342	365		Cet exemple suppose que vous avez une distribution Linux avec une installation dans /usr/local/ et que le paquet base de données fcl-db est celui qui va contenir les informations de débogage en ligne. Alors que le fcl-db est utilisé dans cet exemple, vous pouvez exécuter cette commande make sur tous les paquets inclus.
343	366
344	367		Avant de commencer, vous avez besoin de localiser votre chemin FPC en examinant votre fichier de configuration FPC. Le fichier (fpc.cfg) est localisé dans /etc/fpc.cfg. Affichez le contenu du fpc.cfg et trouvez le chemin d'installation de FPC. Recherchez une ligne démarrant avec -Fu dans le fichier :
345	368
346		-	~~`-Fu/usr/local/lib/fpc/$fpcversion/units/$fpctarget/*`~~
	369	+	```text
	370	+	-Fu/usr/local/lib/fpc/$fpcversion/units/$fpctarget/*
	371	+	```
347	372
348	373		Les scripts Make installent des unités dans INSTALL_PATH/lib/fpc/\$fpcversion/units/\$fpctarget/, ainsi vous devez être sûr que /usr/local est le répertoire d'installation et devrait être affecté à INSTALL_PREFIX, sinon les scripts Make placeront les unités là où elles ne doivent pas être ou le script Make échouera.
349	374
350	375		Etape 1: Ouvrir un terminal shell\
351	376		Etape 2: cd /user/local/share/src/fpc-2.3.1/fpc/fcl-db/\
352	377		Etape 3: sudo make clean all install INSTALL_PREFIX=/usr/local OPT=-gl\
353	378
354	379		> Note: le paramètre INSTALL_PREFIX devrait être proprement configuré pour installer les unités.
355	380
356	381		Dans l'exemple ci-dessous /usr/local est le chemin par défaut sous Linux mais peut être différent sur d'autres systèmes d'exploitation.
357	382
358	383		``` bash
359	384		make clean all install INSTALL_PREFIX=/usr/local OPT=-gl
360	385		```
361	386
362	387		A la fin, après reconstruction de toute unité FCL, vous pouvez vouloir tout aussi bien reconstruire la LCL.
363	388
364	389		### Problèmes avec GDB sur Mac OSX
365	390
366	391		[[GDB Debugger Tips\|Reportez-vous là pour les problèmes de débogage sous Mac]]
367	392
368	393		### Comment utiliser un fichier log pour le débogage ?
369	394
370	395		Lazarus fournit un framework basique dans l'unité [[LazLogger]]. Regardez cette page pour plus de détails.
371	396
372	397		### Comment puis-je utiliser un fichier log pour le débogage de l'EDI ?
373	398
374	399		Lazarus utilise lui-même [[LazLogger]].
375	400
376	401		Ceci signifie que vous pouvez exécuter Lazarus avec
377	402
378	403		``` bash
379	404		--debug-log=lazarusdebuglog.txt
380	405		```
381	406
382	407		Si ce n'est pas suffisant: dans l'EDI, l'ampleur de l'information rapportée peut être contrôlée par `--debug-enable`. Voir dans `--help` pour la liste des mots-clés, ou installer le paquet IdeLazLogger.
383	408
384	409		Si vous voulez imprimer sur la console (le plus utile pour Windows), ajoutez {\$APPTYPE console} dans lazarus.pp ; ensuite reconstruisez Lazarus.
385	410
386	411		Voir aussi [[Console Mode Pascal\|Console Mode Pascal#Run in IDE with redirected output]]
387	412
388	413		#### Détails
389	414
390	415		La LCL possède la procédure LCLProc pour écrire sur la sortie de débogage:
391	416
392	417		- DebugLn: fonctionne presque comme WriteLn, mais accepte uniquement des chaînes.
393	418		- DbgOut: fonctionne presque comme Write, mais accepte uniquement des chaînes.
394	419
395	420		Dans des conditions normales la sortie est écrite sur stdout. Si stdout est fermée, (par exemple quand l'application est {\$AppType Gui} ou compilée avec -WG sous Windows), aucune sortie n'est écrite.
396	421
397	422		La sortie de déboggage peu également être écrite vers un fichier. L'unité LCLProc vérifie dans son initialisation les paramètres de la ligne de commande pour '--debug-log=\<file\>'. Si trouvé, elle envoie la sortie de déboggage vers \<file\>.
398	423
399	424		Si elle ne trouve pas de paramètres de ligne de commande --debug-log, elle vérifie si la variable d'environnement xxx_debuglog existe, xxx étant le nom du fichier programme sans l'extension. Pour Lazarus ce serait lazarus_debuglog. Si une telle variable d'environnement existe, elle utilise comme fichier de sortie de déboggage. Par exemple, si vous faites:
400	425
401		-	~~`set lazarus_debuglog=c:\lazarus\debug.txt`~~
	426	+	```text
	427	+	set lazarus_debuglog=c:\lazarus\debug.txt
	428	+	```
402	429
403	430		la sortie de déboggage sera écrite dans c:\lazarus\debug.txt.
404	431
405	432		Etant donnée que c'est implémenté dans lclproc, chaque application utilisant lclproc peut profiter de cette sortie.
406	433
407	434		## Contribuer / Faire changer Lazarus
408	435
409	436		### J'ai créé un patch pour "docker" la fiche des messages de l'EDI en bas de l'éditeur de code source
410	437
411	438		De tels patchs ne seront pas appliqués car ils ne sont qu'une partie du docking voulu. Le but est de créer un gestionnaire complet de dock et de l'utiliser. Un gestionnaire complet de dock peut "docker" toutes les fenêtres de l'IDE et il laisse l'utilisateur en disposer comme il le veut. Par exemple, docker la fenêtre de message au dessus ou au dessous ou encore pas du tout. Par exemple :
412	439
413	440		+-------------------++--+
414	441		\|menu \|\| \|
415	442		+-------------------+\| \|
416	443		+--++---------------+\| \|
417	444		\|PI\|\| Source Editor \|\|CE\|
418	445		+--+\| \|\| \|
419	446		+--+\| \|\| \|
420	447		\| \|+---------------++--+
421	448		\|OI\|+-------------------+
422	449		\| \|\|messages \|
423	450		+--++-------------------+
424	451
425	452		Le gestionnaire de dock peut enregistrer la disposition et la restaurer au prochain chargement. De préférence, le docking peut se faire dans les pages aussi. Il ne nécessite pas l'emploi du drag and drop. Tous les patchs mettant en oeuvre le docking sans un gestionnaire rend difficile l'implémentation d'un réel gestionnaire de dock et sera rejeté.
426	453
427	454		Un exemple pour un tel gestionnaire de dock est le paquet anchordockdsgn.
428	455
429	456		### J'ai corrigé/amélioré Lazarus. Comment puis-je ajouter mes changements au code source officiel de Lazarus ?
430	457
431	458		Créez un patch et envoyez-le aux développeurs. Pour les détails, voir [[Creating A Patch/fr\|Créer un Patch]].
432	459
433	460		### Comment puis-je installer plus d'une copie de Lazarus ?
434	461
435	462		Voir [[Multiple Lazarus]]
436	463
437	464		### Comment puis-je devenir un développeur Lazarus et accéder à la gestion de SVN et du traqueur de bugs ?
438	465
439	466		En premier lieu, vous devez apprendre Lazarus, pour prouvez votre connaissance et votre compétence. Commencez par lire l'article Wiki [[Lazarus Documentation]], lire le code source de Lazarus, jeter un oeil dans le [traqueur de bug de Lazarus](http://bugs.freepascal.org/set_project.php?project_id=1), corriger quelques bugs et si vous pensez être prêt, contactez les développeurs sur la [liste de diffusion](http://www.mail-archive.com/lazarus@miraclec.com).
440	467
441	468		## Où est/sont défini(e)(s)...
442	469
443	470		### Les Constantes de Virtual key
444	471
445	472		Les constantes de Virtual key sont définies dans [[doc:lcl/lcltype\|LCLType]]. Ajoutez LCLtype à votre uses.
446	473
447	474		## Utilisation de l'IDE
448	475
449	476		### Comment puis-utiliser l'"identifier completion"?
450	477
451	478		Vous pouvez invoquer la completion d'identifiant en pressant \[ctrl\]\[space\]. Dans le menu Configuration -\> Options de l'éditeur -\> Audit de Code -\> Dispositifs Automatiques vous pouvez configurer à quelle vitesse cela apparaître automatiquement.
452	479
453	480		### Puis-je changer les polices et couleurs de l'éditeur de code ?
454	481
455	482		Oui, voir le menu Tools -\> Options et utiliser les sections Editeur/Affichage et couleurs. Sous Windows, vous pouvez trouver que la police par défaut Courier (au d'autre typographie) est soit trop dure soit trop douce, soit de sélectionner/désélectionner 'Désactiver l'anti-crénelage'. Les polices TrueType, telle que la libre "Bitstream Vera Sans Mono" disponible dans [1](http://ftp.gnome.org/pub/GNOME/sources/ttf-bitstream-vera/1.10/). (Pour installer une nouvelle police, décompresser et copier les fichiers dans le répertoire adapté. Dans Windows XP, vous aurez besoin d'utiliser la section Polices du panneau de contrôle. Dans Windows 7, vous pouvez sélectionner tous les fichiers de police, faites un clic droit et trouver une option 'Installer' dans le menu surgissant).
456	483
457	484		## Linux
458	485
459	486		### Comment puis-je déboguer sous Linux sans IDE?
460	487
461	488		D'abord vous avez besoin d'un débogueur. gdb est le débogueur standard sous Linux et il y a plusieurs interfaces GUI disponibles. L'une des plus courantes est ddd, qui fait partie de la plupart des distributions courantes. Pour compiler Lazarus/lcl avec les informations de débogage, vous devriez utiliser les commandes suivantes pour débuter une session de débogage:
462	489
463		-	~~` $ make clean; make OPT=-dDEBUG`\~~
464		-	~~` $ ddd lazarus`~~
	490	+	```text
	491	+	$ make clean; make OPT=-dDEBUG
	492	+	$ ddd lazarus
	493	+	```
465	494
466	495		Soyez prévenu cependant que ddd n'est pas aussi confortable que par exemple le débogueur de Lazarus. Spécialement si c'est pour voir le contenu d'une variable vous devez prendre en compte le fait que ddd/gdb sont sensibles à la casse alors que Pascal y est insensible. Par conséquent, vous devez à taper tous les noms de variables en majuscule pour voir leur contenu. Pour plus d'information, jetez un oeil dans les manuels de FPC.
467	496
468	497		### Je peux désormais débogguer mais ddd ne trouve pas mes sources ou prétend qu'ils ne contiennent pas de code. Qu'est ce donc?
469	498
470	499		Ceci est un problème relatif au chemin avec soit gdb soit ddd. Vous pouvez éviter ceci:
471	500
472	501		- Utilisez la commande "Changer de Dossier" du menu de ddd et choisissez le dossier où sont situées les sources. L'inconvénient de cette méthode est que maintenant vous ne pouvez plus utiliser la source du programme avec lequel vous avez commencé (par ex: lazarus). Donc il se peut qu'il soit nécessaire de changer de dossier plusieurs fois.
473	502		- Dans ddd, allez dans \[Edit\] \[gdb-settings\] et configurez le dossier de recherche.
474	503		- Créeez un fichier \$(HOME)/.gdbinit comme ci dessous:
475	504
476		-	~~` directory /your/path/to/lazarus`\~~
477		-	~~` directory /your/path/to/lazarus/lcl`\~~
478		-	~~` directory /your/path/to/lazarus/lcl/include`~~
	505	+	```text
	506	+	directory /your/path/to/lazarus
	507	+	directory /your/path/to/lazarus/lcl
	508	+	directory /your/path/to/lazarus/lcl/include
	509	+	```
479	510
480	511		### J'obtiens une erreur durant l'édition de lien qui fait état de: /usr/bin/ld can't find -l\<some lib\>
481	512
482	513		Par exemple:
483	514
484		-	~~` /usr/bin/ld: cannot find -lgdk`~~
	515	+	```text
	516	+	/usr/bin/ld: cannot find -lgdk
	517	+	```
485	518
486	519		Ceci signifie qu'une bibliothèque externe n'a pas été trouvée. Dans le cas de dessus sous Linux, cela signifie que la libgdk.so ou libgdk.a n'a pas été trouvée. Dans le cas de gdk, le paquet est appelé dans la distribution Fedora Core: 'gtk+-devel-1.2.10-33'.
487	520
488	521		Distributions basées sur les paquets
489	522		Vous devez installer le paquet qui met à disposition les fichiers lib\<somelib\>.so ou lib\<somelib\>.a. Les bibliothèques dynamiques sous Linux ont pour extension .so, alors que les bibliotèques statiques ont pour extension .a. Sur certaines distributions Linux, vous avez installé le paquet (rpm, deb) \<nom de paquet\> qui met à disposition \<some lib\>, mais vous avez également besoin du paquet de développement (rpm, deb), normallement nommé \<nom de paquet\>-dev, qui contient le .a (bibliothèque statique) et/ou le .so (bibliothèque dynamique).
490	523
491	524
492	525		Quelques distros ont des commandes pour trouver quel paquet contient un fichier:
493	526
494	527		Mandriva
495	528
496	529		``` bash
497	530		urpmf lib<somelib>.so
498	531		```
499	532
500	533
501	534		listera tous les paquets contenant le fichier nommé lib\<somelib\>.so, vous devrez installer ceux se terminant par -devel.
502	535
503	536
504	537		Debian
505	538
506	539
507	540		installer l'utilitaire apt-file (apt-get install apt-file) ensuite
508	541
509	542		``` bash
510	543		apt-file search lib<somelib>.so
511	544		```
512	545
513	546
514	547		listera tous les paquets contenant le fichier nommé lib\<somelib\>.so, vous devrez installer ceux se terminant par -dev.
515	548
516	549
517	550		SuSE
518	551
519	552
520	553		SuSE installe les bibliothèques gtk devel dans /opt/gnome/lib (or /opt/gnome/lib64 pour 64 bits), qui n'est pas le chemin standard aux bibliothèques. Ajoutez-le simplement dans votre /etc/fpc.cfg. (-Fl/opt/gnome/lib).
521	554
522	555		Distributions basées sur les sources et la Compilation Manuelle(LFS)
523	556		Assurez-vous qu'il y ait un lib\<somelib\>.a dans le path, et qu'il contient la bonne version. Pour permettre au linker de trouver la bibliothèque dynamique, créez un lien symbolique appelé lib\<some lib\>.so vers lib\<some lib\>\<version\>-x,y.so si nécessaire (et/ou pour les bibliothèques statiques; lib\<some lib\>.a vers lib\<some lib\>\<version\>-x,y.a).
524	557
525	558
526	559		FreeBSD :
527	560
528	561		Comme pour les distros basées sur les sources, assurez-vous aussi que vous avez -Fl/usr/local/lib dans votre chemin de bibliothèques de fpc.cfg et/ou Lazarus. Gardez à l'esprit que GTK1.2 a "gtk12" pour nom de package sous FreeBSD. (idem pour glib) NOTE: Cela a changé depuis. Les nouveaux portages ont pour nom gtk-12 et glib-12. Vous pouvez vous faire avoir sur ce problème, car FPC requiert les "-less", vous aurez besoin de les symlinker comme ceci:
529	562
530	563		``` bash
531	564		# as root
532	565		cd /usr/local/lib && ln -s libglib-12.so libglib12.so
533	566		cd /usr/X11R6/lib && ln -s libgtk-12.so libgtk12.so
534	567		cd /usr/X11R6/lib && ln -s libgdk-12.so libgdk12.so
535	568		```
536	569
537	570
538	571		NetBSD :
539	572
540	573		Comme les distros basées sur les sources, assurez-vous aussi que vous avez -Fl/usr/pkg/lib dans votre chemin de bibliothèques de fpc.cfg et/ou Lazarus.
541	574
542	575
543	576		Fedora :
544	577
545	578		Dans le panneau "Ajouter/Supprimer un logiciel", recherchez: "gtk2-devel", "glibc-devel" ([voir ici](http://www.mail-archive.com/lazarus@lists.lazarus.freepascal.org/msg03637.html)), "libx11-devel"
546	579
547	580		### Comment puis-je convertir un projet Kylix 2 en projet Lazarus?
548	581
549	582		C'est à peu près la même chose que de convertir un projet Kylix en un projet Delphi/VCL.
550	583
551	584		La LCL (Lazarus Component Library) essaie d'être compatible avec la VCL de Delphi. Kylix CLX essaie d'être compatible avec QT. Voici quelques conseils généraux:
552	585
553	586		- Renommez toutes les CLX Q-units utilisées comme QForms, QControls, QGraphics, ... en leur équivalent VCL: Forms, Controls, Graphics, ...
554	587		- Ajoutez LResources à la section uses de chaque source de fiche
555	588		- Renamez ou copiez tous les fichiers .xfm en fichiers .lfm.
556	589		- Renamez ou copiez le fichier .dpr en fichier .lpr.
557	590		- Ajoutez "Interfaces" à la section uses dans le fichier .lpr.
558	591		- Retirez la directive {\$R *.res}
559	592		- Retirez la directive {\$R *.xfm}
560	593		- Ajoutez les directives {\$mode objfpc}{\$H+} ou {\$mode delphi}{\$H+} aux fichiers .pas et .lpr
561	594		- Ajoutez une section initialization à la fin de chaque source de fiche et ajoutez une directive include pour le fichier .lrs (lazarus resource file):
562	595
563		-	~~` initialization`\~~
564		-	~~` {$I unit1.lrs}`~~
	596	+	```text
	597	+	initialization
	598	+	{$I unit1.lrs}
	599	+	```
565	600
566	601
567	602		Les fichiers .lrs files peuvent être créés via l'utilitaire lazres dans: (lazarusdir)/tools/lazres.
568	603
569	604		Par exemple: ./lazres unit1.lrs unit1.lfm
570	605
571	606		- Fixez les différences. La LCL ne supporte pas actuellement toutes les propriétés de la VCL et le CLX n'est pas complètement compatible avec la VCL.
572	607
573	608		- Pour le rendre plus indépendant de la plate-forme, éliminez les références à l'unité libc (qui est déprécié) en les substituant avec des unités natives FPC comme baseunix/unix tant que possible. Cela sera nécessaire pour supporter d'autres cibles que Linux/x86 (comprenant OS X, FreeBSD et Linux/x86_64)
574	609
575	610		### Quand je compile Lazarus le compilateur ne peut pas trouver une unité. ex: gtkint.pp(17,16) Fatal: Can't find unit GLIB
576	611
577	612		1\. Vérifiez un rebuild propre: faites un 'make clean all'
578	613
579	614		2\. Vérifiez que le compilateur a une version correcte (2.0.4 ou supérieure)
580	615
581	616		3\. Vérifiez que le compilateur utilise le bon fichier de cconfiguration. L'installation normale crée /etc/fpc.cfg. Mais fpc cherche également ~/.ppc386.cfg, ~/.fpc.cfg, /etc/ppc386.cfg et il utilise uniquement le premier qu'il rencontre.
582	617
583	618
584	619		Conseil: Vous pouvez voir quel fichier de configuration est utilisé avec 'ppc386 -vt bogus'
585	620
586	621		Retirez tout ppc386.cfg du fait qu'il est réellement obsolète.
587	622
588	623		4\. Vérifiez que le fichier de configuration (/etc/fpc.cfg) contient les chemins d'accès corrects à vos libs fpc. Il doit y avoir trois lignes comme celles-ci:
589	624
590		-	~~` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget`\~~
591		-	~~` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/rtl`\~~
592		-	~~` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/*`~~
	625	+	```text
	626	+	-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget
	627	+	-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/rtl
	628	+	-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/*
	629	+	```
593	630
594	631
595	632		La première partie de ces trois chemins (/usr/lib/fpc) dépend de votre système. Sur certains systèmes cela peut être par exemple /usr/local/lib/fpc/... .
596	633
597	634		Conseil: Vous pouvez voir vos searchpaths avec 'ppc386 -vt bogus'
598	635
599	636		5\. Vérifiez que le fichier de configuration (/etc/fpc.cfg) ne contient pas de chemins de recherche vers les fichiers source de la LCL (.pp, .pas):
600	637
601		-	~~` interdit: -Fu(lazarus_source_directory)/lcl`\~~
602		-	~~` interdit: -Fu(lazarus_source_directory)/lcl/interfaces/gtk`~~
	638	+	```text
	639	+	interdit: -Fu(lazarus_source_directory)/lcl
	640	+	interdit: -Fu(lazarus_source_directory)/lcl/interfaces/gtk
	641	+	```
603	642
604	643
605	644		Si vous voulez ajouter la LCL à tous vos projets FPC, assurez-vous que les deux chemins ressemblent aux suivants et sont placés après les chemins de lib fpc précédents:
606	645
607		-	~~` -Fu(lazarus_source_directory)/lcl/units/$fpctarget`\~~
608		-	~~` -Fu(lazarus_source_directory)/lcl/units/$fpctarget/gtk`~~
	646	+	```text
	647	+	-Fu(lazarus_source_directory)/lcl/units/$fpctarget
	648	+	-Fu(lazarus_source_directory)/lcl/units/$fpctarget/gtk
	649	+	```
609	650
610	651		6\. Vérifiez que l'unité manquante (glib.ppu) existe dans votre dossier lib de fpc. Par exemple gtk.ppu peut être trouvé dans /usr/lib/fpc/\$fpcversion/units/i386-linux/gtk/. S'il n'existe pas, fpc lib est corrompu et devrait être réinstallé.
611	652
612	653		7\. Vérifiez si les sources sont dans un dossier NFS monté. Dans certains cas, les mises à jour de NFS créent les fichiers incorrectement. Essayez de déplacer ces sources dans un dossier non-NFS et compilez d'ici.
613	654
614	655		8\. Si vous n'avez toujours pas réussi, essayez d'utiliser le script samplecfg comme suit:
615	656
616	657		\# cd /usr/lib/fpc/version/
617	658
618	659		\# sudo ./samplecfg /usr/lib/fpc/\\\$version /etc
619	660
620	661		> Note: Ne mettez pas - / - après etc car si cous le faites le système va créer un fichier - /etc/fpc.cfg/fpc.cfg. En fait, nous voulons que samplecfg fasse un fichier - /etc/fpc.cfg - et non un dossier /etc/fpc.cfg.
621	662
622	663		### J'ai installé la version binaire, mais quand je compile un projet simple, Lazarus me donne: Fatal: Can't find unit CONTROLS
623	664
624	665		Vous utilisez probablement un paquet fpc plus récent que celui utilisé pour construire les binaires de Lazarus. La meilleure solution est de télécharger les sources et de compiler Lazarus manuellement. Vous pouvez télécharger le snapshot du source ou obtenir le source via svn:
625	666
626	667		``` bash
627	668		$ bash
628	669		$ svn checkout http://svn.freepascal.org/svn/lazarus/trunk lazarus
629	670		$ cd lazarus
630	671		$ make clean all
631	672		```
632	673
633	674		Assurez-vous que Lazarus a le dossier du nouveau source: Environment-\>General Options-\>Files-\>Lazarus Directory Top
634	675
635	676		### Lazarus compiles, but linking fails with: libgdk-pixbuf not found
636	677
637	678		Installer la bibliothèque gdk-pixbuf pour gtk1.x:
638	679
639	680		Où trouver la bibliothèque gdk-pixbuf:
640	681
641	682		RPMs: <http://rpmfind.net/linux/rpm2html/search.php?query=gdk-pixbuf&submit=Search+>...&system=&arch=
642	683
643	684		Paquet Debian: libgdk-pixbuf-dev
644	685
645	686		Sources: <ftp://ftp.gnome.org/pub/gnome/unstable/sources/gdk-pixbuf/>
646	687
647	688		Ubuntu 8.10:
648	689
649	690		Si vous compilez Lazarus avec GTK 2.0 vous obtiendrez une erreur "libgdk-pixbuf2.0" non trouvée. Installez juste libgtk2.0-dev en utilisant apt de cette façon:
650	691
651	692		``` bash
652	693		apt-get install libgtk2.0-dev
653	694		```
654	695
655	696		Comment désactiver l'utilisation dans Lazarus: Dans Outils-\> Configurer "Création de Lazarus", ajouter l'option '-dNoGdkPixBufLib'.
656	697
657	698		ou par la ligne de commande: "make clean all OPT=-dNoGdkPixBufLib".
658	699
659	700		### J'ai SuSE et j'obtiens /usr/bin/ld: ne peut trouver -lgtk Erreur: Erreur pendant l'édition de lien
660	701
661	702		SuSE installe les bibliothèques gtk devel sous /opt/gnome/lib (ou gnome/lib64 pour le 64 bits),qui n'est pas un chemin de bibliothèque standard. Ajoutez-le simplement dans votre /etc/fpc.cfg. (-Fl/opt/gnome/lib).
662	703
663	704		### J'ai Kubuntu et j'obtiens /usr/bin/ld: ne peut trouver -lgtk-x11-2.0
664	705
665	706		Vous pouvez soit utiliser le backend QT ou GTK2. Par défaut, c'est GTK2. Pour GTK2, installer le paquet kubuntu libgtk2.0-dev.
666	707
667	708		### Lazarus s'écrase avec une erreur d'exécution 211 après avoir installé un composant
668	709
669	710		Après que j'ai installé un composant, Lazarus plante avec le message suivant:
670	711
671		-	~~`Threading has been used before cthreads was initialized.`\~~
672		-	~~`Make cthreads one of the first units in your uses clause.`\~~
673		-	~~`Runtime error 211 at $0066E188`~~
	712	+	``` pascal
	713	+	Threading has been used before cthreads was initialized.
	714	+	Make cthreads one of the first units in your uses clause.
	715	+	Runtime error 211 at $0066E188
	716	+	```
674	717
675	718		Comment puis-je corriger ceci?
676	719
677	720		Votre composant fraichement installé utilise des threads. FPC sous *nix n'intègre pas automatiquement le support du threading, mais il doit être initialisé. L'initialisation est réalisée dans l'unité cthreads. Toute application utilisant le composant a besoin d'ajouter cette unité dans la clause 'uses' du programme principal. Lazarus lui-même ne fait pas exception. Ceci peut être fait de deux façons:
678	721
679	722		1\) Ouvrez le paquet. Dans l'éditeur de paquet, cliquez sur Options. Dans la page Utilisation ajoutez dans les options personnalisées -dUseCThreads. Puis reconstruisez l'EDI. De cette manière, l'unité 'cthreads' sera automatiquement utilisée par l'IDE sous Unix et les cthreads sont initialisés.
680	723
681	724		2\) Afin d'éviter de modifier le paquet, une option du compilateur FPC peut être utilisée directement. Ouvrez le menu Outils-\>Configurer "Création de Lazarus", un dialogue sera affiché ; dans le champ "Options:" tapez `-Facthreads` puis pressez sur le bouton "Ok". La prochaine étape est d'installer le paquet. Lazarus sera reconstruit avec l'option -Facthreads, ce qui signifie qu'il traitera le programme principal comme si l'unité cthreads était la première dans la clause uses.
682	725
683	726		Conseil: Peut-être votre ancien (sans plantage) exécutable Lazarus est enregistré comme lazarus.old dans le même répertoire que le Lazarus qui plante..
684	727
685	728		Voir aussi [[Multithreaded Application Tutorial\|Multithreaded Application Tutorial#Units needed for a multithreaded application]]
686	729
687	730		### Quand j'exécute un programme avec des threads j'obtiens l'erreur d'exécution 232
688	731
689	732		Le message d'erreur complet est:
690	733
691		-	~~`This binary has no thread support compiled in.`\~~
692		-	~~`Recompile the application with a thread-driver in the program uses`\~~
693		-	~~`clause before other units using thread.`\~~
694		-	~~`Runtime error 232`~~
	734	+	``` pascal
	735	+	This binary has no thread support compiled in.
	736	+	Recompile the application with a thread-driver in the program uses
	737	+	clause before other units using thread.
	738	+	Runtime error 232
	739	+	```
695	740
696	741		Solution: Ajoutez cthreads comme première unité de la clause uses du programme principal, habituellement le fichier .lpr.
697	742
698	743		### J'ai Ubuntu Breezy et mes polices dans l'EDI Lazarus paraissent trop grosse
699	744
700	745		Si Lazarus est compilé avec Gtk1.2, les réglages dans les Préférences Gnome/Police n'ont pas d'effet comme dans Gtk2. Vous pouvez essayer cette solution: Créez un fichier nommé .gtkrc.mine dans votre répertoire personnel si ce n'est déjà le cas et ajoutez-lui ces lignes :
701	746
702	747		style "default-text" {
703	748		fontset = "--arial-medium-r-normal---100-----iso8859-1,\
704	749		--helvetica-medium-r-normal---100------"
705	750		}
706	751
707	752		class "GtkWidget" style "default-text"
708	753
709	754		Si ce n'est pas suffisant, essayez de créer un lien symbolique '.gtkrc' vers '.gtkrc.mine'. Cela fonctionne de cette façon sous Xubuntu 7.10, Mandriva 2009.0 KDE3.
710	755
711	756		### Comment mon programme gtk peut-il utiliser les fichiers rc personnalisés ?
712	757
713	758		Option a) Nommez votre fichier rc yourprogram.gtkrc et mettez-le dans le même répertoire que l'exécutable.
714	759
715	760		Option b) Utilisez l'unité GtkInt et appelez GTKWidgetSet.SetRCFilename('your_preferred_rc_file'); Le meilleur est quand l'appel précède Application.Initialize dans votre fichier .lpr avec {\$IFDEF LCLGtk}.
716	761
717	762		Option c) Utilisez l'unité gtk2 et appelez gtk_rc_parse('your_rc_file')); et gtk_rc_reparse_all;.
718	763
719	764		### J'ai Ubuntu et je ne peux pas compiler pour Gtk2 à cause du manque de bibliothèques
720	765
721	766		Ubuntu a un problème en ne créant pas tous les liens symboliques dont vous aurez besoin même si les bibliothèques sont installées. Assurez-vous que toutes les bibliothèques manquantes ont leurs liens appropriés quand vous essayer de lier pour Gtk2. Par exemple, vous aurez peut-être besoin de faire:
722	767
723	768		cd /usr/lib
724	769		sudo ln -s libgdk-x11-2.0.so.0 libgtk-x11-2.0.so
725	770
726	771		Assurez-vous que les liens symboliques \[n'importe quoi\].so sont créés et pointent vers les bibliothèques en cours.
727	772
728	773		### Comment puis-je compiler un programme pour Gtk2 ?
729	774
730	775		Pour le moment, l'EDI compilé pour Gtk2 est un peu instable, mais vous pouvez compiler du logiciel pour Gtk2 en utilisant l'EDI Gtk1.
731	776
732	777		Pour démarrer la recompilation de la LCL pour Gtk2. Allez au menu "Outils" -\> "Configurer Création de Lazarus" et choisissez 'Clean all'.
733	778
734	779		Maintenant cliquez sur Ok et allez vers le menu "Outils" -\> "Créer Lazarus avec le profil...".
735	780
736	781		Maintenant vous pouvez compiler votre logiciel avec Gtk2 en allant sur les options du compilateur et en changeant le widgetset vers Gtk2.
737	782
738	783		### Lazarus s'exécute différemment avec Linux ou Windows. Que dois-je savoir ?
739	784
740	785		Si vous utilisez Readln(); et Writeln(); pour vos entrée et sortie, la fenêtre de console (parfois appelée fenêtre de terminal) ne va pas surgir comme il le fait avec Windows. Vous aurez besoin d'accéder à cette fenêtre dans Lazarus avec Voir -\> Debug Windows -\> Sortie Terminal. Contrairement à Windows, vous ne pouvez pas utilisez le retour arrière pour corriger les erreurs que vous avez tapées. La touche Entrée sur le pavé numérique ne marchera pas non plus. Tapez prudemment !
741	786
742	787		Linux étant sensible à la casse, vous devrez faire attention à la casse dans les noms de fichier.
743	788
744	789		## Windows
745	790
746	791		### Quand je compile le compilateur, j'obtiens: The name specified is not recognized as an internal or external command, operable program or batch file.\>& was unexpected at this time.
747	792
748	793		Dans le répertorie du compilateur, il existe un scripts OS2 nommé make.cmd. NT le voit aussi comme un script, il faut donc le supprimer sur NT, nous n'en avons pas besoin.
749	794
750	795		### Quand je compile le compilateur, j'obtiens: make\[3\]: ./ppc1.exe: Command not found
751	796
752	797		Je ne sais pas pourquoi, mais make a en quelque sorte perdu son chemin. Essayez de compiler avec une basedir définie comme: make cycle BASEDIR = your_fpc_source_dir_herecompiler
753	798
754	799		### Quand j'essaie de construire (make) Lazarus, j'obtiens:
755	800
756	801		#### make.exe: * * * interfaces: No such file or directory (ENOENT). Stop.make.exe: * * * \[interfaces_all\] Error 2
757	802
758	803		Vous devez mettre à niveau votre make.
759	804
760	805		#### makefile:27: *** You need the GNU utils package to use this Makefile. Stop.
761	806
762	807		Assurez-vous que vous n'avez pas installé FPC dans un chemin contenant des espaces. Le MakeFile ne supporte pas cela.
763	808
764	809		### How can I give my program an XP look like lazarus has?
765	810
766	811		Projet -\> Options du projet -\> Coche 'Utiliser le fichier manifeste pour autoriser les thèmes'.
767	812
768	813		Si vous avez un myprogram.exe alors créez un fichier appelé myprogram.exe.manifest and copiez/collez ceci dans la fichier:
769	814
770		-	~~`<?xml version="1.0" encoding="UTF-8" standalone="yes"?>`\~~
771		-	~~`<assembly xmlns="`[`urn:schemas-microsoft-com:asm.v1`](urn:schemas-microsoft-com:asm.v1)`" manifestVersion="1.0">`\~~
772		-	~~`<assemblyIdentity processorArchitecture="*" version="1.0.0.0" type="win32" name="myprogram"/>`\~~
773		-	~~`<description>programm</description>`\~~
774		-	~~`<dependency>`\~~
775		-	~~` <dependentAssembly>`\~~
776		-	~~` <assemblyIdentity`\~~
777		-	~~` type="win32"`\~~
778		-	~~` name="Microsoft.Windows.Common-Controls"`\~~
779		-	~~` version="6.0.0.0"`\~~
780		-	~~` publicKeyToken="6595b64144ccf1df"`\~~
781		-	~~` language="*"`\~~
782		-	~~` processorArchitecture="*" />`\~~
783		-	~~` </dependentAssembly>`\~~
784		-	~~` </dependency>`\~~
785		-	~~`</assembly>`~~
	815	+	``` pascal
	816	+	<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
	817	+	<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
	818	+	<assemblyIdentity processorArchitecture="*" version="1.0.0.0" type="win32" name="myprogram"/>
	819	+	<description>programm</description>
	820	+	<dependency>
	821	+	<dependentAssembly>
	822	+	<assemblyIdentity
	823	+	type="win32"
	824	+	name="Microsoft.Windows.Common-Controls"
	825	+	version="6.0.0.0"
	826	+	publicKeyToken="6595b64144ccf1df"
	827	+	language="*"
	828	+	processorArchitecture="*" />
	829	+	</dependentAssembly>
	830	+	</dependency>
	831	+	</assembly>
	832	+	```
786	833
787	834		Voila! XP apparaît.
788	835
789	836		### Quand j'exécute un programme Windows créé dans Lazarus il démarre dans une fenêtre DOS
790	837
791	838		Spécifiez l'argument -WG (IHM Windows) dans la ligne de commande du compilateur ou dans l'EDI Lazarus, cochez la case Application Win32 gui dans le dialogue des options du compilateur (Menu Projet -\> Options du compilateur -\> Config and Target -\> target-specific options.
792	839
793	840		## Mac OS X
794	841
795	842		### Pourquoi la compilation d'un projet échoue avec 'unknown section attribute: no_dead_strip'?
796	843
797	844		Le "décapage" du code mort n'est pas supporté par l'assembleur et le lieur avant Xcode 1.5 (disponible pour Mac OS X 10.3.9). Désactiver les options du compilateur
798	845
799	846		- Compilation and linking \> Style de l'unité \> Lien intelligent (-CX)
800	847		- et Edition de lien \> Lier intelligemment (-XX)
801	848
802	849		### Débogage
803	850
804	851		[[GDB Debugger Tips\|Voir ici pour les questions sur le débogage sous Mac]]
805	852
806	853		## Licence
807	854
808	855		### Puis-je développer des applications commerciales avec Lazarus ?
809	856
810	857		Oui, les composants LCL sont distribués sous la licence [[FPC modified LGPL\|LGPL avec une exception]], ce qui vous autorise à lier statiquement ces composants sans distribuer le code source de votre application. Les modifications et améliorations des composants LCL doivent être distribués avec le code source. L'EDI Lazarus est lui sous licence GPL. La LCL est restreinte au code dans le répertoire nommé "lcl", un aute code ne pourrait être couvert par cette instruction.
811	858
812	859		### Pourquoi certains composants ne peuvent être utilisés dans une application propriétaire ?
813	860
814	861		Lazarus est fourni avec des composants additionnels, qui ont été développés par de tierces parties. Ceux-ci peuvent donc être sous une licence différente. Si vous voulez les utiliser, vous devez vérifier la licence dans le code source de ces composants. La plupart des composants tiers se trouvent dans le répertoire "components".
815	862
816	863		### Comment puis-je savoir si un composant fait partie de LCL ?
817	864
818	865		Tous les composants LCL sont dans le répertoire "lcl". Une liste des composants appartenant à la LCL peut être consultée ici <http://lazarus-ccr.sourceforge.net/docs/lcl/> . Si votre code source utilise des composants non listés sur cette page, vous avez peut-être utilisé des composants qui ne font pas partie de la LCL.
819	866
820	867		### Puis-je écrire des plug-ins propriétaires pour Lazarus ?
821	868
822	869		Oui, la partie IDEIntf de l'EDI est sous licence LGPL avec la même exception, ce qui signifie que les structures de données communes de cette partie ne vous forceront pas à placer votre plug-in ou composant accessible à la conception sous licence GPL. Vous êtes libre de choisir n'importe quelle licence pour votre plug-in; nous ne voulons pas limiter votre choix. C'est ainsi que des plug-ins qui ne sont pas sous une licence compatible GPL sont autorisés. Notez cependant qu'il n'est pas autorisé de distribué une version compilée de Lazarus avec ces plugins non-GPL liés de manière statique; cependant, nous ne voyons pas ceci comme une limitation, puisque compiler Lazarus est facile.
823	870
824	871		## Utiliser le Forum
825	872
826	873		### Quelle est la manière correcte de poser des questions dans le forum ?
827	874
828	875		La première consigne et la plus importante : toujours mentionner la version de Lazarus, la version de FPC, le jeu graphique (Gtk2...), l'architecture de CPU et le système d'exploitation (version complète) que vous utilisez. Ne pas dire seulement la version la plus récente. Bien préciser le numéro exact de version. Pour les instantanés, le numéro de révision et/ou la date sont aussi importants.
829	876
830	877		Quand vous posez une question de programmation, toujours essayer de donner quelque code source qui démontre le problème. SVP, entourez votre code avec les balises \[code\]\[/code\] (ou utilisez le bouton Insert code dans la barre d'outil de l'éditeur de post). Vos pouvez attacher des programmes complets comme des fichiers zip si vous le voulez. Utilisez "Lazarus/Projet/Publier le projet" pour vous aider
831	878
832	879		Si vous obtenez une erreur dans votre code toujours spécifier quelle est cette erreur. Simplement copier ce que dit le compilateur/débogueur/votre programme serait suffisant dans la plupart des cas. Si l'erreur survient à l'exécution, utilisez -gl et désactivez l'expansion en ligne (inlining) lors de la compilation ainsi votre programme peut générer une trace correcte.
833	880
834	881		Souvent une image est aussi vraiment utile. Vous pouvez héberger des images dans <http://imageshack.us/> et d'autres sites web similaires puis poster un lien.
835	882
836	883		Essayez de donner à la fois une vue d'ensemble de haut niveau (quel but vous voulez atteindre) et une vue plus détaillée du problème (comment vous tentez d'atteindre votre but). Souvent, il y a des façons de faire plus faciles que vous ne connaissez pas.
837	884
838	885		Finalement, assurez-vous que vous avez cherché/lu la documentation pertinente (p.ex. le [[FPC documentation\|documentation FPC]] et le wiki Lazarus vois p.ex. [[Lazarus Documentation\|Documentation Lazarus]]). Vous pouvez aussi [chercher sur le forum](http://lazarus.freepascal.org/index.php?action=search): d'autres personnes ont peut-être trouvé des solutions à des problèmes similaires. Si vous indiquez que vous avez déjà fait une partie du travail par vous-même, les gens seront plus incités à vous aider.
839	886
840	887		Pour plus de conseils sur la façon la plus maline de poser des questions, lire ceci: <http://catb.org/esr/faqs/smart-questions.html>
841	888
842	889		## Numérotage de version
843	890
844	891		Voir la page [[Version Numbering]] pour une explication concernant les branches et les numéros de version de Lazarus.
845	892
846	893		## Problèmes/questions avec les anciennes versions de Lazarus/FPC
847	894
848	895		Les questions concernant les anciennes versions de Lazarus/FPC et les notes sur les mises à niveau sont couvertes ci-dessous.
849	896
850	897		Souvent la meilleure solution est de mettre à niveau. Lisez les nombreuses [Notes de version](/wiki-category/Release%20Notes)
851	898
852	899		### Pourquoi l'édition de lien est-elle si lente sur Windows ? \[versions anciennes de Lazarus\]
853	900
854	901		> Note: Ce problème a été résolu dans FPC 2.2 et Lazarus 0.9.24. Veuillez mettre à niveau votre Lazarus si vous le pouvez. Pour les versions plus anciennes, lire le texte ci-dessous.
855	902
856	903		D'une manière générale, la compilation sur Windows prend plus de temps que sur d'autres plate-formes parce que l'éditeur de liens GNU utilisé par FreePascal est lent sur cette plate-forme. Ce problème affecte seulement Windows et est seulement sensible sur les ordinateurs relativement vieux (moins de 1Ghz) et sur ceux avec peu de RAM (128MB ou moins).
857	904
858	905		En outre, si vous liez intelligement la LCL, l'édition de lien sera beaucoup plus lente. Une étude à ce sujet est proposée ici : [[File size and smartlinking/fr\|Taille de fichier et lien intelligent]]
859	906
860	907		Un éditeur de liens interne a été développé, mais n'a été disponible qu'à partir de la version 2.2 de Free Pascal. Il diminue nettement la durée de l'édition de lien.
861	908
862	909		### L'ancien Lazarus ne supporte pas les ressources de style Windows ; conversion des ressources lrs
863	910
864	911		Les anciennes versions de FPC (et donc Lazarus) ne supportent pas les ressources Windows (.rc/.res), mais seulement les fichiers LRS (Lazarus Resource files). Voir [[Lazarus Resources]].
865	912
866	913		Depuis la 0.9.30, Lazarus peut utiliser les ressources FPC. Cela signifie que vous pouvez supprimer les fichiers lrs pour les fiches et remplacer les directives Include `{$I unit1.lrs}` avec `{$R *.lfm}`.
867	914
868	915		## Voir aussi
869	916
870	917		- [[Unit not found - How to find units]] information sur quoi faire quand vous obtenez les messages "unité non trouvée".
871	918
872	919		## Contributeurs et Commentaires
873	920
874	921		Cette page a été convertie depuis le epikwiki [version](http://lazarus-ccr.sourceforge.net/index.php?wiki=LazarusFaq).
875	922
876	923		---
877	924		From the Free Pascal wiki, page "Lazarus Faq/fr", 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