binaire unix vers dos - Page 1

Bonjour à toutes et à tous,
de nombreuses machines possèdent un binaire (je parle de donnees, pas de programme executable) qui leur est propre.
Un fichier de données binaires créé sous SUN n'est pas lisible sous PC, et n'est pas lisible non plus sous HP UX ou IBM AIX
j'ai entendu dire qu'il existait un moyen pour rendre du binaire HP UX lisible sous DOS
Quelqu'un peut-il me le confirmer et dans ce cas m'en dire un peu plus ???

merci d'avance

-

merci pour la reponse express. As tu un exemple ? (avec quoi tu inverses les octets ?)

-

merci encore
avec quoi je devrais intervertir MSB et LSB (si je t'ai bien suivi) : n(importe quoi qui permette de faire du decalage. Tu connais une commande unix qui fait ça ?

cb BE/LE pas MSB/LSB. Et la conversion dépend du format de données

tu t'adresses à un ignare !!! ça veurt dire quoi "cb BE/LE" ?

Big Endian/Little Endian

Cependant, je doute que ce soit de cela que tu aies besoin.
À mon avis, tu cherches seulement à convertir l'en-tête d'un prog unix pour un prog win.

je cherche à porter une application de HPUX11 vers Linux. La plus grosse partie de l'application restera sous HPUX 11 et fournit des résultats en binaire parce que ça tient moins de place. Mais j'aimerais post-traiter les résultats sous LINUX de mon PC et donc, j'aimerais pouvoir les lire.

je suis ignare et ++ et long à comprendre
où intervient l'histoire BE/LE dns mon problème ? Il s'agit de données dans un fichier à accès direct ou séquentiel et non pas d'un binaire exécutable

Bon, attends.
Il y a deux choses : le système d'exploitation et l'architecture de ton PC.
Un binaire pour Unix x86 ne tournera pas sur un Unix AIX.
Un binaire pour Unix x86 ne tournera pas sur un Windows x86 (enfin, je pense que le format de programme n'est pas le même).
Qu'est-ce que tu veux faire toi ?

il faut que je complète le message 9 ci-dessus :
je cherche à prolonger une application de HPUX11 (poste UNIX) vers un poste PC linux (intel pentium III). Pour celà, j'ai besoin de relire des data issues du poste UNIX (je sais ce que c'est, et dans quel ordre elles arrivent). Ces données sont en binaire et non pas en ascii. Il ne s'agit pas d'un programme exécutable, juste de données que je veux pouvoir relire sur mon PC, et après un piste biblio qui m'a été fournie par ailleurs, je comprends mieux les messages d'ORION et GOLDEN CHRYSTAL. relatifs à BE/LE
Dans tous les cas, merci a tous ainsi qu'aux organisateurs du forum

mille_sabords

-

Ah ok, donc ce que j'ai dit était un peu à côté de la plaque.
Perso, je n'ai jamais compris quelle était la différence entre ouvrir des données en mode binaire et en mode texte...

-

je n'ai jamais compris quelle était la différence entre ouvrir des données en mode binaire et en mode texte...

il me semble que, sous UNIX, il n'y a pas de différence.

sous windows, par contre, il y en a un : en binaire, on lit les octets un par un...
en texte, pareil, sauf quand on rencontr eun '\n' : dans ce cas, on lit deux octets, et non pas un, puisque, sous windows, le retour à la ligne est CR LF

en gros, on mode binaire, si on voit un CR, on ne saute pas le caractère suivant
en texte, si on voit un CR, on saute le LF qui suit
(du moins, sous windows)

sous unix, étant donné que les retour à la ligne ne sont que CR, il n'y a rien à sauter => on lit toujours un par un

enfin, quelqu'un confirmera. mais me semble que c ça

Il ne faut pas seulement faire attention à la endianness (big endian vs. little endian) mais aussi à la taille des types. HPUX tourne habituellement sur des processeurs 64 bits, donc les long et les pointeurs sont plus gros. Tu ne trouveras pas de pointeurs dans tes fichiers (du moins j'espère, sinon ton programme est bogué jusqu'à la moëlle), mais des long, il peut y en avoir. Ils correspondent à des long long sur une plateforme 32 bits.

HPUX tourne habituellement sur des IA 64 (Itanium II).

Et l'endianess est la meme entre IA-64 et IA -32.

Il y a aussi le HPPA.

mille_sabords> si tu veux écrire tes données de manière portable, il faut que tu les écrives en traitant uniquement unsigned char par unsigned char... (et donc par exemple pour écrire un 'short' tu peux faire fputc((unsigned char)x>>8),fputc((unsigned char)x) puisque ça prend 2 octets -- l'idée est de ne jamais utiliser fwrite()/fread(), mais seulement fputc()/fgetc())