ich stehe vor folgendem Problem: Ich habe eine Datei vor mir liegen, die ich einteilen will. Und zwar indem ich die Datei in einen string einlese, und diesen dann im hex darstelle. In den hex-Werten, will ich dann bestimmte Positionen raussuchen...Hoffe ihr versteht, was ich meine. Einen ascii-string in hex konvertieren, und dann Positionen bestimmter hex-Werte suchen-

- Datei mit ifstream binär öffnen
- Alle Zeichen einzeln in char-Array auslesen
- char in Hexadezimal-Form ausgeben
- Position über Array bestimmbar

bis bald
akari

(aber wenn du mit den Werten rechnen willst, ist die ursprüngliche Form vermutlich einfacher zu handhaben)

Nein für den Computer sind alle Zeichen nur binäre Zahlen. Erst die Ausgabe entscheidet ob dezimal oder hexadezimal. Du brauchst auf keinen Fall zwei interne Arrays für die beiden Schreibweisen.

/Edit : zu spät

bis bald
akari

ich weiß schon was ich will. Ich würde also einen Array haben, indem zunächst mal die Ascii-Zeichen drinnen stehen. Und nun mach ein zweites Array, indem die Zeichen aus Array1 kopiert werden->jedoch anstelle des Ascii-Zeichens die Hex-Werte stehen...

ASCII-Zeichen und Hexadezimal sind nur eine unterschiedliche Ausgabe der Binärdaten (Binär: 0 oder 1), mit denen du rumhantierst. Für den Computer gibt es keine unterschiedliche Darstellung, alles ist Binär. Dein Problem ist vermutlich nur die Ausgabe...

ich glaub so könnte man das sagen...Aber wie finde ich denn dann einen solchen Wert wie 00?

Nun kommt die Quizfrage: Welche der folgenden Variablen enthalten _nicht_ den gleichen Wert?

int a = 0;
int b = 00;
int c = 0x0;
int d = '\0';
int e = '\x0';

Ich gebe den string "A" ein. Benutze atoi und erhalte dadurch......0
Ich gebe "X" ein. Benutze atoi und erhalte dadurch.................0

Bringts irgendwie net so ganz mit dem integer...Es ist am Ende eh immer 0, außer natürlich, der string is ne Zahl, aber ich will ja in eine Text nach dieser 00 suchen---

PS: Und im Umgang mit C-Strings markiert \0 alias 0x00 das Ende eines Strings.

(char ist ein Ganzzahltyp, der je nach Anwendung als ASCII-Zeichen interpretiert wird. Also kannst du es auch problemlos mit 0xA2, 162 oder '\xA2' vergleichen)

string s = "Dies ist ein toller String!";
char c = 0xA2; // <-- hiernach wird gesucht

size_t pos = s.find(c);
if(pos != string::npos)
   cout << "Position: " << pos << endl;

Was ist npos?

Ist eine statische Konstante der string-Klasse und definiert die Rückgabe der find-Methode für den Fall "nicht gefunden".

und ist size_t etwa ein Typ?

Ja, und ist für Größenangaben passend zum Adressbereich der Plattform.
I.d.R. ist es ein typedef auf unsigned int.

bis bald
akari

Also ums in Worten zusammenzufassen:

Falls pos NICHT NICHT gefunden wurde, dann ...

Das mit size_t hab ich nocht nicht ganz verstanden...wäre ein int da nicht das selbe?

Falls pos NICHT NICHT gefunden wurde, dann

Einmal NICHT reicht.

Das mit size_t hab ich nocht nicht ganz verstanden...wäre ein int da nicht das selbe?

Nein ein int nicht. Es gibt keine negativen Positionsangaben in einem Array, nur positive und 0.
Ein unsigned int ist sowohl logisch als auch technisch äuqivalent. Deshalb ist size_t ja auch nur ein typedef, keine eigene Klasse/POD.

bis bald
akari

Funktionieren tuts jedenfalls nicht...Ich bekomme jedesmal die selbe Ausgabe
4294967295 geliefert...

Ja richtig.

bis bald
akari

Funktionieren tuts jedenfalls nicht...Ich bekomme jedesmal die selbe Ausgabe
4294967295 geliefert...

string::npos == 4294967295

Also nichts gefunden.
Ths Code fängt den Fall aber ab.
Ich folgere: Du hast den Code nicht richtig kopiert.

ifstream IN1("test.txt", ifstream::binary|ifstream::in);
IN1.seekg(0, ifstream::end);
int size = IN1.tellg();
IN1.seekg(0);
char buffer[size];
IN1.read(buffer, size);
string sbuffer = buffer;
char c = 0xEE;

size_t pos = sbuffer.find(c);
if( pos != string::npos);
{
cout << "Position: " << pos;
}

->Es kommt egal, wonach ich suche, immer das selbe Ergebnis. Und im Hex-Editor steht auch, dass solche Werte, wie ee enthalten sein müssten

EDIT:
Ich hab jetz ma ne neue Datei geschrieben, in der ich im Hex, dann ee eingegeben habe...>auf einmal findet er auch ne Position, mit der ich was anfangen kann. Bei meiner anderen Datei->wo ebenfalls ee`s drin vorkommen, findet er komischwerise nichts

EDIT2:

Habs endlich geschafft->habs aber anders gelöst.

ich hab ne for-Schleife, die den ganezen cstring einmal durchgeht und wenn eben i 0xee ist anschlägt>manchmal ist die Lösung vielleicht zu einfach um sie zu sehen. Trotzdem vielen dank