NSUInteger ne remplit pas son rôle ?
muqaddar
Administrateur
Je suis tombé sur quelque chose qui me dépasse.
_unplaced était non signé, comment peut-il m'afficher une valeur négative ?
Y'a moyen de contourner le problème avec 2 ou 3 if, mais vu que diff peut être positif ou négatif, je pensais que _unplaced se contenterait de se mettre à 0, si on lui envoyait une valeur négative qui le fait descendre en dessous de 0.
Le pire, c'est que si je mets ensuite :
il me met bien sûr un warning me disant que c'est impossible qu'il soit infèrieur à 0 vu qu'il est unsigned ! Ce qui est logique.
NSUInteger _unplaced = 2;<br />NSInteger diff = -4;<br /><br />_unplaced += diff;<br /><br />NSLog(@"_unplaced: %d", _unplaced);
[86300:207] _unplaced: -1
_unplaced était non signé, comment peut-il m'afficher une valeur négative ?
Y'a moyen de contourner le problème avec 2 ou 3 if, mais vu que diff peut être positif ou négatif, je pensais que _unplaced se contenterait de se mettre à 0, si on lui envoyait une valeur négative qui le fait descendre en dessous de 0.
Le pire, c'est que si je mets ensuite :
if (_unplaced < 0) ...
il me met bien sûr un warning me disant que c'est impossible qu'il soit infèrieur à 0 vu qu'il est unsigned ! Ce qui est logique.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Parce que pour afficher un entier non signé, on n'utilise pas %d, mais %u
Non, ce n'est jamais le cas en C (et par la même occasion en objective-c). Le C est un langage de "bas niveau" et donc aucune vérification de ce type n'est effectuée. Le but du C, c'est de produire du code rapide, pas du code sûr. La sureté du code est laissé au développeur.
Au niveau du processeur, il n'y a pas vraiment de différence au niveau du stockage d'entiers signé et non signés. par exemple, un entier signé sur 16 bits de valeur -1 est stocké comme un entier non signé de valeur hexa 0xFFFF.
Par contre je suis surpris que tu n'aies pas de warning sur le "+=". Peut-être qu'en compilant avec tous les warnings activés... (option -Wall de GCC).
Oups, j'utilise tellement peu les entiers signés que j'avais oublié !
Alors, je vais m'appliquer à faire une moulinette pour rendre le code sûr.
Parce que diff a une chance d'être positif, et que dans ce cas, ça ne pose pas de problème ?
Franchement, si le compilateur fait ce genre de supposition, c'est grave...
En fait, j'utilise LLVM mais il devrait être encore plus intransigeant.
Pourtant tu dois maitriser parfaitement le MVC
J'ai pas saisi. ::)
c'est une plaisanterie sur le model (NSUInteger) et la vue ( %d" )
avec "bcq d'abstraction" on est bien dans le MVC ?
C'est parce que c'était capilotracté.
C'est normal de ne pas avoir de warning, on a le droit de faire des soustractions sur un non signé. Je vois pas où est le problème.
C'est dans les comparaisons signé/non signé que tu dois avoir des warnings.
Après, sur le code que tu as donné en exemple, un analyseur syntaxique (build and analyze) doit pouvoir te signaler un débordement. Mais je suppose que ce n'était pas le vrai code.
oui oui, hier c'etait pas la forme