listes chaînées en Objective-C

[Mala]

@mala
Par contre sous Xcode, via le débogueur, lorsque j'ouvre mon fichier, le nombre d'octets chargés est le bon (ouf), mais je n'arrive pas à voir en mémoire son contenu. Lorsque je déroule l'objet NSData, il y a un pointeur "isa" et puis c'est tout. Même si je demande à voir le contenu du pointeur, je n'ai pas les bonnes données visiblement. Je ne vois pas où sont stockés les octets lus.

En fait, il faut bien intégrer qu'Obj-C est un langage dynamique (les accès aux variables d'un objet ou même d'une méthode sont ainsi calculés à la volée contrairement à des langage statics comme Java ou C++). Mais du coup, tu ne peux pas toujours dérouler aussi facilement (notamment pour les classes dont tu n'as pas le source) le contenu d'un objet comme tu le ferais avec une instance C++ par exemple. C'est une des spécificités d'Obj-C qui lui confère une grande puissance mais bref on pourra y revenir si tu as des questions.
Pour récupérer ton buffer dans ton cas, utilises la méthode "bytes".

const char *buf = (const char*)[monObjetNSData bytes];

la méthode "bytes" retournant un "const void *", on cast le retour de la méthode en fonction du format désiré (8bits,16bits,signé, pas signé, etc) pour éviter un warning.

Tu peux aussi utiliser des méthodes telles que..

- (void)getBytes:(void *)buffer range:(NSRange)range

...pour récupérer des copies de portions de ton buffer si tu préfères.

A noter que si tu voulais pouvoir modifier ton buffer (mais je pense pas que ce soit le cas ici), tu te tournerais vers NSMutableData qui dispose d'une méthode "mutableBytes". Laquelle retourne un "void*" (donc modifiable).

Donc pour la parenthèse, en Obj-C on fait toujours la distinction entre objets "en lecture seule" et objets modifiables.
Exemple de classes:
NSString et NSMutableString.
NSArray et NSMutableArray.
NSDictionary et NSMutableDictionary.
etc.

Sinon, venant du C/C++/C#, l'Objective-C n'est pas si méchant une fois le nez dedans.

Tout a fait. Le tout est d'intégrer les quelques rudiments qui vont bien pour partir du bon pied et après c'est pas sorcier.

Pour parcourir plus rapidement les classes Obj-C qu'avec l'aide d'xcode, je te conseille l'excellent AppKiDo. Bien sûr au début le problème c'est qu'il faut savoir ce qu'on cherche mais tu verras qu'à l'usage sa présentation hiérarchique des classes et sa recherche rapide sont très pratiques.

Edit: je viens d'y penser mais si tu codes sous PPC, ne pas oublier que la lecture de fichiers binaires peut être impacté par l'architecture processeur (tu avais l'air de sous entendre que ton fichier venait d'un PC si je ne m'abuse). Il peut donc y avoir nécessité de réordonner les octets lus.

 

[tatouille]

obsolète concernant obj-c 2

dsl j'ai répondu rapidement c'était à prendre comme une note bien sur qu'en obj-c v2 tu peux compiler
en gardant l'option, c'est juste pour quelq'un qui donne comme exemple le cplusplus, et qu'on lui propose un language objet avec des retain et des release (alloc free) cela peut paraitre assez bizarre et assez chiant, la nouvelle donne :
AUTO-MEM qui est bien meilleur que celle du c++ qui parfois peu devenir une horreur , car oui un language qui cache les systemcalls cela peut paraitre + confortable , mais à l'utilisation c'est souvent le contraire , enfin cela dépend ce que l'on fait , c'est pour cela que je suis devenu un D afficionados



l'OBJ_C pourrait se résumer par getElementByID hop un sample tout chaud

PS : je vois que mon nouvel avatar à du succès

c'est un hommage à la plus belle pair de seins de macgé ( accéssoirement elle plonge en mer chaude, si un jours, elle est au courant de ce commentaire je saurais que cela vient de l'un d'entre vous car je ne pense pas qu'elle descende aussi profond )


ca dépend du PC , si cela provient d'un NIX aucun problème there are all bigendian

 

[Mala]

dsl j'ai répondu rapidement c'était à prendre comme une note bien sur qu'en obj-c v2 tu peux compiler
en gardant l'option,

Y a pas de mal.
C'est le terme "obsolète" qui m'a fait réagir car le raccourci était un peu rapide. Il y a deux raisons majeures à cela:
- Les GC sont loin d'être la solution miracle en terme de performances/gestion des ressources.
- C'était faire un peu vite l'impasse sur les prédécesseurs de Léopards qui sont encore bien présents (et pour cause ) et qui le resterons encore un petit moment d'où des problèmes de compatibilité.

Donc pour moi, le GC d'Obj-C va rester un choix (tout comme en langage D il me semble) et à ce titre je trouve que c'est une très bonne chose.

c'est juste pour quelq'un qui donne comme exemple le cplusplus, et qu'on lui propose un language objet avec des retain et des release (alloc free) cela peut paraitre assez bizarre et assez chiant,

Et les new/delete du C++ sont quoi si ce n'est des équivalents aux new/release d'Obj-C? La notion d'autorelease/retain est juste un complément dont la seul alternative en C++ est l'implémentation de callbacks ou de smart pointers (qui a dit chiant? ) car le C++ offre par défaut une gestion entièrement manuelle.

 

[tatouille]

Y a pas de mal.
C'est le terme "obsolète" qui m'a fait réagir car le raccourci était un peu rapide. Il y a deux raisons majeures à cela:
- Les GC sont loin d'être la solution miracle en terme de performances/gestion des ressources.
- C'était faire un peu vite l'impasse sur les prédécesseurs de Léopards qui sont encore bien présents (et pour cause ) et qui le resterons encore un petit moment d'où des problèmes de compatibilité.

Donc pour moi, le GC d'Obj-C va rester un choix (tout comme en langage D il me semble) et à ce titre je trouve que c'est une très bonne chose.


Et les new/delete du C++ sont quoi si ce n'est des équivalents aux new/release d'Obj-C? La notion d'autorelease/retain est juste un complément dont la seul alternative en C++ est l'implémentation de callbacks ou de smart pointers (qui a dit chiant? ) car le C++ offre par défaut une gestion entièrement manuelle.

oui avec boost , qui a dit smart
oui le garbage collector mechanisme est théoriquement le même

 

[boulifb]

@Mala:
Bon, je viens de faire une première fonction en Objective-C qui fait quelque chose.

Voilà le code:

#import <Foundation/Foundation.h>
#define SAFE_RELEASE(p)   { if (p) { [p release]; } }
int main(int argc, char** argv)
{
 NSAutoreleasePool*  pool=[NSAutoreleasePool new];
 NSSttring*  fileName="FF01"; // il faut un arobas apr&#232;s le = pour que &#231;a compile
 NSData*    fileContent=[NSData dataWithContentsOfFile: fileName];
 unsigned char*   bytes=(unsigned char*) [fileContent bytes];
 int    nCol=0, i=-1;
 for (i=0; i<[fileContent length]; i++, nCol++)
 {
  if (nCol > 16)
  {
   nCol=0;
   printf("\n");
  }
  printf("&#37;02x ", bytes[i]);
 }
 
 printf("\n");
 [fileName retain];
 [fileContent retain];
 SAFE_RELEASE(pool);
 return 0;
}

Bon, là, j'ai tout mis dans le main

Il affiche en hexa le contenu du fichier que je charge et c'est bon.
Pour bien faire, faudrait que je trappe les exceptions lors de l'ouverture du fichier et l'allocation des pointeurs, mais c'est pour l'exemple

Est-ce bien du Cocoa ce que j'ai fais? En tout cas, je commence à piger l'Objective-C. Le tout est de connaitre les classes.

N'y a-t-il pas un moyen plus "Cocoa" ou plus Apple-Like que ce que j'ai fais pour accéder aux données?

Pour mon code, je dois analyser octet par octet le contenu du fichier qui contient en fait les descripteurs de niveaux (taille du niveau, indexes de tiles, table d'actions etc.) , afin de recréer en mémoire le niveau dans une structure que j'écrirais en Objective-C.

fred.

 

[Mala]

Il affiche en hexa le contenu du fichier que je charge et c'est bon.

Ok, donc pas de souci de plateforme comme je l''évoquais.

Pour bien faire, faudrait que je trappe les exceptions lors de l'ouverture du fichier et l'allocation des pointeurs, mais c'est pour l'exemple

Cocoa fait un usage assez restreint des exceptions (d'ailleurs la gestion des exceptions Objective-C n'est pas active par défaut il me semble lorsqu'on créer un projet xcode). Ici, il te suffit de tester "fileContent" qui est mit à nil par dataWithContentsOfFile si la lecture se passe mal (tape "dataWithContentsOfFile" dans AppKiDo, tu vas voir il va t'emmener directement dessus...

Return Value
A data object by reading every byte from the file specified by path.
Returns nil if the data object could not be created.

Est-ce bien du Cocoa ce que j'ai fais? En tout cas, je commence à piger l'Objective-C. Le tout est de connaitre les classes.

Ton code marche mais tu as des fuites.

Quand tu fais à la fin de ton code:

[fileName retain];
[fileContent retain];

Tu te réserves la gestion mémoire de ces deux objets. Donc lorsque tu fais le release sur ton pool juste après, il ne s'occupe pas de ces deux lascars. Soit tu supprimes les "retain", soit-tu fais en "release" dessus par la suite (mais dans le cas présent ça n'a pas grand intérêt. prends le temps de bien relire ce que je t'ai expliqué dans me post précédents. Sinon, tu peux aussi jeter un oeil à cet article de Renaud sur la gestion mémoire et qui est très bien fait: Gestion de la mémoire en Objective-C

N'y a-t-il pas un moyen plus "Cocoa" ou plus Apple-Like que ce que j'ai fais pour accéder aux données?

Pour mon code, je dois analyser octet par octet le contenu du fichier qui contient en fait les descripteurs de niveaux (taille du niveau, indexes de tiles, table d'actions etc.) , afin de recréer en mémoire le niveau dans une structure que j'écrirais en Objective-C.

A première vue, je dirais que c'est déjà pas mal. Un mélange d'Obj-C pour le fonctionnel et de C pure pour les performances en ce qui concerne l'accès au buffer.

Eventuellement, ce que je ferais perso:
- ajouter une variable genre "int length = [fileContent length]" et l'utiliser dans la boucle. Cela évite de passer son temps à rappeler une méthode dont le retour ne change jamais. Le côté dynamique d'Obj-C a aussi une contrepartie-> la lenteur des appels de méthode du fait de l'aiguillage à la volée.
- remplacer les printf par des NSLog(). La syntaxe d'utilisation est la même (aux caractères @ près pour indiquer une chaîne Obj-C mais tu peux en plus tracer des objets Obj-C avec) et ça trace en plus dans le fichier de log.
ex:

NSLog(@"%@",[fileContent description])

La méthode description nous permet ici de demander à l'objet de se détailler sous forme d'une chaîne NSString.

Dans ton cas pour faire exactement la même chose que toi, on fait par exemple:

NSLog(@"%02x ", bytes[i]);

 

[boulifb]

Salut,

NSLog pour la sortie n'est pas terrible. En effet, il met tout en bloc et met des timestamps lors que j'utilise le formatage %02x.

J'imagine qu'il y a moyen d'avoir l'équivalent du printf en Cocoa.

Sinon, j'ai vu le pourquoi des fuites. "Retain" fait de la rétention de données mémoire, comme son nom l'indique et le pool vide ce qui lui a été donné lors du release si j'ai bien compris.

Maintenant, que j'ai pigé l'Objective-C, reste plus qu'à comperendre l'arcjitecture Cocoa et de prendre mes repères.

Fred.

 

[ntx]

Pour les logs il y a le framework log4cocoa, qui reprend le fonctionnement de log4j.

 

[Mala]

En effet, il met tout en bloc et met des timestamps lors que j'utilise le formatage %02x.

En effet, je n'avais pas pensé que le timestamps pouvait te gêner. A ma connaissance, il n'y a pas d'équivalent au printf simple en Obj-C. Dans le contexte de Cocoa, les retours utilisateurs sont avant tout graphiques. Lorsqu'on fait des traces texte c'est qu'on veut en garder une trace (d'où la datation des logs).

Mais tu peux néanmoins très bien mélanger les genres pour tes besoins. Voici trois exemples d'équivalences (au timestamps près)...

   // En C simple
    char buffer [50];
    int n, a=5, b=3;
    n=sprintf (buffer, "%d plus %d is %d", a, b, a+b);
    printf ("[%s] is a %d char long string\n",buffer,n);
    
    // En Objective-C
    NSString *myString = [NSString stringWithFormat:@"%d plus %d is %d", a, b, a+b];
    NSLog(@"[%@] is a %d char long string\n",myString);
    
    // En mélangeant C et Objective-C
    NSString *myString2 = [NSString stringWithFormat:@"%d plus %d is %d", a, b, a+b];
    printf ("[%s] is a %d char long string\n",[myString2 cString],[myString2 length]);