Ecrire un "int" dans un "char*"

Bonjour,

j'essaie d'écrire un "int" dans un "char*" :

Code:

---

1 2 3

int width = 200; char* size = (char*)malloc( sizeof(int) ); memcpy( size, &width, sizeof(int) );

---

le problème est que le "char*" est écrit dans l'ordre inverse, je suis obligé de faire :

Code:

---

1 2 3 4 5 6

char temp0 = size[0]; char temp1 = size[1]; size[0] = size[3]; size[1] = size[2]; size[2] = temp1; size[3] = temp0;

---

Merci

C'est que tu es sur un système en Little indian, où les octets des entiers vont du moins significatif au plus significatif. lien wikipédia

C'est ce que je pensais, la plupart des systèmes sont en Little endian (Linux, Windows, Mac), je ne comprends pas pourquoi C++ copie l'Int en Big endian sur un système Little endian.

Citation:

---

Envoyé par pol2095

C'est ce que je pensais, la plupart des systèmes sont en Little endian (Linux, Windows, Mac)

---

Le fait d'être en little-endian ou big-endian dépend de l'architecture du processeur et de la façon dont les données sont stockées dans des fichiers ou transférées via des protocoles (voir lien wikipédia plus haut). Les systèmes d'exploitation sont donc little-endian ou big-endian en fonction du processeur sur lequel ils tournent. Par exemple sur processeur Motorola, Linux est big-endian, pas little-endian.

Citation:

---

Envoyé par pol2095

je ne comprends pas pourquoi C++ copie l'Int en Big endian sur un système Little endian.

---

Le nombre 12 reste "douze" qu'on l'écrive de gauche à droite (12 : d'abord les dizaines puis les unités) ou qu'on l'écrive de droite à gauche (21 : d'abord les unités, puis les dizaines). Base 16, 10, 2 ou n'importe quoi d'autre, ça revient au même.

J'ai testé sur mon PC Intel avec Ubuntu et Fedora :

Code:

---

lscpu | grep "Boutisme"

---

retourne "Little Endian", ça dépend du CPU

non, quand on essaie de recupérer l'int via le JNI Android en Java, la valeur n'est pas la même suivant le Boutisme.

On parle de sérialisation ou de transformer un entier en chaîne de charactères ?
Si c'est le premier https://bousk.developpez.com/cours/serialisation-bases/
Si c'est le second std::string s = std::to_string(200);
Et non pas le médiocre code C présenté.

On peut se passer de médiocre, on parle de byte array et non de std::string, commentaire minable et sans intérêt.
Si c'est pour convertir un int en string, ce n'est pas le propos (le second non).
C'est plus une quesion C que C++.
Ce que je voudrais savoir : est-ce qu'un int est toujours stocké dans la mémoire en Big Endian ? si c'est le cas c'est facile à résoudre.

Citation:

---

Envoyé par pol2095

Ce que je voudrais savoir : est-ce qu'un int est toujours stocké dans la mémoire en Big Endian ?

---

Non.
Revisite le lien que je t'ai donné : lien wikipédia
notamment cette partie : Dans les ordinateurs

J'ai trouvé quelque chose d'intéressant ici, ils inversent bien le int en C quand le processeur est Little Endian.
Je rajoute cette fonction :

Code:

---

1 2 3 4 5 6

bool isLittleEndian(void) { short int number = 0x1; char *numPtr = (char*)&number; return (numPtr[0] == 1); }

---

ton code est quand même "mouais" :whistle: :ange: (utilisation de pointeurs, cast, utilisation de la syntaxe tableau)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

#include <iostream>     int main() { unsigned int num = 0x87654321;   std::cout << std::hex << ((num >> 24) & 0xFF) << ":" << ((num >> 16) & 0xFF) << ":" << ((num >> 8) & 0xFF) << ":" << (num & 0xFF) << std::endl;     return EXIT_SUCCESS; }

---

Bonjour,

Je vais me faire houspiller à raison, mais je ne résiste pas à proposer de passer par une simple opération assembleur x86 (via les __asm etc.) : bswap dont l'objectif est d'inverser l'ordre des octets d'un 32 bits ou 64 bits.

Version habillée c++ : std::byteswap.

Salutations

A partir de C++20, la bibliothèque standard fournit de quoi tester facilement l'endianness https://en.cppreference.com/w/cpp/types/endian

Tu parles de Java et d'Android : il faut savoir que la JVM est toujours en big endian : https://stackoverflow.com/questions/...nes-endianness
Si tu veux savoir depuis Java quel est l'endianness du système native sous-jacent, tu peux utiliser https://docs.oracle.com/javase/8/doc...ByteOrder.html