Arkanoid - Page 32

geogeo> C'est vraiment très sale, de mettre du code dans les headers...
En plus, avec le nouveau linker, tu ne perds plus beaucoup d'octets en utilisant différents fichiers.
Cependant la place perdue reste de l'ordre de la quinzaine d'octets, je suppose (c'est pas beaucoup)...

Bah oui c'est sûr qu'un programme utilisant une tonne de fichiers c et différent du même prog dans des fichiers h. Bah ouai faut ce plier au standard.

Tiens pourrais tu me passer tes sources que j'ai la joie de mettre ça dans la corbeille et faire mumuse avec, histoire de perdre du temps?

Demandé comme ça, non, tu peux toujours attendre

Ce n'est pas un standard, c'est véritablement sale de mettre du code dans des headers (sauf des fonctions inline)...

Alors tu touches à l'int 6?
sinon ça serait intelligent de faire un bug report si tu es si sûr de ton coup... mais y'a intérête à ce que ce soit réellement PreOs ça serait dommage de faire perdre son temps à PpHd pour rien ...

Dommage ça aurait été amusant. Détruire un travail énorme et un rien de temps, tu n'imagine pas la sensation. Bon ok ça aurait dommage vu la jolie mise en forme du code...

Si ta seule vengeance possible est de supprimer des fichiers que j'ai créé, après tout, pourquoi pas. Personellement j'aurais plutot tendance à trouver ça très con, mais chacun ses petits plaisirs.
Au passage, tu devrais écouter ce que te dis Sasume.

Alors tu toucehs à l'int 6? sinon ça serait intelligent de faire un bug report si tu es si sûr de ton coup... mais y'a intérête à ce que ce soit réellement PreOs ça serait dommage de faire perdre son temps à PpHd pour rien ...

Non pas du tout mais bon je conseil fortement à Vertyos de corriger son affreux bug de ce pas. Faut dire les sources sont tellement bien faite qu'il va le trouver le bug.

Pourquoi pas prévenir TI CHess Team que leur programme de décompression bug lui aussi, bizarre on dirait qu'on est tous atteint pas l'obligation de programmer ce bug.

Je parle de toi pas de Veryos ...

geogeo, calme toi et réponds nous.

Mais on s'en fou que ça soit propre sale ça ne veut rien dire en plus chacun fait ce qu'il veut, je code comme ça sur TI point barre, maintenant qu'on utilise pas les programmes qui utilise ce genre de technique je m'en fou.
C'est sûr que un prog utilisant des c et forcément meiux qu'un prog utilisant des h.

Si ta seule vengeance possible est de supprimer des fichiers que j'ai créé, après tout, pourquoi pas. Personellement j'aurais plutot tendance à trouver ça très con, mais chacun ses petits plaisirs. Au passage, tu devrais écouter ce que te dis Sasume.

Bah tu as eu ce plaisir pourquoi pas moi.

geogeo> je vois pas de pb de CRC dans GTC... ttchecksum me dit que le checksum est bon Alors ça pourrait être cool si tu m'envoyais au moins le 89z généré, et si possible le code source.

geogeo :
C'est sûr que un prog utilisant des c et forcément meiux qu'un prog utilisant des h.

Y'a qqchose qui s'appelle des conventions, et des fois elles n'ont pas été inventées pour rien [ quoique, des fois quand on voit ce que sort Kevin, y'a de quoi se poser des questions ]. En tout cas pour les codes dans les .h pour moi c'est clairement banni

Bah tu as eu ce plaisir pourquoi pas moi.

Là tu fais erreur (une fois n'est pas coutume ). Je n'ai eu aucun plaisir à mettre des sources à la poubelle, vu que si je les ait téléchargées, au départ c'était dans l'espoir d'apprendre des trucs en les lisant.

Tiens pour rigoler:
http://perso.wanadoo.fr/tisofts/divers/GTC.zip

Vu la complexité de la source ça peut ce comprendre.

geogeo, calme toi et réponds nous.

Y a pas photo depuis le début ce bug vient de Preos suffit de tester par vous même et surtout avec TA qui est pourtant stable à 100% et bien codé.

Alors je viens bien qu'on me dise que mon jeu est buggé mais si j'ai la possibilité de corriger le bug je le corrigerais et je sortirais une nouvelle version!

Vertyos> Pas envie de me donner tes sources peut être parce que tu ne veux pas que je vois le superbe workaround au début de tes sources.

Y'a qqchose qui s'appelle des conventions, et des fois elles n'ont pas été inventées pour rien [ quoique, des fois quand on voit ce que sort Kevin, y'a de quoi se poser des questions ]. En tout cas pour les codes dans les .h pour moi c'est clairement banni

Chacun son état d'esprit.

Là tu fais erreur (une fois n'est pas coutume ). Je n'ai eu aucun plaisir à mettre des sources à la poubelle, vu que si je les ait téléchargées, au départ c'était dans l'espoir d'apprendre des trucs en les lisant.

Fallait bien te douter que je n'allais rien t'apprendre puisque tu serais mieux coder que moi ce jeu.
Mais bon j'ai eu la joie de te donner de l'espoir c'est déjà ça.

En tout cas moi je met du code dans des .h si je veux

geogeo :
Vertyos> Pas envie de me donner tes sources peut être parce que tu ne veux pas que je vois le superbe workaround au début de tes sources.

Marrant de répeter mes posts hein ? Manque de bol je pense qu'il y a 90% de chances pour que tu ne le voie même pas

Moumou> Tout le monde peut faire comme il veut.
C'est juste plus propre (et ça réduit nettement les risques de problèmes) de ne pas mettre de code dans des headers.

Marrant de répeter mes posts hein ? Manque de bol je pense qu'il y a 90% de chances pour que tu ne le voie même pas

Bah ouai ça doit être caché sous un beau dessin codé en C histoire de faire une belle source présentable et agréable à lire.
Mais je ne doute pas de tes prouesses artistique. C'est sûr monsieur le boss de la prog peut ce venter dans le domaine de la programmation sur TI. Moi j'ai la plus grosse mais non c'est moi.

[mode Vertyos Admin]Je te rappel une chose parce que tu n'as pas l'air de comprendre:
Premièrement c'est de la programmation TI donc pas de tunes, de blés et j'en passe et pas de quoi passer à la télé comme Love Story ou encore Greg le Millionnaire.

Deuxièmement ici y a que des amateurs à part certains qui ce la raconte, donc vaut mieux qu'il y ai plein d'amateurs qui programment comme des porcs que des pros qui sortent au bout de 15 ans un prog pas fini...

Troisièmement ici on apprend des trucs et on partage des connaissances.

Voici mon Roman à la Walt Disney hein Vertyos.
[/mode Vertyos Admin]

Il t'arrive quoi là !
Tu vas te calmer un peu oui ?

T'es con geogeo ? Enfin là je vois vraiment pas d'explications... Au lieu d'essayer 5 minutes de comprendre que t'as pê qqchose à vérifier, t'essaye de tout rejeter sur moi...
En tout cas si on me sort un bug ds un prog, la première chose que je vais faire c'est aller essayer. Je sais pas qui c'est qui se prend pour un peu plus ce qu'il vaut, mais à mon avis tu devrais relire tes posts (et te calmer un peu, comme l'a suggeré Sasume, puisque là tu poste vraiment n'importe quoi).

[edit] cross post : comme l'ont suggeré Sasume ET Ximoon.

Bah ouai je suis trop con pour comprendre tes sources donc...

J'aime bien comment tu essaye de te rattraper.

En tout cas je le répète je ne peux rien faire car ce bug ne vient pas de moi et la certitude est faite! Ah moins que je désactive l'auto int6 mais bon.

geogeo :
Bah ouai je suis trop con pour comprendre tes sources donc...

J'aime bien comment tu essaye de te rattraper. .

Heu non là t'es franchement ridicule... Le simple fait qu'il y ait 2 personnes d'accord avec moi devrait t'amenner à te poser quelque questions.

Tiens un bug découvert:
C'est normal que dans le menu score j'ai un score de 65535 dans Simplify.

Et encore plus fort:

Avec une caltos vide et rien dedans soit 100 ko de RAM environ libre juste TA en mode Training j'ai un beau No enought memory.

geogeo :
Tiens un bug découvert:
C'est normal que dans le menu score j'ai un score de 65535 dans Simplify.

Oui, comme le score est degressif en Simplify (plus le temps est court, mieux c'est), tant qu'aucun score n'est enregistré, c'est la valeur 65535 qui prend la place (comme ça, n'importe quel score sera considéré comme meilleur).

Avec une caltos vide et rien dedans soit 100 ko de RAM environ libre juste TA en mode Training j'ai un beau No enought memory.

Bah oui, sachant qu'il faut de la RAM pour décompresser le jeu, puis pour le menu, puis encore un peu pour le jeu lui même, c'est tout à fait logique... Et au moins l'erreur est rattrapée sans aucune perte de mémoire. La remarque est stupide, de toute façon : il n'y a pas assez de ram, donc le choix est simple : quitter avec un message d'erreur, ou planter. Tu aurais choisi la 2eme solution, toi ?
(sinon, il ne me semble pas avoir fait d'erreur, c'est donc "Not enough memory" et non "No enought memory")

Deux coups dans l'eau, vengeance faible. Tu peux jouer à "qui trouvera le plus de bugs dans le programme de l'autre", mais à mon avis c'est une mauvaise idée pour toi.

Oulà geogeo se déchaîne

A propos de ton "bug" de checksum que tu as l'air d'inventer pour te "venger" des remarques que j'avais fait sur ton prog :

http://perso.wanadoo.fr/tisofts/divers/GTC.zip

ttchecksum me confirme que le checksum est bien le bon. Alors peut-être que c'est à la TICT qu'il faut faire ton bug report, mais pour moi il n'y a pas de pb (j'ai pas mon câble donc je peux pas tester de soft de link).

Vu la complexité de la source ça peut ce comprendre.

Arrête d'essayer d'être méchant, tu te fais du mal

Paix, amis.... Juste une question au passge, puisqu'ici ça devient "Défoulator"... Pourquoi le score fait-il un modulo 65536 dans Teris 4tt4ck ???

Oulah, geogeo est en pleine forme... J'espère que la nuit aura apaisé les âmes.

naPO
: Paix, amis.... Juste une question au passge, puisqu'ici ça devient "Défoulator"... Pourquoi le score fait-il un modulo 65536 dans Teris 4tt4ck ???

Parcequ'il est codé sur un short
En fait au départ on gagnait des points beaucoup moins vite, donc 65536 était difficilement dépassable, maintenant que j'ai changé, il faudrait que le score soit codé sur un long, donc que je m'occupe de ça... Plus tard ^^ (sauf si qqun veut le faire, après tout )

Bah euuh, quand même, changer un short en long, c'est pas non plus la mort.

Ben... Faut lancer tigcc, effacer 5 caractères et en mettre 4 à la place, puis compiler, refaire le zip, l'uploader, etc...
Faudra que je le fasse, c'est vrai, mais bon...