fonction fopen : petit bug dans une implémentation ASM optimisée :( - Page 2

Merci, ton nom trônera dans les remerciements de file.azr
(et p-ê dans les sources de TIGCClib si je décide d'offrir une partie de la lib Azur au projet TIGCC)

>Merci, ton nom trônera dans les remerciements de file.azr


Mais permettre à mon équipe d'utiliser ces sources serait certainement la meilleure manière de me remercier.

En effet:

 include "OS.h"
 xdef _nostub
 xdef _ti89
 xdef _ti92plus

 movem.l d0-d7/a0-a6,-(a7)
 move.l $c8,a5
 pea.l wb(PC)
 pea.l fichier(PC)
 bsr fopen2
 addq.l #8,a7
 pea.l (a0)
 pea.l (a0)
 pea.l texte(PC)
 bsr fputs
 addq.l #8,a7
 bsr fclose
 addq.l #4,a7
 movem.l (a7)+,d0-d7/a0-a6
 rts

wb: dc.b 'wt',0
fichier: dc.b 'foobar',0
texte: dc.b 'J''aimerais bien savoir si et pourquoi ça bogue...',13,'test',13,'test',0

fopen2:			; FILE *(char *Nom, char *Mode)
[...]

me donne un fichier EXPR de 7 octets qui vaut moins l'infini.
Je vais voir ce qui ne va pas.
[edit]Edité par Kevin Kofler le 14-12-2001 à 22:48:21[/edit]

En regardant la structure FILE et en la comparant avec la documentation de TIGCC et avec le résultat de fopen de TIGCC, j'ai trouvé le problème: Il faut mettre le flag _F_EOF. Quand je mets ce flag dans le débogueur de VTI après avoir exécuté ta routine, les routines fputs et fclose de TIGCC fonctionnent sans problèmes.
En d'autres mots, si tu crées un nouveau fichier, il faut ajouter $20 à d3.

Mais... il sert à quoi ce flag ?

>> Mais permettre à mon équipe d'utiliser ces sources serait certainement la meilleure manière de me remercier.
Je veux bien pour les fonctions de file.azr, mais comme je l'ai déjà dit, je préfère garder quand même une certaine exclusivité à mon langage. Donc pour le reste :/
Au fait, il faudra refaire un peu la doc de TIGCC pour les fonctions déboguées (et puis pour ajouter mon nom accessoirement ). Qui va le faire ?

Et l'ajout à TIGCClib, il faut que tu m'expliques comment faire. Le prototypage dans stdio.h je saurai, mais pour le reste...

>Mais... il sert à quoi ce flag ?

EOF = fin de fichier
Ce flag est allumé si et seulement si la position actuelle correspond à la fin du fichier. Donc, si tu crées un nouveau fichier, quand tu es au début, tu es aussi à la fin, et il te faut donc mettre ce flag. Tu devras aussi mettre le flag si tu ouvres un fichier binaire existant de 0 octets (2 avec la taille) ou un fichier texte existant de 5 octets (7 avec la taille).

>>> Mais permettre à mon équipe d'utiliser ces sources serait certainement la meilleure manière de me remercier.
>Je veux bien pour les fonctions de file.azr, mais comme je l'ai déjà dit, je préfère garder quand même une certaine exclusivité à mon langage. Donc pour le reste :/

Allez, sois gentil. Si tu es gentil, on te fera un bel optimisateur pour TIGCC et ton compilateur Azur sera plus rapide.

>Au fait, il faudra refaire un peu la doc de TIGCC pour les fonctions déboguées (et puis pour ajouter mon nom accessoirement ). Qui va le faire ?

Moi, probablement.

>Et l'ajout à TIGCClib, il faut que tu m'expliques comment faire. Le prototypage dans stdio.h je saurai, mais pour le reste...

Tu m'envoies les fonctions, j'en discute avec Sebastian, et avec Zeljko si on arrive à le contacter, et s'ils en veulent, Sebastian et moi, on fera les changements nécessaires. Si je trouve des optimisations à faire en passant, je les ferai, mais je te les signalerai à toi aussi, évidemment, pour que tout le monde en profite.

>> Allez, sois gentil.

Nan. C'est déjà pas mal que je donnes mes fonctions pour les fichiers.
Tiens au passage, j'ai deux inventions qui pourraient vous intéresser finsertf et resizefile (la première fait appel à la seconde). Je penses que tu devines à quoi elles servent
Ces fonctions ne feront pas partie de la lib Azur, mais j'ai dû les écrire pour les besoins internes du compilateur Azur... Si ça peut servir à d'autres

Si tu refuses de coopérer:
1. Ne t'attends pas à ce que je t'aide encore une fois pour le débogage.
2. Ne t'attends pas à ce qu'on passe notre temps à écrire un optimisateur pour toi. (Tu es le seul qui râle.)
3. Attends-toi à ce que je sorte un convertisseur automatique qui permettra d'utiliser les libs de l'Azur avec TIGCC. (C'est facile à faire, et comme ça, on ne vole pas ton runtime, on l'intègre juste dans les programmes, ce qui est tout l'intérêt d'un runtime, donc je ne vois pas de problèmes légaux.)

Désolé, mais ton esprit non coopératif ne me plaît pas du tout.
[edit]Edité par Kevin Kofler le 18-12-2001 à 01:42:52[/edit]

Il a pas dit qu'il ne donnerait certaines fonctions...

Thibaut et Kevin> cooéprez donc l'un avec l'autre, ça ne peut que nous être bénéfique

C'est pas beau le chantage Kevin.

Kevin tu vas te faire un copain

arf...
fo penser aux programmeurs

>2. Ne t'attends pas à ce qu'on passe notre temps à écrire un optimisateur pour toi. (Tu es le seul qui râle.)
hum, ça devrait etre naturel pour qq1 qui aime la prog de vouloir optimiser ;p

Putain Kevin ta mentalité ARRIERéE me surpend. Dis, avec si peu d'intelligence sociale, tu as beaucoup d'amis ?

Tu viens de tomber bien bas dans mon estime. Ce chantage et cette volonté de toujours vouloir être servi selon ses désirs me fait peur.

TU me fais peur

Ah, c'est arrièré de s'attendre à une volonté de coopération dans une communauté de programmeurs hobbyistes? Tu penses qu'on va prendre tes routines sans mettre ton nom? Ou alors tu comptes faire payer pour l'Azur? Sinon, je ne vois pas le problème à partager tes runtimes avec les autres projets de compilateurs. Nous, on n'a absolument rien contre les gens qui viennent repiquer TIGCCLIB pour leurs compilateurs (demande à Zeljko si tu veux avoir le mot officiel, mais ce qu'il m'a dit une fois quand je comptais faire un portage de TIGCCLIB en headers A68k quand il n'y avait pas encore la possibilité d'utiliser des librairies statiques avec A68k, c'était plus ou moins ça). Et d'ailleurs je pense bien qu'une partie de ton runtime est certainement un portage des sources de TIGCCLIB (les niveaux de gris par exemple).

Non attend, j'ai accepté de coopérer en offrant toutes les routines de file.azr.
J'ai expliqué déjà pourquoi je ne donnes pas tout.

Do you understand a few ?
(mmmh verie goude inegliche)
Quand l'Azur aura atteind un certain niveau de popularité, je te promet de changer d'avis, il n'y aura plus de raison !

>un portage des sources de TIGCCLIB (les niveaux de gris par exemple).
LOL
C'est de qui ces souces la

oué, j'ai comme impression que cet n'exemple n'est pas vraiment valable...

Ca confirme bien ce que je me suis dit hier soir en découvrant l'attidude de Kernel Killer... Il semble avoir du mal à réfléchir en ce moment.

J'ai rien à voir là-dedans, ça ne me regarde absolument pas, mais j'ai quand même envie de donner mon point la-dessus :
C'est vrai que Kévin a une attitude un peu gamine (même si je le respecte trop), à ne pas t'aider parce que tu n'as pas envie de lui faire plaisir et c'est aussi une attitude gamin de ta part de ne pas donner tes sources à l'équipe de tigcc, de tout (ou presque) TE garder pour TOI et ne pas aider les autres.
voilà, désolé de vous faire chier comme ça (moi, ça me ferai chier que quelqu'un s'incuste dans une conversation dont il n'a rien à voir).

Bien au contraire, c'est avec le plus d'opinions possibles que l'on sortira le mieux d'un conflit.

Ton argumentation est juste un peu fausse

La lib Azur est open-source. Mais cela ne signifie pas que sa copie soit autorisée.

Donc je ne garde pas tout pour moi. Juste que j'exige une demande d'autorisation pour que les LamerZ (je provoque un peu) puissent recopier mon code bêtement sans chercher à résoudre leurs problèmes eux-mêmes.

De plus si ce premier éclaircissement ne te convainc pas, alors je répète la raison pour laquelle je ne souhaite pas offrir toute ma lib au projet TIGCC, AU DEBUT :
Il faut que l'Azur offre certains avantages par rapport à TIGCC si je veux qu'il soit utilisé (j'y peux rien si un clampin comme moi arrive à faire mieux que les soit-disant-pros concepteurs de TIGCClib) !

[edit]Edité par Thibaut le 20-12-2001 à 19:25:53[/edit]

j'exige une demande d'autorisation pour que les LamerZ puissent == j'exige une demande d'autorisation pour que les LamerZ ne puissent pas
Si tu vois une différence

arf...
Thibaut> serais-je autorisé à reprendre certaines de tes fonctions dans mes futurs programmes, stp ?

(fo bien qu'il y en ait un qui soit le premier à demander poliment,... autant que ce soit moi )

Tu le sais, on en a parlé pour mes PutSprite plus rapides que ceux d'ExtrGraph.

Tout le monde le pourra, avec une AUTORISATION préalable. J'autorise aussi les auteurs de TIGCC, mais pas dans les premiers mois.

(l'enfant-gâté Kevin n'a pas semblé comprendre tout de suite que dans la vie il faut penser au moins autant aux autres (la réussite de l'Azur en l'occurence) qu'à soi (le bien implanté TIGCC))

[edit]Edité par Thibaut le 20-12-2001 à 19:46:08[/edit]

Thibaut> les putSprite, tu m'as filé les sources sur le forum, mais tu n'as pas donné une autorisation à 100% explicite (je joue sur les mots et je voulais le voir apparaitre ici )
sinon, l'autorisation, si tu la donne sans pb, je penses que les gens qui viennent squr le forum depuis quelques temps, et qui te connaissent te la demanderont avant d'utiliser tes fopnctions... les autres, je sais po trop

>j'y peux rien si un clampin comme moi arrive à faire mieux que les soit-disant-pros concepteurs de TIGCClib

Tu as de la chance que Zeljko ne parle pas français! Il n'apprécierait pas du tout ce genre de commentaire!
Et Zeljko a fait un excellent travail sur TIGCCLIB. Mais il n'a pas le temps d'écrire 36000 fonctions du type de celles que tu propose (genre la programmation événementielle facile).

>l'enfant-gâté Kevin n'a pas semblé comprendre tout de suite que dans la vie il faut penser au moins autant aux autres (la réussite de l'Azur en l'occurence) qu'à soi (le bien implanté TIGCC)

Ah, c'est toi qui le dit. Mon opinion:
L'enfant-gâté Thibaut n'a pas semblé comprendre tout de suite que dans la vie il faut penser au moins autant aux autres (l'équipe de TIGCC en l'occurence) qu'à soi (le projet Azur).

Et tu veux être connu pour quoi: pour des fonctions runtime en assembleur optimisé que tout le monde utilisera (si tu l'inclus dans TIGCCLIB) ou pour un compilateur on-calc écrit en C qui optimise très mal (Azur)?

"Les autres" : des LamerZ.

>> les PutSprite, tu m'as filé les sources sur le forum
Elles sont bogués (tu as essayé ?). Depuis j'ai débogué. Et puis il me reste qq trucs à implémenter encore : gestion des masques et du clipping (pas dur, mais j'ai 999999999 choses à faire simultanément)