Accueil Ti-Gen Foire Aux Questions Chat sur le chan #tigcc sur IRC
Liste des membres Rechercher Aide
Bienvenue Invité !   Se connecter             Mes sujets   
Administrer
0 membre(s) et 1 visiteur(s) actif(s) durant les 5 dernières minutes Utilisateurs actifs : Aucun membre + 1 visiteur
Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.
  :: Index » Forum Ti68K » Projets » Jeu de course auto (347 réponse(s))
./REPRISE DU POST PRECEDENT (post n°133)   Marquer comme non lu.
Dari Ecrit le: Vendredi 1er juillet 2005 à 10:53 Déconnecté(e)    Voir le profil de Dari Envoyer un email à Dari Visiter le site WEB de Dari Envoyer un message privé à Dari  

Bon anniversaire alors !
"iPod, therefore, I am."

http://media.laquadrature.net/Quadrature_black-out_HADOPI_468x60px.gif

    
./Post n°134   Marquer comme non lu.
RHJPP Ecrit le: Vendredi 1er juillet 2005 à 11:27 Déconnecté(e)    Voir le profil de RHJPP Envoyer un email à RHJPP Envoyer un message privé à RHJPP  


Si tu n'a pas de mention TB au bac inutile de revenir sur le site %)

Bon anniversaire quand même :D

-Edité le Vendredi 1er juillet 2005 à 11:28 par Thepro-
    
./Post n°135   Marquer comme non lu.
Folco Ecrit le: Vendredi 1er juillet 2005 à 12:11 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


limmt :
et si je fait un #ifdef dans les headers y'a pas de pb et j'utilise JAMAIS de multiples .c

je préfèrerais pas voir un de tes programmes, ça doit vraiment être affreux #couic#
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°136   Marquer comme non lu.
RHJPP Ecrit le: Vendredi 1er juillet 2005 à 12:20 Déconnecté(e)    Voir le profil de RHJPP Envoyer un email à RHJPP Envoyer un message privé à RHJPP  


Le #ifdef est utile pour savoir si une définition a été faite depuis le début du .c dans le quel il se trouve ou a été inclu, là avec plusieur .c le #ifset ne sert a rien.
    
./Post n°137   Marquer comme non lu.
Kevin Kofler Ecrit le: Vendredi 1er juillet 2005 à 12:42 Déconnecté(e)    Voir le profil de Kevin Kofler Envoyer un email à Kevin Kofler Visiter le site WEB de Kevin Kofler Envoyer un message privé à Kevin Kofler  


limmt :
et j'utilise JAMAIS de multiples .c

C'est bien ça le problème! Tout le code que tu mets dans les .h, il devrait être dans des .c compilés séparément. On n'inclut pas du code avec #include!
Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!
    
./Post n°138   Marquer comme non lu.
limmt Ecrit le: Vendredi 1er juillet 2005 à 13:03 Déconnecté(e)    Voir le profil de limmt Envoyer un email à limmt Visiter le site WEB de limmt Envoyer un message privé à limmt  


et en quoi cela pose-il un problème tant que ca marche bien?
http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/
    
./Post n°139   Marquer comme non lu.
Jfg Ecrit le: Vendredi 1er juillet 2005 à 13:54 Déconnecté(e)    Voir le profil de Jfg Envoyer un email à Jfg Visiter le site WEB de Jfg Envoyer un message privé à Jfg  


Tchernobyl marchait bien aussi %)
Kill Mario
    
./Post n°140   Marquer comme non lu.
RHJPP Ecrit le: Vendredi 1er juillet 2005 à 13:55 Déconnecté(e)    Voir le profil de RHJPP Envoyer un email à RHJPP Envoyer un message privé à RHJPP  


Le compilateur n'est pas obligé de l'accepter #non#
    
./Post n°141   Marquer comme non lu.
Folco Ecrit le: Vendredi 1er juillet 2005 à 13:59 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


Tu es sûr de ça Thepro? C'est dans la norme?
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°142   Marquer comme non lu.
RHJPP Ecrit le: Vendredi 1er juillet 2005 à 14:27 Déconnecté(e)    Voir le profil de RHJPP Envoyer un email à RHJPP Envoyer un message privé à RHJPP  


C'est mon prof de C qui me l'a dit ^^
    
./Post n°143   Marquer comme non lu.
Kevin Kofler Ecrit le: Vendredi 1er juillet 2005 à 14:32 Déconnecté(e)    Voir le profil de Kevin Kofler Envoyer un email à Kevin Kofler Visiter le site WEB de Kevin Kofler Envoyer un message privé à Kevin Kofler  


Ça, c'est faux, du moins sans le contexte autour...
Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!
    
./Post n°144   Marquer comme non lu.
Onur Ecrit le: Vendredi 1er juillet 2005 à 19:24 Déconnecté(e)    Voir le profil de Onur Envoyer un email à Onur Visiter le site WEB de Onur Envoyer un message privé à Onur  


#rage#
Limmt tu peux coder super salement, personne ne te dira rien et ton programme marchera.
(ce que tu fais visiblement, j'ai eu le malheur de lire une de tes sources recemment et c'était aussi un header avec tous les corps des fonctions).
Si tu vois pas l'interet de procéder comme on te dit c'est que tu n'as pas compris à quoi servaient les headers. On te dit ce qu'il faut que tu fasses pour ne plus coder comme un noob et toi tu persistes à dire que tu veux faire comme ca. On a dejà posté plus de 5 posts rien que pour tes betises et je trouve ca dommage de polluer le forum à cause d'un gars qui ne fait qu'à sa tete. Tu veux rester un noob en C, tu peux mais je veux plus te voir te la peter en disant que tu as refait windows ou je ne sais quoi encore de plus absurde.
Je ne veux pas faire quelque chose de bien, je cherche l'excellence:ETP Studio...


et autres projets à finir avant 2010
    
./Post n°145   Marquer comme non lu.
FpgForce Ecrit le: Vendredi 1er juillet 2005 à 19:27 Déconnecté(e)    Voir le profil de FpgForce Envoyer un email à FpgForce Envoyer un message privé à FpgForce  

²
    
./Post n°146   Marquer comme non lu.
Folco Ecrit le: Vendredi 1er juillet 2005 à 19:27 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


#crayon# c'est lourd à la fin...
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°147   Marquer comme non lu.
Lionel Debroux Ecrit le: Vendredi 1er juillet 2005 à 19:46 Déconnecté(e)    Voir le profil de Lionel Debroux Envoyer un email à Lionel Debroux Visiter le site WEB de Lionel Debroux Envoyer un message privé à Lionel Debroux  

Les choses (variables notamment) dans les headers peuvent se faire dupliquer.
Ca m'est arrivé dans TICT-Explorer pre-1.40 (je ne sais plus si j'avais mis des #ifdef ...), et la cause du comportement erratique a été plutôt difficile à trouver.
Le debugger dont nous disposons plus d'un an après, bien qu'il ne soit pas parfait, notamment en termes de vitesse, n'aurait probablement pas aidé à déterminer la duplication. La seule différence entre la même variable dupliquée dans chaque .c l'utilisant étant en effet l'adresse - et ça, on le voit très bien et très rapidement avec VTI et des asm("0: bra.s 0b") bien placés.
Lionel Debroux - membre de TICT.
    
./Post n°148   Marquer comme non lu.
serioussam Ecrit le: Vendredi 1er juillet 2005 à 19:47 Déconnecté(e)    Voir le profil de serioussam Envoyer un email à serioussam Visiter le site WEB de serioussam Envoyer un message privé à serioussam  

Chouette, mais si on respectait le travail du monsieur qui a créé le topic ? Ce serait pas mal, non ? :)
la shasse é ouvèrte poure lay maychants
    
./Post n°149   Marquer comme non lu.
Folco Ecrit le: Vendredi 1er juillet 2005 à 19:48 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


1-> il faut connaitre l'asm
2-> 'bra ." c'est plus simple
%)
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°150   Marquer comme non lu.
Lionel Debroux Ecrit le: Vendredi 1er juillet 2005 à 19:53 Déconnecté(e)    Voir le profil de Lionel Debroux Envoyer un email à Lionel Debroux Visiter le site WEB de Lionel Debroux Envoyer un message privé à Lionel Debroux  

Mon opinion est que sur les petites plateformes, on ne peut pas faire un boulot fin en termes d'optimisation si on ne connaît pas bien l'assembleur de la machine. Ni l'ASM 68k ni l'ASM ARM, pour ceux que je connais (le premier sensiblement mieux que le deuxième, parce que je ne me suis pas aventuré par manque de temps pendant l'année très en avant de ce qu'on faisait en cours sur un ARM7TDMI, notamment les ARM plus récents), ne sont difficiles.
Lionel Debroux - membre de TICT.
    
./Post n°151   Marquer comme non lu.
Kevin Kofler Ecrit le: Vendredi 1er juillet 2005 à 21:35 Déconnecté(e)    Voir le profil de Kevin Kofler Envoyer un email à Kevin Kofler Visiter le site WEB de Kevin Kofler Envoyer un message privé à Kevin Kofler  


Tiens, pour une fois (:D), je suis d'accord avec Onur. :)

Lionel Debroux :
Le debugger dont nous disposons plus d'un an après, bien qu'il ne soit pas parfait, notamment en termes de vitesse, n'aurait probablement pas aidé à déterminer la duplication.

Euh, s'il y a le résultat de p mavar qui ne change pas après une affectation de mavar, c'est bien qu'il y a un problème. ;)

Cela dit, le meilleur moyen de détecter ça serait de donner une erreur dans le linker comme prévu par le standard C. Le problème est qu'on ne peut pas faire ça (du moins pas inconditionnellement) parce que ce serait incompatible avec les global imports.

La seule différence entre la même variable dupliquée dans chaque .c l'utilisant étant en effet l'adresse - et ça, on le voit très bien et très rapidement avec VTI et des asm("0: bra.s 0b") bien placés.

Ce qui se voit avec VTI se voit aussi avec TiEmu/Insight, vu qu'on affiche entre autre les mêmes informations.


Martial Demolins :
2-> 'bra ." c'est plus simple

Perso, je préfère .word 0x60fe. :)

serioussam :
Chouette, mais si on respectait le travail du monsieur qui a créé le topic ? Ce serait pas mal, non ? :)

Je ne dis pas que tu as tort, mais c'est aux modérateurs de dire ça normalement...

Mais bon, serioussam a raison, pourrait-on revenir au sujet SVP?
Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!
    
./Post n°152   Marquer comme non lu.
jeffix Ecrit le: Vendredi 1er juillet 2005 à 22:06 Déconnecté(e)    Voir le profil de jeffix Envoyer un email à jeffix Visiter le site WEB de jeffix Envoyer un message privé à jeffix  


serioussam :
Chouette, mais si on respectait le travail du monsieur qui a créé le topic ? Ce serait pas mal, non ? :)

Je ne dis pas que tu as tort, mais c'est aux modérateurs de dire ça normalement...

Mais bon, serioussam a raison, pourrait-on revenir au sujet SVP?


Pour revenir au jeu de course si quelqu'un veut m'aider a faire une ou deux voitures les dessins a petite échelle ! Le temps que je finisse le double buffering merci
Jeff ! Couc en force !
Concepteur de Fish Adventure !
Mention TB au Bac !
Développeur fou et vaniteux :
Futur maître du monde :D
    
  :: Index » Forum Ti68K » Projets » Jeu de course auto (347 réponse(s))
Pages : 8/19     « ... 4 5 6 7 [8] 9 10 11 12 13 14 15 16 17 18 19 » »|

.Répondre à ce sujet
Les boutons de code
[B]old[I]talic[U]nderline[S]trikethrough[L]ine Flip Hori[Z]ontallyFlip [V]erticallySha[D]ow[G]low[S]poilerCode [G][C]ite
Bullet [L]istList Item [K] Link [H][E]mail[P]icture SmileysHelp
Couleurs :
Saisissez votre message
Activer les smileys
     

Forum de Ti-Gen v3.0 Copyright ©2004 by Geoffrey ANNEHEIM
Webmaster: Kevin KOFLER, Content Admins: list, Server Admins: Tyler CASSIDY and Kevin KOFLER, DNS Admin: squalyl
Page générée en 60.91ms avec 18 requetes