erreur de déférencement

erreur de déférencement - Java - Programmation

Marsh Posté le 06-10-2003 à 04:12:07    

key étant un int
 
Math.abs(key.hashCode())) % (table.length/2);
 
j'obtient l'erreur
int cannot be dereferenced
 
il y a un moyen de corriger cela?


---------------
Borland rulez: http://pages.infinit.net/borland
Reply

Marsh Posté le 06-10-2003 à 04:12:07   

Reply

Marsh Posté le 06-10-2003 à 05:37:59    

key n'est pas un objet. Tu n'as pas de méthodes sur un type primitif, vu que ce n'est pas un objet. Tu ne peux pas faire ce que tu souhaites de la sorte.
 
Peut-être que wrapper ton int dans un java.lang.Integer serait la solution ?


---------------
Le site de ma maman
Reply

Marsh Posté le 06-10-2003 à 11:11:09    

pq tu veux calculer le hashcode d'un entier? [:mlc]


Message édité par darklord le 06-10-2003 à 11:11:17

---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 06-10-2003 à 12:01:50    

Haa, je ne suis pas le seul à me poser cette question ! [:ddr555]

Reply

Marsh Posté le 06-10-2003 à 12:08:00    

Cherrytree a écrit :

key n'est pas un objet. Tu n'as pas de méthodes sur un type primitif, vu que ce n'est pas un objet. Tu ne peux pas faire ce que tu souhaites de la sorte.
 
Peut-être que wrapper ton int dans un java.lang.Integer serait la solution ?


Ouais, vivement la version 1.5, parce que vraiment, le manque d'autoboxing, ça fait tache à ce niveau...


---------------
J'ai un string dans l'array (Paris Hilton)
Reply

Marsh Posté le 06-10-2003 à 12:24:37    

Harkonnen a écrit :


Ouais, vivement la version 1.5, parce que vraiment, le manque d'autoboxing, ça fait tache à ce niveau...


 
mais ta gueule :o


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 06-10-2003 à 12:28:26    

DarkLord a écrit :


 
mais ta gueule :o


je te merde :o
meme C# le fait, tapalesbool ? :o


---------------
J'ai un string dans l'array (Paris Hilton)
Reply

Marsh Posté le 06-10-2003 à 12:57:57    

Harkonnen a écrit :


Ouais, vivement la version 1.5, parce que vraiment, le manque d'autoboxing, ça fait tache à ce niveau...

heu là non, c'est carrément une suppression des types primitifs qu'il faudrait mais on l'aura d'ici 10 ans, à la prochaine grosse révision.

Reply

Marsh Posté le 06-10-2003 à 14:43:38    

ouais youpie comme ça on pourrait calculer le hashcode d'un entier
 
 
:sweat:

Reply

Marsh Posté le 06-10-2003 à 14:44:30    

comme ca tu pourrais utiliser la genericité java aussi pour des types primitifs :O

Reply

Marsh Posté le 06-10-2003 à 14:44:30   

Reply

Marsh Posté le 06-10-2003 à 14:47:58    

the real moins moins a écrit :

ouais youpie comme ça on pourrait calculer le hashcode d'un entier
 
 
:sweat:


 
 [:xp1700]


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 06-10-2003 à 15:22:28    

the real moins moins a écrit :

ouais youpie comme ça on pourrait calculer le hashcode d'un entier

Et ?

Reply

Marsh Posté le 06-10-2003 à 15:23:46    

ben et rien; le point de départ de ce topic c'est un mec qui essaie d'appeler une methode sur un entier; le hashcode qui plus est.
...
apres t'as l'autre affreux qui vient troller sans savoir de quoi il parle...


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
Reply

Marsh Posté le 06-10-2003 à 15:25:19    


 
ce qu'il essaye de dire, c'est que Java, dans sa forme actuelle, approche un niveau de perfection jamais egalé, et Le Grand Guide, Sun (pour ne pas le nommer), ne prends que des Bonnes Decisions , pleine de bon sens. Autrement dit, ce que Le Grand Guide inclue dans Java est bon, et par consequent, ce qui n'est pas dans Java est au mieux inutile, au pire mauvais, pouvant meme etre en contradiction avec la Philosophie Java, sinon Le Grand Guide l'aurait bien evidemment inclue dans java. (evidemment, si le Grand Guide change d'avis,ca deviendra une Bonne Idee)


Message édité par chrisbk le 06-10-2003 à 15:32:26
Reply

Marsh Posté le 06-10-2003 à 15:33:38    

euh, non.

Reply

Marsh Posté le 06-10-2003 à 15:34:37    

:heink:


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 06-10-2003 à 15:36:14    

the real moins moins a écrit :


apres t'as l'autre affreux qui vient troller sans savoir de quoi il parle...  


pas de bol, je sais exactement de quoi je parle... même si effectivement le cas présenté ici va encore plus loin que l'autoboxing, je faisais référence à la remarque de Cherrytree qui suggérait d'encapsuler son Int dans une classe, ce qui est la raison d'être de l'autoboxing...
alors bon, je te serais reconnaissant à l'avenir d'éviter les attaques gratuite et non fondées à mon égard, parce que ça devient vraiment gonflant à la longue, surtout que tu attaques toujours le premier


---------------
J'ai un string dans l'array (Paris Hilton)
Reply

Marsh Posté le 06-10-2003 à 15:36:19    

qqpart c parfois l'impression que vous me donnez :O (benou en tete :D)

Reply

Marsh Posté le 06-10-2003 à 15:38:18    

Harkonnen a écrit :


pas de bol, je sais exactement de quoi je parle...

ha oui, alors explique-moi à quoi ça sert de calculer le hashcode d'un int :)

Reply

Marsh Posté le 06-10-2003 à 15:40:27    

Harkonnen a écrit :


pas de bol, je sais exactement de quoi je parle... même si effectivement le cas présenté ici va encore plus loin que l'autoboxing, je faisais référence à la remarque de Cherrytree qui suggérait d'encapsuler son Int dans une classe, ce qui est la raison d'être de l'autoboxing...
alors bon, je te serais reconnaissant à l'avenir d'éviter les attaques gratuite et non fondées à mon égard, parce que ça devient vraiment gonflant à la longue, surtout que tu attaques toujours le premier


 
Peut on considerer le support de java de bidules genre :
 
String a = "toto"+5;
 
comme une sorte d'autoboxing a deux balles ou plutot un OVNI du langage ?  

Reply

Marsh Posté le 06-10-2003 à 15:41:21    

the real moins moins a écrit :

ha oui, alors explique-moi à quoi ça sert de calculer le hashcode d'un int :)


puré il repondait a ca :
 

Citation :

key n'est pas un objet. Tu n'as pas de méthodes sur un type primitif, vu que ce n'est pas un objet. Tu ne peux pas faire ce que tu souhaites de la sorte.  
 
Peut-être que wrapper ton int dans un java.lang.Integer serait la solution ?


 
savez pas lire ?

Reply

Marsh Posté le 06-10-2003 à 15:44:22    

[:spamafote]

Reply

Marsh Posté le 06-10-2003 à 15:55:22    

the real moins moins a écrit :

ha oui, alors explique-moi à quoi ça sert de calculer le hashcode d'un int :)


je viens de te dire que je répondais au post de Cherrytree, je n'ai strictement aucune idée de l'utilité ou pas de calculer le hashcode d'un int.
tout ce que je sais, pour avoir un peu joué avec Java, c'est que la méthode hashCode d'un Integer renvoie la valeur de l'Integer en question, donc effectivement, on peut se poser la question de l'utilité de cette fonction sur un integer...
mais ce n'était pas le but de mon quote !


---------------
J'ai un string dans l'array (Paris Hilton)
Reply

Marsh Posté le 06-10-2003 à 15:56:58    

chrisbk a écrit :


 
Peut on considerer le support de java de bidules genre :
 
String a = "toto"+5;
 
comme une sorte d'autoboxing a deux balles ou plutot un OVNI du langage ?  
 


ça marche vraiment ce truc :??:


---------------
J'ai un string dans l'array (Paris Hilton)
Reply

Marsh Posté le 06-10-2003 à 16:06:05    

stop it ! break it down ! :o

Reply

Marsh Posté le 06-10-2003 à 16:11:09    

Harkonnen a écrit :


ça marche vraiment ce truc :??:


ben oui [:spamafote]

Reply

Marsh Posté le 06-10-2003 à 17:42:21    

Cherrytree a écrit :

key n'est pas un objet. Tu n'as pas de méthodes sur un type primitif, vu que ce n'est pas un objet. Tu ne peux pas faire ce que tu souhaites de la sorte.
 
Peut-être que wrapper ton int dans un java.lang.Integer serait la solution ?


 
au départ key était un objet...
j'ai tout changé pour un int...
depuis j'ai cette erreur
 
faudrait que je mette: java.lang.Integer
avant le key.hasCode()...?


---------------
Borland rulez: http://pages.infinit.net/borland
Reply

Marsh Posté le 06-10-2003 à 17:43:54    

mais ptain c pas vrai. Il y a un débat de 20 posts sur le sujet et tu poses la question encore toi ! [:rofl2]
 
calculer le haschode d'un int n'a aucun sens (ca va te renvoyer le int lui même)


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 06-10-2003 à 17:43:59    

[:psychokwak]

Reply

Marsh Posté le 06-10-2003 à 17:49:29    

DarkLord a écrit :


calculer le haschode d'un int n'a aucun sens (ca va te renvoyer le int lui même)


j'avais raison, avec 2 notions et demi de java [:volta]
moins moins, j'attends tes excuses :o


---------------
J'ai un string dans l'array (Paris Hilton)
Reply

Marsh Posté le 06-10-2003 à 17:49:38    

DarkLord a écrit :

mais ptain c pas vrai. Il y a un débat de 20 posts sur le sujet et tu poses la question encore toi ! [:rofl2]
 
calculer le haschode d'un int n'a aucun sens (ca va te renvoyer le int lui même)


donc autant faire
Math.abs(key % (table.length/2);


---------------
Borland rulez: http://pages.infinit.net/borland
Reply

Marsh Posté le 06-10-2003 à 17:51:39    

os2 a écrit :


donc autant faire
Math.abs(key % (table.length/2);


 
MAIS OUI [:mlc]


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 06-10-2003 à 17:56:51    

chrisbk a écrit :


 
Peut on considerer le support de java de bidules genre :
 
String a = "toto"+5;
 
comme une sorte d'autoboxing a deux balles ou plutot un OVNI du langage ?  
 


Oui ca revient à de l'autoboxing. Si au lieu de 5 tu avais un objet, sa méthode toString serait appelée implicitement. Donc avec l'autoboxing, 5 sera automatiquement wrappé dans un Integer, dont la méthode toString sera appelée comme avec n'importe quel Object.

Reply

Marsh Posté le 06-10-2003 à 17:58:27    

:jap:


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 06-10-2003 à 18:00:16    

R3g a écrit :


Oui ca revient à de l'autoboxing. Si au lieu de 5 tu avais un objet, sa méthode toString serait appelée implicitement. Donc avec l'autoboxing, 5 sera automatiquement wrappé dans un Integer, dont la méthode toString sera appelée comme avec n'importe quel Object.


 
ouais mais ca c du java 1.1 :o
Je trouve ca un peu bizarre ce genre de privilege attribué a String (meme si c bien pratique)
 

Reply

Marsh Posté le 06-10-2003 à 18:04:03    

R3g a écrit :


Oui ca revient à de l'autoboxing. Si au lieu de 5 tu avais un objet, sa méthode toString serait appelée implicitement. Donc avec l'autoboxing, 5 sera automatiquement wrappé dans un Integer, dont la méthode toString sera appelée comme avec n'importe quel Object.


bah oui, justement, je croyais que l'autoboxing ne serait supporté que dans Java 1.5 :??:


---------------
J'ai un string dans l'array (Paris Hilton)
Reply

Marsh Posté le 06-10-2003 à 18:04:35    

Harkonnen a écrit :


bah oui, justement, je croyais que l'autoboxing ne serait supporté que dans Java 1.5 :??:


 
scotch, ficelle et balsa, vive le bricolage !  
 

Reply

Marsh Posté le 06-10-2003 à 20:48:49    

Harkonnen a écrit :


bah oui, justement, je croyais que l'autoboxing ne serait supporté que dans Java 1.5 :??:

C'est une surcharge de + dans l'état actuel des choses.

Reply

Marsh Posté le 06-10-2003 à 22:11:49    

[:cupra] Grands Dieux...


---------------
Le site de ma maman
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed