ich bemühe mich grade portablen Code für OSX/Win32 zu schreiben und sehe mich
mit dem Little-Big-Endian Problem konfrontiert.
Ich brauchen keinen konkreten Code sondern möchte euch fragen welches ihr für
die sinnvollste und effektifste (evl. mit Stylebonus Methode haltet eine
BigEndian Datei auf einem LittleEndian System zu verarbeiten.

Der Code ist für Windows bereits implementiert und benutzt massig struct's.

Was ist am besten?

- Jedes struct, bekommt eine Memberfunktion 'swapBytes' die
beim einlesen des File via #ifdef bigEdian aufgerufen wird.

- Bei #ifdef bigEndian das File komplett in den Speicher lesen, die Daten
zu BigEndian konvertieren, als temp Kopie speichern und dann normal weiter
auf dem temp File. (so könnte ich am meisten Code weiter benutzen)

- Die Datei gleich rückwärts lesen, geht das?

Gruß
Marcel

Binarys schrieb:

- Die Datei gleich rückwärts lesen, geht das?

nicht möglich.
willst du überhaupt exe-files oder code-files endian umwandeln? beim code müsste das (glaube ich: in c/c++) beim linken passieren. aber ein normaler compiler bring die funktion schon mit sich. gcc > --big-endian oder --little-endian als parameter übergeben. und exe-files kenne ich keine möglichkeit und ich vermutte auch mal das sowas nicht geht.

Nur z.b. solche Sachen müssen gesondert behandelt werden:

int sei 32bit groß

little endian variante:

int i = 12345678;
char * p = (char *)&i;
char lsb = p[0];

big endian:

int i = 12345678;
char * p = (char *)&i;
char lsb = p[3];

[cpp]
int length;
char * buffer;

//die Litte-Endian Binardatei öffnen und lesen
ifstream ifs (filename, ios::binary | ios::in);
ifs.seekg (0, ios::end);
length = ifs.tellg();
ifs.seekg (0, ios::beg);
buffer = new char [length];
ifs.read (buffer,length);
ifs.close();

// unter OSX den buffer von Litte-Endian nach Big-Endian swapen
register int i = 0;
register int j = length;
while (i<j)
{
   swap(buffer[i], buffer[j]);
   i++, j--;
}
// ... weiter wie unter Win
[/cpp]

Also, zu mindest in meiner Fantasie, sollte das den ganzen datei
inhalt einmal umdrehen. Klappt aber nicht

jmp addresse
variable dd 12
addresse:
add ax, variable

sprunglänge jmp -> addresse = 4byte.
variable = 0C hex.
dieser code wird zu EB 04 00 0C 00 00 00 83 C0 02 assembliert. dabei ist kursiv die addresse und fett die variable darstellt. diese ist nun in little-endian und deswegen ist 04 0C vorne. willst du es in big-endian müsste die bin so aussehen: EB 00 04 00 00 00 OC 83 C0 02 aussehen.
diese marken (addressen) sind in c++ z.b. jedes if .. else und so ziemlich die komplete syntax. (auch goto :))

wenn du jetzt eine binary hast bei der du nicht weist wo sich die maken befinden, die du rückwärts speichern sollst, dann kannst du deine datei auch nicht konvertieren.

Das erklärt mein Problem und die Lösung ist dann auch klar
(mein erster Ansatz weiter oben).

Danke!
Lg

MfG, Michael

PS. Ich habe damit Erfahrungen (z.b. DICOM-Format, daß sowohl Little-Endian, als auch Big-Endian codiert sein kann)

MichiK schrieb:

Swapen muß man nur Werte, die aus mehren Bytes bestehen.
Gewöhnliche Byte-streams werden hingägen überall gleichbehandelt.

ja genau. ein string bleibt so wie er ist. also "string" wird nicht zu "gnirts"

@MichiK
was ist DICOM???

Ich weiß das, weil ich selber einen DICOM-Viewer und WebClient geschrieben habe (welcher Daten von einem DICOM-Server abruft).

Und MichiK, was hast du mit DICOM zu schaffen?