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 » GFA-Basic TI68K » News » GFA-Basic Editor (Futur éditeur de sources pour GFA-Basic) (108 réponse(s))
./REPRISE DU POST PRECEDENT (post n°57)   Marquer comme non lu.
Folco Ecrit le: Dimanche 24 avril 2005 à 11:39 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


Tout dépend, je sais que quand je fais une fonction, ce n'est pas une nécessité. Surtout quand dans le source, ça ne dit que ça ne détruit rien ^^
<<< 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°58   Marquer comme non lu.
geogeo Ecrit le: Dimanche 24 avril 2005 à 12:28 Déconnecté(e)    Voir le profil de geogeo Envoyer un email à geogeo Visiter le site WEB de geogeo Envoyer un message privé à geogeo  


Kevin Kofler a raison je me base sur la convention d'appel. :) Autrement TIGCC ne pourrait pas travailler. Il n'y a que dans GFA-TEM où là il est important de regarder si telle ou telle focntion détruit tel ou tel registre.
Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic
    
./Post n°59   Marquer comme non lu.
Folco Ecrit le: Dimanche 24 avril 2005 à 17:39 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


ah tiens c'est marrant, mais d'accord. Perso, quand je fais une fonction qui détruit un de ces registres, je le marque comme "destroyed". On voit les mêmes précisions dans certaines docs, celle de genlib entres autres. ;)
<<< 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°60   Marquer comme non lu.
geogeo Ecrit le: Dimanche 24 avril 2005 à 19:31 Déconnecté(e)    Voir le profil de geogeo Envoyer un email à geogeo Visiter le site WEB de geogeo Envoyer un message privé à geogeo  


Je vais rajouter ça si tu veux.
Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic
    
./Post n°61   Marquer comme non lu.
Folco Ecrit le: Lundi 25 avril 2005 à 00:50 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


autre chose, mets-tu bien toutes tes variables à jour au chargement de la lib de fonte? parceque une fois que preos intercepte un crash et que je relance l'éditeur derrière, il quitte en me disant: "Couldn't load font file"... Il ne trouve plus la font la première fois. Après, ça remarche.

edit-> remarques, quand après un crash, je recompile et je renvoie vers VTI, ça ne le fait pas... Donc ça pourrait très bien venir de moi, si mon fichier a été corrompu par une écriture qui a atteri au beau milieu du prog.
-Edité le Lundi 25 avril 2005 à 01:15 par Martial Demolins-
<<< 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°62   Marquer comme non lu.
geogeo Ecrit le: Lundi 25 avril 2005 à 13:09 Déconnecté(e)    Voir le profil de geogeo Envoyer un email à geogeo Visiter le site WEB de geogeo Envoyer un message privé à geogeo  


Hein, je ne vois pas pourquoi je devrais toucher aux variables au lancement de la librairie, ça n'a rien à voir. Il est clair que quand on ouvre une fonte avec FONT_OpenFile le handle est locké mais suite à un crash il n'est plus délocké donc ça doit poser problème.

Mais je crois que tu mélanges beaucoup de choses, ma libraire est simple, elle ne fait que récupérer un pointeur du fichier en question et lock son handle pour éviter lors d'un garbage collect que le fichier se déplace dans la mémoire. Il n'y a pas d'initialisation à faire... Il faut juste savoir refermer un fichier après l'avoir utilisé à la manière de malloc et free.
-Edité le Lundi 25 avril 2005 à 13:09 par geogeo-
Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic
    
./Post n°63   Marquer comme non lu.
Folco Ecrit le: Lundi 25 avril 2005 à 17:49 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


>>Mais je crois que tu mélanges beaucoup de choses, ma libraire est simple, elle ne fait que récupérer un pointeur du fichier en question et lock son handle pour éviter lors d'un garbage collect que le fichier se déplace dans la mémoire
En fait, j'ai pas regardé précisément le code de cette fonction, donc je ne savais pas. mais je ne pense pas mélanger quoi que ce soit... Cependant, pour que la fonction ne trouve plus la lib... il se passe quelque chose que je ne comprends pas (et je parlais de variables, car ça aurait pu expliquer le problème).
<<< 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°64   Marquer comme non lu.
Folco Ecrit le: Mardi 26 avril 2005 à 06:35 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


argh, internal error après deux lancements, je déteste ça c'est pas possible à débugguer xD
<<< 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°65   Marquer comme non lu.
Folco Ecrit le: Mardi 26 avril 2005 à 06:52 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


Corrigé! rah ces fonctions d'ExtGraph qui sont pas clippées :D
Bon avec tout ça j'ai mérité un bon bain :) #cool#
<<< 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°66   Marquer comme non lu.
Folco Ecrit le: Mercredi 27 avril 2005 à 01:53 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


bon, ben zé fini les menus, ils sont compatibles toutes calc et toutes polices (mais si, j'y arriverai geogeo ;) )
<<< 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°67   Marquer comme non lu.
geogeo Ecrit le: Mercredi 27 avril 2005 à 12:54 Déconnecté(e)    Voir le profil de geogeo Envoyer un email à geogeo Visiter le site WEB de geogeo Envoyer un message privé à geogeo  


Ca avance. :)
Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic
    
./Post n°68   Marquer comme non lu.
Professeur Shadocko Ecrit le: Mercredi 27 avril 2005 à 13:22 Déconnecté(e)    Voir le profil de Professeur Shadocko Envoyer un email à Professeur Shadocko Envoyer un message privé à Professeur Shadocko  

Martial Demolins :
Bon avec tout ça j'ai mérité un bon bain :) #cool#


Tu veux dire que tu te laves??? #silly#
Pour qu'il y ait le moins de mécontents possible, il faut toujours taper sur les mêmes! (Devise shadock)
    
./Post n°69   Marquer comme non lu.
Folco Ecrit le: Mercredi 27 avril 2005 à 14:13 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


#trinon# j'ai codé de 2h20 du matin à 7 heures, j'avais bien droit à ça non? :D
<<< 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°70   Marquer comme non lu.
Folco Ecrit le: Mercredi 27 avril 2005 à 17:37 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


geogeo, je me rends compte que je pourrais faire une gestion des menus qui prendrait moins de place pour un résultat strictement identique en changeant la structure des données. Il vaut mieux que je le fasse maintenant, ou en phase d'optimisation? conseilles-moi s'il te plait ^^
<<< 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°71   Marquer comme non lu.
geogeo Ecrit le: Mercredi 27 avril 2005 à 18:37 Déconnecté(e)    Voir le profil de geogeo Envoyer un email à geogeo Visiter le site WEB de geogeo Envoyer un message privé à geogeo  


Maintenant ^^
Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic
    
./Post n°72   Marquer comme non lu.
Folco Ecrit le: Mercredi 27 avril 2005 à 18:39 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


ok, j'attaque. :)
<<< 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°73   Marquer comme non lu.
Folco Ecrit le: Jeudi 28 avril 2005 à 15:10 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


Bon ven j'ai bien fait de tout refaire, je gagne 300 octets en précalculant plus de chose, et beaucoup plus de temps à l'éxécution grâce à des données précalculées beaucoup plus adaptées (le temps de me faire à ExtGraph toussa...).

Et le code est beaucoup plus lisible en plus :D
<<< 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°74   Marquer comme non lu.
Dari Ecrit le: Jeudi 28 avril 2005 à 17:18 Déconnecté(e)    Voir le profil de Dari Envoyer un email à Dari Visiter le site WEB de Dari Envoyer un message privé à Dari  

Bon, on l'aura quand ce truc ? C'est pas le tout, mais on tire la langue, là #langue# #langue# #langue# !
-Edité le Jeudi 28 avril 2005 à 17:19 par Dari-
"iPod, therefore, I am."

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

    
./Post n°75   Marquer comme non lu.
Folco Ecrit le: Jeudi 28 avril 2005 à 19:23 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


Arf je ne préfère pas donner de date =)
Sinon, toit qui code en GFA, n'hésites pas à donner un maximum de suggestions sur les fonctionnalités que tu voudrais voir dans l'éditeur! :)
<<< 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°76   Marquer comme non lu.
Professeur Shadocko Ecrit le: Jeudi 28 avril 2005 à 22:40 Déconnecté(e)    Voir le profil de Professeur Shadocko Envoyer un email à Professeur Shadocko Envoyer un message privé à Professeur Shadocko  

En tout cas,#merci# c'est vraiment sympa de voir une entraide pareille :)
Pour qu'il y ait le moins de mécontents possible, il faut toujours taper sur les mêmes! (Devise shadock)
    
  :: Index » GFA-Basic TI68K » News » GFA-Basic Editor (Futur éditeur de sources pour GFA-Basic) (108 réponse(s))
Pages : 4/6     « 1 2 3 [4] 5 6 » »|

.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 178.47ms avec 18 requetes