Quelqu'un aurait-il réécrit une fonction sprintf rapide ? - Page 1

Quelqu'un aurait-il réécrit en ASM une fonction sprintf rapide ?

J'ai pas besoin de toutes les fonctionalités, il me faudrait juste le support de %c %s %lu %d
[edit]Edité par Thibaut le 27-10-2001 à 20:10:54[/edit]

je suis moi aussi interessé...

c clair que ça serait bien...

Aucun intérêt. sprintf est déjà dans la ROM.
C'est vraiment stupide de réécrire toutes les fonctions qui sont déjà dans la ROM. On gaspille de la place pour pratiquement rien.

en ce moment kevin a l'air de vraiment manquer de place sur ça TI

Kevin > on peut le mettre en ppg le prog

par contre une fonction comme celle la je vois pas trop l'interret de l'accelerer, c pas un e fonction importante comme pour une image

Kevin : pour toi ça n'a aucun intérêt. Mais vois-tu, les fonction du TIOS ne sont pas ce qu'on fait de plus optimisé. Il se trouve le compilateur Azur est très ralenti par fprintf qui fait appel au sprintf du TIOS pour ensuite recopier le buffer dans le fichier... Je pourrais adapter un code ASM de sprintf de façon à écrire directement dans le fichier, et ceci plus rapidement.

Thibaut, tu me decois... c'est pourtant pas tres complique de reecrire cette fonction..

Ais-je dis le contraire ?

C'est simplement que pour la librairie Azur j'ai plein de fonctions à réécrire, et que celle-là fait partie des plus chiantes. Donc si quelqu'un l'a déjà fait ça me permettrait d'avancer plus vite.

si tu veux j'ai une routine qui converti un nombre signé ( char int ou long ) en chaine de caractères, si ca t'intéresse, mail moi bon évidemment c pas la syntaxe du sprintf mais ca fait la même chose... pour le %s, un piti strcat fait très bien l'affaire...

lol je veux du pur ASM
La conversion nb->chaine je sais la faire. Ce qu'il me faut c'est une fonction sprintf, pas des bouts

oué oué bon ca va j'ai rin dis... m'enfin franchement je vois pas où est la difficulté

C'est pas dur, c'est long. Je me répète : j'ai d'autres fonctions à écrire en ce moment.

>Thibaut: Kevin : pour toi ça n'a aucun intérêt. Mais vois-tu, les fonction du TIOS ne sont pas ce qu'on fait de plus optimisé. Il se trouve le compilateur Azur est très ralenti par fprintf qui fait appel au sprintf du TIOS pour ensuite recopier le buffer dans le fichier... Je pourrais adapter un code ASM de sprintf de façon à écrire directement dans le fichier, et ceci plus rapidement.

fprintf de TIGCC utilise vcbprintf, pas sprintf. Et ça écrit directement dans le fichier. Mais j'ai bien peur que ça soit justement ça qui ralentit: c'est beaucoup plus rapide d'écrire dans un buffer que d'appeller la fonction fputc pour chaque caractère - fonction qui doit entre autre vérifier à chaque fois s'il faut allouer encore de la mémoire, et en réallouer si nécessaire.

Je pensais qu'elle faisait appel à sprintf puis à fputc jusqu'à la fin. Mais bon on est d'accord, fprintf de TIGCClib est lente.

de toutes façons même fwrite appelle fputc en boucle