struct sBla
{
    int nWert;
    char cStr[124];
};

...nämlich 128 Byte, aber für diese Struktur nicht:

struct sVerwirrt
{
    short nWert1;
    int nWert2;
};

...nämlich angeblich 8 Byte Wie geht denn sowas? Und wie soll ich mit solchen Strukturen umgehen? Bin leider darauf angewiesen, ich lese hier irgendwelche kryptischen, fremden Binärdateien aus

(wenn du die Daten lückenlos benötigst, mußt du das Padding ausschalten - schau dich dazu mal nach der "#pragma pack" in der Compiler-Doku um)

MfG

MyFile.Read(&Struktur, sizeof(strukturtyp));

Geht schön schnell, knallt aber super wenn dieses "Padding" eingreift
Ich werd mal versuchen das abzuschalten.

MfG

#include <stdio.h>
#include <time.h>

#pragma pack (1)
struct t{
    short x;
    int y;
};

int main(int argc, int **argv){

    printf("%i\n", sizeof(struct t));
}

zB liefert als Ausgabe 6.

@Cpp_Junky: Du mußt die Struktur-Definition in "#pragma pack" einschließen, dann wird sie lückenlos angeordnet (die genaue Syntax hängt vom verwendeten Compiler ab, mußt du mal nachschlagen).

#pragma pack(1)

	struct sHeader
	{
	    char cStr[124];
	    int nOffset;
	};

	struct sEntry
	{
	    short nItemCount;
	    int nOffsetFirstItem;
	};

#pragma pack( )

...
Geht schön schnell, knallt aber super wenn dieses "Padding" eingreift...

=> Deswegen ist das "Binärspeichern" fast immer ein blöde Idee (oder sagen wir mal: Es gibt in 99,99% der Fälle bessere Lösungen.

Da Du allerdings die Daten bereits vorgeliefert bekommst

Cpp_Junky schrieb:

...Bin leider darauf angewiesen, ich lese hier irgendwelche kryptischen, fremden Binärdateien aus ...Und wie soll ich mit solchen Strukturen umgehen?

1.) Verpass', demjenigen, der das verbockt hat eine kräftige Abreibung.
2.) Mach denselben Fehler nicht nochmal beim Einlesen !!!

Merke Dir und verinnerliche: Das binäre Format von C++-Variablen im Speicher ist unspezifiziert !!!
Daraus folgt auch, dass Dir mit irgendwelchen Compilerschaltern/Pragmas/... nur kurzfristig weitergeholfen ist (Wer sagt denn, dass der "Schreiber" alles Padding abgeschaltet hat ?)

Mein Tipp: Analysiere die vorkommenden Datenstrukturen und fülle dann sauber Feld für Feld - byteweise !

Gruß,

Simon2.

Binäre Datenformate ...

LordJaxom schrieb:

...binären Datenformaten ...

Naja, davon habe ich ja auch nicht gesprochen, sondern von

Simon2 schrieb:

...Das binäre Format von C++-Variablen im Speicher ...

Gruß,

Simon2.

...
1.) Verpass', demjenigen, der das verbockt hat eine kräftige Abreibung.
2.) Mach denselben Fehler nicht nochmal beim Einlesen !!!
...

Die Dateien sind anno 1995, der Typ ist längst über alle Berge

Binäre Datenformate sind volle Kanne super!

Binärdateien finde ich sehr viel eleganter als so eine ASCII Grütze a la XML o.ä., wo die halbe Datei aus Tags besteht und nach dem Einlesen noch geparsed werden muss. Binär musst du lediglich die passenden Speicher bereitstellen und kannst das Zeug in einem Rutsch einlesen. Problematisch ist halt das Handling der Datentypen und das Design des Dateiformats.

Cpp_Junky schrieb:

...
Die Dateien sind anno 1995, der Typ ist längst über alle Berge :D...

Der weiß schon, warum
Fairerweise muss man sagen, dass derlei Frickeleien vor 12 Jahren noch ziemlich "angesagt" und normal waren ... die Langzeitfolgen hat man eben erst später kennngelernt. Da hat man in den letzten 12 Jahren seeeehr viel dazugelernt.

Wie schon gesagt: Du bist der lebende Beweis dafür, dass das eine schlechte Idee war.

Cpp_Junky schrieb:

...
Binärdateien finde ich sehr viel eleganter als so eine ASCII Grütze a la XML o.ä., wo die halbe Datei aus Tags besteht und nach dem Einlesen noch geparsed werden muss. Binär musst du lediglich die passenden Speicher bereitstellen und kannst das Zeug in einem Rutsch einlesen. Problematisch ist halt das Handling der Datentypen und das Design des Dateiformats.

nochmal: Ich habe nicht von "ASCII" gesprochen ... aber Dein Problem ist anscheinend die unrealistische Priorisierung. Dein obiges Argument klingt wie
"Scheiß mit Reis ist einfach elegant ... ein wenig problematisch ist halt der Geschmack"

Gruß,

Simon2.

XML hingegen ist der Tod der Intelligenz und Performanz.

Einfach nur mit binären Dingen arbeiten, für jedes Dateiformat eine kleine Lib die sich um das Laden und Speichern kümmert, inklusive Versionsnummer in der Datei und einer Funktion zum Export in ASCII, falls mal der Quellcode verlorengeht oder schlimmeres. Hatte da auch noch nie Probleme.

Wenn du ein klar definiertes Format für die Binärdaten hast, ist das auch kein Problem. Allerdings hängt das interne Datenformat der C-Typen von zu vielen Faktoren ab, um da brauchbar zu sein.

(der Unterschied fällt allerdings erst auf, wenn du versuchst, deine Binärdateien in einem anderen System wieder einzulesen)

Einfach keine Structs verwenden, sondern char-Arrays und Offsets und void-Pointern.

Na ... auf Maschinen mit unterschiedlichen Wortlängen, Zeichensätzen oder Endian-Formaten reicht das aber auch nicht....
Aber es ist schon ein erster Schritt hin zu einem eigenen Dateiformat (von dem niemand hier behauptet hat, es müsse "lesbar" sein).

Cpp_Junky schrieb:

Ich versteh eure Binär-Angst nicht....

Wen meinst Du denn mit "ihr" ? und wo siehst Du denn hier "Binärangst" ?
Ich verstehe übrigens Deine "Binär-Liebe" nicht ... deren Zahnabdrücke in Deinem Hinterteil immer noch deutlich sichtbar sind. :p

Letztlich hat CStoll es (wieder mal) schön auf den PUnkt gebracht:

CStoll schrieb:

...Wenn du ein klar definiertes Format für die Binärdaten hast, ist das auch kein Problem. Allerdings hängt das interne Datenformat der C-Typen von zu vielen Faktoren ab, um da brauchbar zu sein...

... wobei es nicht nur bei "unterschiedlichen Maschinen" problematisch wird, sondern (wie bei Dir) andere Compiler(-versionen/-einstellungen) können auch schon reichen.

Gruß,

Simon2.