Selon [EMAIL PROTECTED]: > Les distributions testées sont : > - Fedora 7 > - OpenSuSE 10.3 > - Ubuntu 7.10
Salut Tu, Est-ce que des tests sur plateforme x86_64 ont été faits ? J'utilise une Mandriva 2008.0 et comme le Java sur 64 bits n'est pas encore très "au point" - pour preuve, Sun ne fournit aucun plugin Java pour Firefox 64 bits - VaudTax2007 m'a donné du fil à retordre. Après de nombreux essais, le plus simple est d'utiliser une JVM 32 bits (par exemple la version "avec JVM" qui inclut la 1.4.2) et d'ajouter les versions 32 des paquets manquants (libxtst6, gtk+ 2.0, libmozilla-firefox2...) Sur Mandriva x86_64, ces paquets sont disponibles dans les dépôts 32 bits configurés par défaut, cela correspond (au moment de mon installation) à: libxtst6-1.0.3-1mdv2008.0.i586 libgtk+2.0_0-2.12.1-2.1mdv2008.0.i586 libmozilla-firefox2.0.0.11-2.0.0.11-1.1mdv2008.0.i586 Avec le chemin /usr/lib/firefox-2.0.0.11/ dans les variables MOZILLA_FIVE_HOME et LD_LIBRARY_PATH, la documentation est disponible. Par ailleurs, le script "install.bin" m'a fait un coup que je ne connaissais pas: $ ./install.bin bash: ./install.bin: /bin/sh: bad interpreter: Text file busy La description du problème dans cette archive http://www.cocoabuilder.com/archive/message/xcode/2005/12/17/2023 n'a donné l'idée de contourner le problème par chmod u-w install.bin Étonnant ! Je suppose que ce doit être un problème fréquent car un fichier downloadé a souvent le droit en écriture pour l'utilisateur. Pour la version 32 bits, tout fonctionne - import, sauvegarde, chargement. Évidemment comme je suis perfectionniste, j'ai pris la version sans JVM que j'ai tenté de faire tourner sur une JVM 64 bits (1.6.0 de Sun ou 1.7 IcedTea compilé par Mandriva). Ça a été plus sportif, j'ai dû stracer pour comprendre que le swt.jar livré dans VaudTax ne fonctionnerait qu'avec la version 32 bits de "libswt". Comme Mandriva 2008.0 fournit SWT compilés en 64 bits pour Eclipse, j'ai fourni ces versions à VaudTax dans "lib/linux-gtk/" par des liens symboliques à la place de l'original: libswt-atk-gtk-3346.so -> /usr/lib64/libswt-atk-gtk-3346.so* libswt-gtk-3346.so -> /usr/lib64/libswt-gtk-3346.so* libswt-pi-gtk-3346.so -> /usr/lib64/libswt-pi-gtk-3346.so* swt.jar -> /usr/lib/java/swt.jar Et avec le chemin /usr/lib64/firefox-2.0.0.11/ dans les variables MOZILLA_FIVE_HOME et LD_LIBRARY_PATH, l'application charge et la documentation est disponible. Tout ça pour constater que les fichiers sauvés par une JVM 32 bits ne chargent pas dans une JVM 64 bits. Dommage ! Je n'ai pas cherché plus loin, le fichier dans le zip ".tax" étant binaire, et cela me semble bien normal si ce n'est pas une sérialization d'objets Java qui a été appliquée. Comme il est probable que les JVM sous Linux (et même sous Vista je suppose) seront nombreuses à tourner en 64 bits, je pense que ce problème d'import/export est à creuser d'ici là. -- Yves Martin _______________________________________________ gull mailing list [email protected] http://lists.alphanet.ch/mailman/listinfo/gull
