Forum

Bonjour,
En mageia 9 64 bits.
Je suis l'heureux possesseur d'un scanner epson perfection 4180 photo, peut-être un peu ancien mais qui est toujours opérationnel. Ce scanne utilise obligatoirement un driver 32 bits déjà ancien et était jusqu'ici utilisable sous mageia 6 7 8 .. avec sane 32 bits moyennant l'installation du driver proprio et de son plugin 386.

Xsane 32 fonctionnait correctement.
Il semble qu'il y ait un conflit de librairies 32 et 64 bits.
En ligne de commande :


installés

xsane - Frontend for the SANE scanner interface​  0.999 16.mga9 i586
saned 1.1.1 4.mga9 i586
sane-frontends 1.0.14 28.mga9 i586
sane-backends 111 4.mga9 i586
sane-backends-iscan 1.1.1 4.mga9 x86_64 ?????
libsane1 1.1.1 4.mga9 i586

plus fournis par epson epkowa :
iscan-plugin-gt-f600 - Image Scan! plugin for the GT-F600 / Perfection4180​ 1.0.0 1c2 i 386
iscan 2.10.0 1c2 386

normalement que sane-backends-iscan soit en 64 bits n'intervient pas autrement que dans les fichiers de /etc /etc/sane.d/dll.d/epkowa.backend et /etc/sane.d/epkowa.conf les librairies 64b epkowa n'étant pas utilisées pour le scanner perfection 4180 photo. Les bonnes librairies sont fournies en 32bits par iscan

Avec mageia 8 je n'avais pas ces erreurs et je pouvais accéder au scanner.
C'est toute une gymnastique.
Quelqu'un a une idée ? Le pb est probablement lié à gtk en 32 bits.
CDT
Bermisch

Bonjour,

Pour le segfault, je suppose qu' il faudrait utiliser gdb pour voir ce qui est chargé lors du plantage.

Après il faudrait que je regardes ce que Papoteur avait indiqué comme marche à suivre.

Mais de mémoire:
gdb xsane
run
bt

Edit: voila la méthode préconisée.

https://www.mageialinux-online.org/forum/topic-30851-1+mga9-kmymoney-ne-se-lance-pas.php#m315116

Édité par nic80 Le 19/09/2023 à 19h44

Les warnings sont probablement sans imprtance. Noter que "iscan" le programme pour scanner epson en 32 bits fonctionne avec avec aussi un tas de warnings quasiment identiques :
(iscan:32908): Gtk-CRITICAL **: 23:34:59.648: IA__gtk_widget_set_sensitive: assertion 'GTK_IS_WIDGET (widget)' failed
Rappelons que l'on est aussi en32 bits avec GTK2 32 bits mais iscan ne plante pas. Pour le dump je ne sais pas trop qu'en faire. "gdb xsane" n'a pas l'air de fonctionner.
CDT

Bonjour,
Que signifie n'a pas l'air de fonctionner ? que renvoie gdb xsane ? S'il répond que gdb n'existe pas, il faut l'installer.

L Ho Très juste, je n'étais allé jusqu"au bout.
J'ai suivi le protocole indiqué.
GDB commence par me sortir un foutritude de warnings de compilation; c'est un peu long et je pensais que rien ne fonctionnait mais à l'invite final (ouf!) j'ai pu faire : run
Starting program: /usr/bin/xsane
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
L Ho Très juste, je n'étais allé jusqu"au bout.
J'ai suivi le protocole indiqué.
GDB commence par me sortir un foutritude de warnings de compilation; c'est un peu long et je pensais que rien ne fonctionnait mais à l'invite final (ouf!) j'ai pu faire : run
[color=#3366FF]Starting program: /usr/bin/xsane
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".

(xsane:7999): Gtk-WARNING **: 14:39:35.741: Impossible de trouver le moteur de thème dans module_path : « adwaita »

(xsane:7999): GdkPixbuf-WARNING **: 14:39:35.793: Error loading XPM image loader: Le type d’images « xpm » n’est pas pris en charge

Program received signal SIGSEGV, Segmentation fault.
0xf7f59b39 in g_type_check_instance_is_fundamentally_a () from /lib/libgobject-2.0.so.0



et bt full (back trace je pense). Ça donne ça :

(gdb) bt full
#0 0xf7f59b39 in g_type_check_instance_is_fundamentally_a () from /lib/libgobject-2.0.so.0
No symbol table info available.
#1 0xf7f3b5bd in g_object_ref () from /lib/libgobject-2.0.so.0
No symbol table info available.
#2 0xf79a77dd in gdk_window_set_icon () from /lib/libgdk-x11-2.0.so.0
No symbol table info available.
#3 0x08056f7d in xsane_set_window_icon ()
No symbol table info available.
#4 0x080af070 in xsane_init ()
No symbol table info available.
#5 0x080b4529 in xsane_interface ()

Bon le SIGSEGV se passe dans la procédure
g_type_check_instance_is_fundamentally_a () de
/lib/libgobject-2.0.so.0 qui est bien une librairie 32bits
qui est la version /lib/libgobject-2.0.so.0.7600.3 du 3 juin dernier.

Il est peu probable que le pb soit au niveau de la lib GDK libgobject en qui j'aurais plutôt confiance (mais pas blindée!) , mais plutôt dans les paramètres de gdk_window_set_icon () passés par xsane_set_window_icon ().
Ce sont probablement les paramètres par défaut définis lors de xsane_init.
Est-ce dû aux warning? No sé. Je continue à regarder.
Merci pour l'aide.

Je ne suis pas optimiste : https://bugzilla.redhat.com/show_bug.cgi?id=1494586

Bonjour
J'ai bien avancé sur l'utilisation du scanner. Le problème de base est que le gestionnaire physique du scanner Epson perfection 4180 photo est en 32 bits avec un plugin spécial pour ce scanner :
iscan-plugin-gt-f600-1.0.0-1.c2.i386.rpm de chez epson epkowa.
il faut aussi :
iscan-2.10.0-1.c2.1386.rpm pour l'application xscanimage et le backend ( il faut rpm -i --force .. à cause d'un conflit avec un fichier de sane-backend-iscan)
Ces rpm proviennent de epson epkowa.


Pour foncctionner avec mageia 8 il fallait xsane, sane (sane-frontends, sane-backend-iscan) le tout en 32bits.
Dans /etc/saned/dll.conf il faut qu'apparaisse "epkowa".
Néanmoins iscan-2.10.0.... présente un certain nombre de problèmes pour être installé en mageia 9, en particulier impossible de récupérer
libpangox-1.-0-0 32 bits qui est une bibliothèque assez ancienne datant de 2006 environ mais qu'on peut retrouver avec rpmfind. On y arrive
Mais su on démarre xane (32bits) en ligne de commande, on a toujours l'exception .
J'ai cru comprendre que le backend (?) appelait le script bash gdk-pixbuf-query-loaders qui a le code suivant
#!/usr/bin/sh
lib=lib64
case ":$1:" in
:lib* lib="$1"; shift 1;;
esac
exec /usr/$lib/gdk-pixbuf-2.0/bin/gdk-pixbuf-query-loaders ${1+"$@"}

Je ne comprends pas tout mais à priori on va exécuter du code 64 bits dans /user/lib64.
Ceci expliquerait le warning et l' erreur de segmentation ?
GdkPixbuf-WARNING **: 23:06:11.445: Error loading XPM image loader: Le type d’images « xpm » n’est pas pris en charge
Erreur de segmentation (core dumped)


Il faudrait interpréter le dump.(où peut-il être?)
Là je ne sais pas comment résoudre le pb. Il n'existe qu'un seul script /bin/gdk-pixbuf-query-loaders dans M8 64bits.
Dans M9 32 bits , le script est différent la deuxième ligne est lib=lib.
Xsane (32 bts!) fonctionne avec mageia 9 32 bits et le scanner en question.

J'ai quand même la chance que xscanimage fonctionne correctement

Une idée pour débloquer xsane 32bits ? Xsane 64bit ignore superbement le scanner epson (mais voit la camera usb quand même)