Discussion :

[johjoh]

Alors voila , je viens d'installer kylix 3 sur mon linux , et la surprise la version delphi marche trés bien mais la version c++ plante a chaque compilation et meme a chaque fois que l'editeur est censé completer le code (apres avoir ecrit l'operateur -> par exemple) alors que la version delphi compile et complete le code tres bien.
Cela produit une segmentation fault dans une des librairie (bcblin je crois).
J'ai fais le test de borland pour voir si yavais pas de probleme dans les librairie qui doivent etre installer et aucun probleme.
Mon linux est la version Debian 3.0 avec le dernier noyau stable en date (2.4.20). J'ai testé avec la version beta 2.5.xx et pas mieux...
A vrai dire c'est plus la version C++ qui m'interresse ;-((
Merci d'avance a tout ceux ki pourrons m'aider...

[openmanu]

Salut, j'ai le même prob avec ma debian 3.0 avec un noyau 2.4.18. Ca fait longtemps que je recherche la solution alors si tu as eu des infos depuis ton post, peux-tu me répondre stp.

merci.

--[m@nu]--

[johjoh]

Alors jai fait plein de test avec différentes version de kylix 3 (open edition, enterprise edition) et toujours pareil.... Le meme probleme de segmentation fault.
Si toi ossi tu trouves un truc un jour fait moi signe jen serai heureux ;-)

[scalvi]

OK les gars, ben c'est le bonheur car moi aussi j'ai le même prob avec une red hat 7.3 noyaux 2.4.18 !!

[DrQ]

Sur debian (SID) ça tourne Le problème que j'ai remarqué est que la variable LC_ALL (il me semble) n'est pas affectée : tappez locale pour avoir la liste des variables locales. Vérifier qu'elles soient toutes bien affectées. Si ensuite vous avez un problème d'include par la suite, mettez dans les propriétés du projet les includes système avant ceux de kylix.
Et tout devrait fonctionner.

[openmanu]

Ca y est!! Ca marche!
En fait, j'ai reconfiguré toutes les variables d'envirronements dans kylix:
Outils->Options d'envirronement.

Je pense qu'en fait, j'essayais d'appeler "xterm" comme console alors qu'elle n'est pas installé, je l'ai remplacé par "konsole" de KDE.
J'ai aussi modifié les variables LANG, etc... mais bon moi c pcq je suis belge et donc j'ai mis fr_BE@euro.

Et avant ca aussi, j'ai reconfiguré mes locales. Sous debian : dpkg-reconfigure locales.

voila, j'espère que pour vous aussi ca marchera.

ciao

--[m@nu]--

[johjoh]

, Bien jouer les gars, ça marche chai moi ossi, y'avait le probleme de la variable LC_ALL qui été vide. Donc apres j'ai eu un autre probbleme lors du "linkage" , i manquer le fichier /usr/X11R6/lib/libX11.so alors jai fait un lien symbolique a partir de libX11.so.6
Enfin Je pouvoir developper confortablement sous linux !!!!
ça fait trop plaisir ;-))
Mercii a tout le monde pour les infos

[ostaquet]

J'ai beau essayé les solutions ci-dessus...
Chez moi, rien ne fonctionne. Sous Debian 3.0 noyau 2.4.18, KDE 2 et Kylix 3 Open, la compilation ne marche pas et l'auto-complétion non plus que se soit sous Delphi ou C++.

Quelqu'un a une solution ? Je commence sincèrement à désespérer.

[RDM]

le noyau 2.4.18 est reconnu pour être incompatible avec Kylix 3, fau tpasser aux noyaux suivants

[ostaquet]

Je suis passé au noyau 2.4.20 mais rien à faire, il provoque toujours un segmentation fault lorsque je fait appel à l'auto-complétion ou à la compilation.

[ostaquet]

ça y est tout fonctionne à quelques détails près...

Il suffisait d'ajouter la variables TERM avec pour valeur "konsole" (sous KDE)

Les deux problèmes qui subsistent sont :

1 - les polices de caractères sont minuscules par endroit
2 - les accents ne passent pas dans les menus

quelqu'un a une solution ?