stringWithContentsOfFile bei File mit Nullbytes

fiveyears · 23. April 2013, 16:00

Hallo,

wenn ich ein File einlesen will, dann sollen die darin enthaltenen Null-Bytes einfach ignoriert werden. Da aber NSString eine Art C-String ist, bricht es bei Null-Bytes ab, dass heißt, was da nach kommt ist verschwunden. Wie bekomme ich denn die Null-Bytes arus.

Gruß fiveyears

macmoonshine · 23. April 2013, 16:14

Warum verwendest Du nicht NSData?

fiveyears · 23. April 2013, 20:03

Okay, doch ist das dann effizienter Code ?

Quellcode

NSData* fileBytes = [NSData dataWithContentsOfFile:aFile];
NSMutableData* newFileBytes = [NSMutableData dataWithCapacity:[fileBytes length]];
for ( NSUInteger i = 0 ; i < [fileBytes length]; i++){
Byte aByte = 0 ;
[fileBytes getBytes:&aByte range:NSMakeRange(i,1)];
if (aByte != 0) {
[newFileBytes appendBytes:&aByte length:1];
}
}
NSString* fileContent = [[NSString alloc]initWithData:newFileBytes encoding:NSUTF8StringEncoding];

macmoonshine · 23. April 2013, 20:15

Warum enthalten die Dateien überhaupt Null-Bytes?

BTW: Effizienter und einfacher ist es wahrscheinlich, mit einem Char-Pointer durch das ganze Byte-Array zu iterieren.

chartus · 23. April 2013, 20:19

renn doch direkt über den bytebuffer - dann fällt zumindest dieses getBytes:range gehampel weg.

fiveyears · 23. April 2013, 20:20

Das ist ein Log-File meines GPS-Logger, komma-separiert, aber mit Null-Bytes aufgefüllt

fiveyears · 23. April 2013, 21:02

chartus schrieb:

renn doch direkt über den bytebuffer - dann fällt zumindest dieses getBytes:range gehampel weg

Das riecht dann doch schon nach reinem C, da weiß ich dann immer nicht, ob ich was allocieren muss-ein kurzer Code wäre sehr schön

macmoonshine · 23. April 2013, 21:07

Quellcode

const char *theBytes = [fileData bytes];
const char *theEnd = theBytes + [fileData length];
for(const char *p = theBytes; p < theEnd; ++p) {
if(*p) {
[newFileBytes appendBytes:p length:1];
}
}

gritsch · 23. April 2013, 23:45

macmoonshine schrieb:

for(const char *p = theBytes; p < theEnd; ++p) {
if(*p) {
[newFileBytes appendBytes:p length:1];
}
}

wenns beliebt gehts auch noch effizienter ohne appendBytes

mattik · 24. April 2013, 00:30

gritsch schrieb:

macmoonshine schrieb:

for(const char *p = theBytes; p < theEnd; ++p) {
if(*p) {
[newFileBytes appendBytes:p length:1];
}
}

wenns beliebt gehts auch noch effizienter ohne appendBytes

... und mit einem Buffer, in etwa so:

Quellcode

NSMutableData* fileBytes = [NSMutableData dataWithContentsOfFile:aFile];
uint8_t* base = [fileBytes mutableBytes];
NSUInteger length = [fileBytes length];
NSUInteger dstIdx = 0;
for (NSUInteger srcIdx = 0; srcIdx < length; srcIdx++) {
uint8_t val = base[srcIdx];
if (val != 0) base[dstIdx++] = val;
}
[fileBytes setLength:dstIdx];
NSString* fileContent = [[NSString alloc] initWithData:fileBytes encoding:NSUTF8StringEncoding];

Persönlicher Geschmack: Ich finde die Array-Notation besser lesbar als am Pointer herumzufummeln. Performancetechnisch sollte es das gleiche sein, ist aber auch egal.

gritsch · 24. April 2013, 00:34

abgesehen davon: was macht es für einen sinn daten zusammenzufügen indem man alle 0er rausstreicht. Die strings gehören ja nicht zusammen (sonst wären ja keine filler drin), woher soll man also nachher noch die einzelnen strings erkennen? wie sind die stirngs codiert? etc..

macmoonshine · 24. April 2013, 09:16

Wahrscheinlich ist das Dateiformat kein Text sondern abgespeicherte Structs, die Texte enthalten. Dann würde ich das auch als Structs wieder einlesen.

gritsch · 24. April 2013, 09:21

macmoonshine schrieb:

Wahrscheinlich ist das Dateiformat kein Text sondern abgespeicherte Structs, die Texte enthalten. Dann würde ich das auch als Structs wieder einlesen.

allerdings.

Amin Negm-Awad · 24. April 2013, 11:39

fiveyears schrieb:

Hallo,

wenn ich ein File einlesen will, dann sollen die darin enthaltenen Null-Bytes einfach ignoriert werden. Da aber NSString eine Art C-String ist, bricht es bei Null-Bytes ab, dass heißt, was da nach kommt ist verschwunden. Wie bekomme ich denn die Null-Bytes arus.

Gruß fiveyears

Das stimmt so nicht.

NSString arbeitet nicht mit \0-Terminierung, sondern mit Längenkodierung. Wenn du den String ausgibst, werden dazu natürlich C-Funktionen des Systems benutzt und dabei verschwindet dann der Rest. Im String wird das aber "normal" behandelt und kann daher auch entfernt werden:

Quellcode

NSString *text = @"Amin\0Negm";
NSLog(@"%@", text);
NSLog(@"%ld", (long)[text length]);
text = [text stringByReplacingOccurrencesOfString:@"\0" withString:@""];
NSLog(@"%@", text);

2013-04-24 11:38:03.516 Nullchecker[16870:303] Amin
2013-04-24 11:38:03.519 Nullchecker[16870:303] 9
2013-04-24 11:38:03.519 Nullchecker[16870:303] AminNegm

Entscheidend ist also die Frage, wie das eingelesen wird, das heißt, ob und welche C-Funktionen dabei verwendet werden. Ist das das Problem (mit -length prüfen), dann in der Tat einfach mit NSData lesen und in einen String umwandeln. Das sollte gehen, weil es auf Cocoa-Ebene erfolgt. (Sonst einen Bugreport schreiben.)

Amin Negm-Awad · 24. April 2013, 11:47

Bei mir funktioniert das:

Quellcode

char *cData = "Amin\0Negm";
NSData *data = [NSData dataWithBytes:cData length:9];
// So sollte das in etwa gelesen aussehen
NSString *text = [[NSString alloc] initWithBytes:[data bytes] length:[data length] encoding:NSASCIIStringEncoding];
NSLog(@"%@", text);
NSLog(@"%ld", (long)[text length]);
text = [text stringByReplacingOccurrencesOfString:@"\0" withString:@""];
NSLog(@"%@", text);

fiveyears · 27. April 2013, 09:05

Danke für die vielen Antworten.
Ich habe auch gemerkt, dass die Strings hinter \0 weitergehen.
Ich hatte im NSLog alle Felder in einem Formatsting ausgegeben, nach dem ersten \0 war Schluss.
Als ich aber dann die Felder einzeln loggte, war der Rest natürlich da.