|
Posté le 30-08-2011 à 12:22 | #
|
'sont dingue! |
|
|
Posté le 30-08-2011 à 14:40 | #
|
CASIO ou nous ?
C'est sûr que CASIO a mis un ralentisseur ( sinon pourquoi le Lua serait aussi rapide par rapport au Basic ? Tous les deux sont faits en C... ).
Après comment récupérer leurs sources ??? |
|
|
Posté le 30-08-2011 à 14:44 | #
|
Après comment récupérer leurs sources ???
solution Non, pas pour moi ><' le piratage
C'est impossible de récupérer le code source d'un programme compilé( en vérité si, mais alors en asm)
Donc ça serai v'la chiant d'essayer de modifier l'interpréteur, vaut mieux comme tu dis de faire quelque chose en lua. |
|
|
Posté le 30-08-2011 à 16:18 | #
|
casio. |
|
|
Posté le 30-08-2011 à 17:11 | #
|
Faut avoir un contact chez CASIO. |
|
|
Posté le 30-08-2011 à 17:19 | #
|
Faut avoir un contact chez CASIO.
Et si on avait un contact chez micro$oft, on pourrait avoir le code source de windows 7 -> tu rêves mon petit.click ici
(quoi que, chez microdaube, ça serait peut-être possible ) |
|
|
Posté le 30-08-2011 à 17:20 | #
|
fuites de mémoire
C'est possible ça, en basic ?!?
en gros j'ai compressé la carte sur une liste avec une valeur de 15 chiffres sur chaque case
sauf que des fois je me retrouve qu'avec la moitié des chiffres
donc fuite de mémoire |
|
|
Posté le 30-08-2011 à 18:13 | #
|
Erreur d'arrondie, pas une fuite de mémoire. |
|
|
Posté le 30-08-2011 à 18:52 | #
|
oui effectiement
mais ça fait chier quand même
bon bah tant pis pour le concours |
|
|
Posté le 30-08-2011 à 18:59 | #
|
J'avais fait ça aussi sauf que je m'étais arrêté à 10, c'est le max pour pas que la variable soit automatiquement tronquée par la calto...
|
|