Forum

GIM 2.8 32b de mageia 4 plante méchamment quant on essaie d'insérer du texte et qu'on veut choisir une police avec l'ascenseur. La librairie libpangoft2 correspond bien au "rendering" du texte.

Dec 28 14:38:35 bermich kernel: gimp-2.8[12900]: segfault at 2c ip 00000000f70410c6 sp 00000000ffa55800 error 4 in libpangoft2-1.0.so.0.3600.1[f7034000+12000]

Pour l'erreur 4
"The cause was a user-mode read resulting in no page being found."

Il pourrait s'agir d'un fichier manquant? Un descripteur de police ? Ou autre chose ?
J'ai le gimp 2.8.6 "brut de mageia" tel qu'il est dans les repository.

Merci d'avance pour toute idée.

BM

Pb : mon linux est en 64b, et le gimp en 32b pour cause de xsane et son driver de scanner propriétaire (epson 4280 perfection de "epkowa") aussi.

Bonjour,

le fichier se trouve dans le paquet libpango1.0_0. Il est bien installé ? (peut être tu as la librairie 64bit?)

Bonjour,
j'ai bien la libpango1.0_0 ainsi que libpango1.0_0-modules tous deux en version 1.36.1 et i586 (32b) revision 1.mga4. Cette librairaie aurait-elle une dépendance qui serait passée à l'as lors d'une manip ?
Noter que lib64pango1 est *aussi* installée et est utiilisée par d'autres programmes mais aussi par gimp32bits. !!!!! Cela se voit si on tente de désinstaller lib64pango1. (sans le faire, bien sûr).

La solution pour éviter ce mic-mac serait de ne pas utiliser gimp32 avec l'intgerface xsane 32 (le driver proprio du scanner n'existe qu'en 32 bits), mais uniquement gimp64 . D'ailleurs le gestionnaire drakrpm me flague gimp64 avec un rond bleu flèche en bas.
Ça suppose simplement de désinstaller gim32 et de le remplacer par gim64 qui devient homogène.

Il reste que xsane 32 peut être utilisé séparément, et que la récupération des résultats de scanning peut se faire via fichiers .jpg ou .tiff ou autre sans difficulté prévisible.

La compatibilité entre programmes 32 et 64 bits comporte des cas d'espèce Je crois savoir qu'un programme "64" peut utiliser un programme "32" mais pas l'inverse. Sinon, détrompez moi.

Dans l'immediat je vais essayer d'enlever gimp32 pour le remplacer par gimp64, ce qui ne devrait pas être trop difficile. Il est possible que gimp64 veuille bien appeler xsane 32 mais c'est à vérifier.

Noter que ces difficultés proviennent du fait que le scanner "epson perfection 4180 photo" que je possède est inconnu par sans et les drivers mais doit être utilisé avec un programme proprio "epkowa" qui est assez difficile à troiuver, ayant changé de mainteneur et n'existant à ma connaissance qu'en 32 bits.

Je peux faire part de mon expérience avec les scanners epson de ce type, mais j'avoue que ce n'est pas très positif.

Merci d'avance pour toute aide.
BM

J'ai finalement résolu le problème. Disposant d'un autre ordi en 64 bits, "en réserve" (ça peut servir !) j'ai regardé si gimp posait le même problème dessus. Et bien non. J'en ai déduit qu'il y avait une différence de configuration. Puisque c'était en regardant la liste des polices que j'avais un segfault, j'ai comparé les listes entre les deux ordi. Des différences, pas très nombreuses, celui qui a le pb avait un certain nombre de polices non présentes sur l'autre.

Il s'agit de polices systèmes, pas celles qui sont spécifiques à gimp. J'ai donc fait la chasse aux polices en trop, dans le menu "configuration du système" de kde sans faire le détail. Et là, une fois tout le surplus enlevé, gimp est ok (en fait c'est la librairie de "rendering" lib64pangoft2 qui n'appréciait pas". )

La question qui se pose est de savoir d'où sortent les polices systèmes qui s'installent et laquelle ou lesquelles font morfler pango. Il y a des chances que ce soit par le net, voire même que ce soient des "mechancetés". Ça veut dire aussi que la librairie de pango lib64pangoft2 (utilisée par une multitude de programmes!) contient un défaut de sécurité qui peut être déclenché par des polices incorrectes. C'est quelquechose à se rappeler.

Voilà, ouf, et bonne année 2015 à tous !

Tu aurais pu indiquer laquelle de ces polices provoquait ce problème.

Pas si facile. Il y avait une vingtaine de différences et pour chacune que l'on supprime dans "gestion des polices de caractères" de kde, il faut relancer gimp ouvrir une image et la boîte texte, puis ouvrir un texte dans l'image et faire bouger l'ascenseur de la liste "Aa". Si ça plante gimp, il faut recommencer etc. Je n'ai pas eu la patience. Mais il s'agit presque sûrement d'une police chargée via le web, les polices restantes étant celles qui étaient présentes sur le pc de secours, brut d'installation +mises à jour mageia.

CDT et encore bonne année.

Hello,
Pour compléter ce fil, je dois indiquer que j'ai résolu le problème du driver de scanner (epson perfection 4180 photo) en 32 bits dans un environnement 64. J'ai simplement utimlisé le serveur saned 32b au lieu de l'accès direct au scanner par sa ne / xsane ou via gimp plugin xsane qui peuvent alors être en 64bits comme le reste du système.
Il existe bien dans mageia 4 core release un paquet sane-backend-iscan en 64 et 32 bits supposé traiter mon scanner epson perfection 4180 photo, mais en fait ce dernier n'est pas détecté,, aussi ai-je gardé les ancien iscan et iscan-plugin-f600 (F600 est l'autre nom de mon scanner) en 32 bits qui fonctionnent OK. Ce scanner commence à être un peu vieux, mais est toujours opérationnel. Quand il me lâchera, j'essairai d'en avoir un qui soit traité correctement par sane.

Re meilleurs voeux.
BM

Super