Discussion :

[Lepolochon]

Bonjour,

Mon problème est quasi-identique à celui de Catsy, à ceci près que je souhaite développer en parallèle deux versions de mon application java, une en 32bits, l'autre en 64bits. Je développe donc avec un unique ordinateur 64bits.

J'ai essayé plusieurs choses afin de faire fonctionner l'application 32bits, sans succès:
- Installation d'Eclipse 32bits
- Installation de Java 32bits
- Utilisation de la librairie Java 32bits dans le projet
- Compilation
Mais le ".jar" obtenu semble identique à celui de la version 64bits.
En remplaçant le jar 64bits par celui nouvellement créé, l'application 64bits fonctionne toujours.

Étant amené à répéter régulièrement ce développement simultané, j'aimerai avoir de l'aide sur ce problème de développement 32/64bits.

Merci pour votre aide !

[adiGuba]

Salut,

Mais le ".jar" obtenu semble identique à celui de la version 64bits.
En remplaçant le jar 64bits par celui nouvellement créé, l'application 64bits fonctionne toujours.

Tu as du code natif dans ton application ?
Car au niveau Java il n'y a aucun soucis 32bits/64bis puisque tu cibles une machine virtuelle.

Donc s'il n'y a pas de code natif il n'y a aucun soucis. Ton application tournera aussi bien en 32bits qu'en 64bits selon la JVM que tu utilisera

Si tu as du code natif, il faudra fournir les deux librairies natives : une en 32bits et l'autre en 64bits...


a++

[Lepolochon]

Salut,

Tu as du code natif dans ton application ?
Car au niveau Java il n'y a aucun soucis 32bits/64bis puisque tu cibles une machine virtuelle.

Donc s'il n'y a pas de code natif il n'y a aucun soucis. Ton application tournera aussi bien en 32bits qu'en 64bits selon la JVM que tu utilisera

Si tu as du code natif, il faudra fournir les deux librairies natives : une en 32bits et l'autre en 64bits...

a++

Merci pour ta réponse adiGuba.

Je vais probablement me faire insulter, mais qu'est-ce que du code natif?
D'après ce que j'ai pu lire, il faudrait qu'il y ait le mot "native" dans mon code.
Si c'est le cas, je n'ai pas ce mot dans mon code. Il ne semble donc pas que j'ai du code natif.

Ce qui est sûr, c'est que mon code ne fonctionne pas en 32bits, mais peut-être pour une autre raison...

Merci de ton aide!

[adiGuba]

Je vais probablement me faire insulter, mais qu'est-ce que du code natif?

Meuh non pourquoi veux-tu te faire insulter

Du code natif c'est une partie de code écrit dans un autre langage tel que le C ou C++, et qui est compilé en natif pour un système et une architecture bien précise, contrairement au code Java qui est compilé en bytecode bien plus portable.

[quote=Lepolochon;6346596]D'après ce que j'ai pu lire, il faudrait qu'il y ait le mot "native" dans mon code.
Si c'est le cas, je n'ai pas ce mot dans mon code. Il ne semble donc pas que j'ai du code natif./quote]
Le mot-clef native permet en effet de faire le lien entre code Java et code natif.

Par contre tu peux utiliser du code natif sans le savoir, par exemple en utilisant une librairie qui utilise elle même du code natif

Ce qui est sûr, c'est que mon code ne fonctionne pas en 32bits, mais peut-être pour une autre raison...

L'erreur indique clairement que tu utilises une librairie 32bts sur un système 64bits.


Peux-tu nous donner le stacktrace complet de l'exception, ainsi que la liste des librairies que tu utilises...


a++

[Lepolochon]

Désolé pour le temps de réponse, je ne m'attendais pas à une si grande réactivité (MERCI!).

En fait, je n'ai pas d'exception, ni de problème lorsque je lance avec éclipse, puisque je développe sur mon ordinateur 64bits.

Le problème vient lorsque j'installe mon appli. sur un ordinateur 32bits:
celle-ci ne fonctionne pas. Je sais juste qu'un procédure java est lancée, par le biais du gestionnaire de procédures.

Or, en remplaçant seulement le ".jar", sortit avec Eclipse, par un ancien créé sur mon ancien ordinateur 32bits, cela fonctionne très bien.

Peut-être puis-je faire un stack trace d'un ".jar", mais je ne sais pas comment faire...

Merci beaucoup pour ton aide

[tchize_]

C'est le stacktrace de l'erreur qu'il nous faut. C'est la pile d'appel qui amène à l'exception, et c'est affiché quand tu fait tonException.printStackTrace().