Discussion :

[olivier857]

Bonjour,

J'ai récupérer un client-serveur en C que j'ai compilé puis tester en créant 2 éxécutables, pour le clienet et le serveur

Ce client-serveur fonctionne très bien entre 2 machines linux debian.

J'essaye maintenant d'installer le client sur un linux embarqué avec busybox. J'ai donc refait un noyau puis remis à jour mon module embarqué.

Le probème arrive à ce niveau lorsque j'essaye de lancer le client sur le module embarqué l'erreur suivante apparaît :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

BINFMT_FLAT: bad magic/rev (0x1010100, need 0x4)

Apparement le problème proviendrait du format de mon éxécutable. Il ne serait pas utilisable sur les système embarqués avec busybox. Le problème serait que l'éxécutable, enfin le binaire, serait au format "elf" et non au format "flat".

Voilà développant sous kdevelopp je cherche comment je pourrai faire une obtenir un éxécutable au format "flat" et non "elf".

Si quelqu'un sait comment faire ca ?

Merci d'avance

[Neitsa]

Bonjour,

Je ne connaissais pas le format flat... toutefois, voici quelque liens que j'ai pu trouver :

http://www.ucdot.org/article.pl?sid=02/09/17/0044221&mode=thread

http://saintaardvarkthecarpeted.com/blog/?p=164

la réponse se trouve donc dans l'utilisation du programme "elf2flt", pour le reste je ne saurais en dire plus.

En espérant que cela puisse t'aider

[olivier857]

Ok merci bien j'ai trouvé ces liens également après avoir posté.

De toute facon j'avais pas fait attention mais j'ai des outils livré avec mon module permettantde faire le -elf2flt.

[olivier857]

Merde ca ne marche pas.

J'ai bien des outils qui sont installer dans /usr/local/

Entre autre j'ai un fichier gcc et un fichier elf2flt.

Je peut alors faire un gcc -elf2flt client.c et ca me créé un a.out.gdb
commande qui ne marche pas avec le gcc de base.

Ce a.out.gdb ne fonctionne pas sous ma debian (jusque la normal puisque je crois l'avoir compliler au format flat) mais quand je l'install sur mon linux embarqué (busybox) microprocesseur ARM 32bits ca ne marche pas non plus.
Toujours la même erreur. ggrrrrr

Sinon j'ai également essayé le gcc -wl,-elf2flt client.c comme trouvé sur les liens internet mais la commande na marche pas.

Une idée ?

[Emmanuel Delahaye]

[délestage]

[olivier857]

Ok merci d'avaoir déplacé et désolé.

Je ferais plus attention la prochaine fois.

[olivier857]

Bon alors apparement c'est au niveau d e l'éditeur de lien.
Donc que faut t'il que je change au niveau de mon editeur de lien et comment ?

Merci d'avance !

[olivier857]

j'ai oublié de préciser mais j'essaye de compiler en flat pour un processeur ARM7.

Personne n'a une idéee, comment utilisé gcc pour atteindre ce que je veux ?

[Jean-Marc.Bourguet]

Un doute comme ca, tu n'essaies pas d'installer un executable compile pour x86 sur un ARM?

[olivier857]

Un doute comme ca, tu n'essaies pas d'installer un executable compile pour x86 sur un ARM?

Bein justement c'est cà le pb. Je sais que ne peut pas faire çà.
Logique vous aller me dire.

Je cherche donc comment compliler mon éxécutable sous x86 pour qu'il tourne sur ARM.

[Jean-Marc.Bourguet]

Tu installes un compilateur croise. Soit tu te trouves ce qu'il faut, soit tu compiles toi-meme (il faut non seulement le compilateur mais l'assembleur, les libs, ...) mais si tu utilises une distrib d'embarque, ils devraient fournir des infos la dessus.

[olivier857]

Alors pour la 1ère solution : compilateur croise

J'ai déjà cherché et j'ai du mal a trouver çà.

Pour ce qui est de la distrib embarque, ils fournisse bien des infos et des outils. Mais c'est tellement bien fait que je ne comprend rien, ni comment utiliser les outils. Ils fournissent leur propre gcc mais ca ne change rien au pb. Je peut également faire un gcc -elf2flt, ca change apparement bien le format de mon éxécutable puisque je ne peu plus dans ce cas l'utiliser sous ma debian, mais je ne peut tjs pas non plus l'utiliser sur mon système embarqué (j'ai tjs la même erreur).

[olivier857]

C'est bon ca marche !

En fait j'ai réussi en utilisant la toolchain que le fournisseur de mon module embarqué m'avait fourni.

Je l'utilisais mal au début, en fait, il faut bien faire un gcc -elf2flt. Ca créé alors bien un a.out.gdb mais aussi a.out normal. Il faut envoyer les 2 dans le module pour que ca fonctionne, or moi ayant déjà un autre a.out dans le répertoire de compilation, je n'avait pas vu qu'il faisait les 2. Je croyait donc que c'était l'ancien fichier et n'avait pas vu que le gcc croisé l'écraser.
Moralité faut regardé les dates des fichiers.


Merci de votre aide