Ouvrir le fichier et lire à partir du fichier Objective-c

Question

J'essaie d'ouvrir un fichier et de le lire .. mais j'ai quelques problèmes.

FILE *libFile = fopen("/Users/pineapple/Desktop/finalproj/test242.txt","r"); 
char wah[200]; 
fgets(wah, 200, libFile); 
printf("%s test\n", wah); 

Ceci imprime: Test \ 377 \ 376N plutôt que n'importe quel contenu de mon fichier.

aucune idée pourquoi?

code complet:

#import <Cocoa/Cocoa.h> 
#import <stdio.h> 

int main(int argc, char *argv[]) 
{ 
NSAutoreleasePool* pool = [[NSAutoreleasePool alloc] init]; 

FILE *libFile = fopen("/Users/pineapple/Desktop/finalproj/test242.txt","r"); 
if(libFile){ 
char wah[200]; 
fgets(wah, 200, libFile); 
printf("%s test\n", wah); 
    } 
[pool drain]; 
return 0; 

} 

Et le test242.txt ne contient pas plus de 200 caractères.

Answer 1

Si ceci est pour Objective-C, pourquoi ne pas faire quelque chose comme:

utilisation NSFileHandle:

NSString * path = @"/Users/pineapple/Desktop/finalproj/test242.txt"; 
NSFileHandle * fileHandle = [NSFileHandle fileHandleForReadingAtPath:path]; 
NSData * buffer = nil; 
while ((buffer = [fileHandle readDataOfLength:1024])) { 
    //do something with the buffer 
} 

ou utiliser NSString:

NSString * fileContents = [NSString stringWithContentsOfFile:path encoding:NSUTF8StringEncoding error:nil]; 

ou si vous avez besoin de le lire ligne par ligne:

How to read data from NSFileHandle line by line?

OMI, il n'y a pas besoin de descendre au niveau C fonctions FileIO sauf si vous avez une très très bonne raison de le faire (par exemple, ouvrir un fichier en utilisant O_SHLOCK ou quelque chose)

Answer 2

printf("%s test\n"); 

Vous ne transmettez pas la chaîne à printf. Essayez

printf("%s test\n", wah); 

En outre, si votre fichier contient une ligne de plus de 200 caractères, fgets lira 200 caractères dans wah - puis ajoutez un NUL à la fin, qui sera l'extrémité de wah (depuis que vous avez déclaré il sera de 200 caractères) et piétinera quelque chose au hasard, et le comportement de votre programme sera indéfini et peut mettre le feu à votre chat.

Answer 3

Si vous ne me dérange pas lire tout d'un fichier que vous pouvez faire quelque chose comme ceci:

NSData* myData = [NSData dataWithContentsOfFile:myFileWithPath]; 

et faire tout ce que vous voulez avec les données à partir de là. Vous obtiendrez zéro si le fichier n'existe pas.

Si vous assumez le texte (string) données dans ce fichier, vous pouvez en outre faire quelque chose comme ça, et puis l'analyser comme NSString:

NSString* myString = [[NSString alloc] initWithBytes:[myData bytes] length:[myData length] encoding:NSUTF8StringEncoding]; 

Puisque vous avez mentionné que vous êtes relativement nouveau à c objectif que vous peut chercher assez bien NSStrings. Jetez un oeil here pour plus d'informations à ce sujet.

Answer 4

Votre fichier est stocké dans UTF-16 (Unicode). Le premier caractère de votre fichier est "L", qui est le point de code 0x4C. Les 4 premiers octets de votre fichier sont FF FE 4C 00, qui sont une marque d'ordre d'octet (BOM) et la lettre L codée en UTF-16 comme deux octets.

fgets n'est pas Unicode, donc il recherche le caractère de nouvelle ligne '\n', qui est l'octet 0x0A.Probablement cela se produira sur le premier octet d'une nouvelle ligne Unicode (les deux octets 0A 00), mais il pourrait aussi arriver sur beaucoup d'autres caractères non-nouvelle ligne tels que U + 010A (lettre majuscule latine A POINT PLUS HAUT) ou quoi que ce soit dans les scripts Gurmukhi ou Gujarati (U + 0A00 à U + 0AFF). En tout cas, cependant, les données qui finissent dans le tampon wah ont beaucoup de NULL incorporés et ressemblent à FF FE 4C 00 47 00 4F 00 4F 00 0A 00. NUL (0x00) est le terminateur de chaîne C, donc quand vous essayez d'imprimer ceci en utilisant printf, il s'arrête à la première null, et tout ce que vous voyez est \377\376L. \377\376 est la représentation octale des octets FF FE. La solution pour cela est de convertir votre fichier texte en un codage à un octet, tel que ISO 8859-1 ou UTF-8. Notez que les encodages codés sur un seul octet (excepté UTF-8) ne peuvent pas encoder toute la gamme des caractères Unicode, donc si vous avez besoin d'Unicode, je vous recommande fortement d'utiliser UTF-8. Vous pouvez également convertir votre programme en mode Unicode, mais vous ne pouvez plus utiliser beaucoup de fonctions de bibliothèque standard (telles que fgets et printf) et vous devez utiliser wchar_t partout à la place de char.

Answer 5

Slycrel l'a compris. Développant cette réponse, voici une autre (à mon avis, plus simple) moyen de transformer ces données en une chaîne:

NSString *myFileString = [[NSString alloc] initWithData:someData encoding:NSUTF8StringEncoding]; 

Ceci déclare une nouvelle NSString en utilisant directement spécifié le NSData.

Answer 6

Je voulais cela aussi et je me suis dit "fais cela à la place" n'a pas répondu à la question, voici un exemple de travail ci-dessous. Méfiez-vous que fgets lit le délimiteur \ n et l'ajoute à votre texte.

NSString * fName = [[NSBundle mainBundle] pathForResource:@"Sample" ofType:@"txt"]; 
FILE *fileHandle = fopen([fName UTF8String],"r"); 
char space[1024]; 
while (fgets(space, 1024, fileHandle) != NULL) 
{ 
    NSLog(@"space = %s", space); 
} 

fclose(fileHandle);