redefinir getchar et putchar

Bonjour,

Pour les besoins d'une console utilisant des caractères custom, j'ai du réécrire avec SDL getchar et putchar. De ce que je connais en embarqué, le fait de réécrire ces fonctions redirige automatiquement le printf vers la fonction réécrite. C'est dû vraissemblablement au fait qu'il n'y a pas de sortie "standard" sur un microcontrôleur, et c'est pourquoi les compilateurs pour l'embarqué sont légèrement différents. Justement, comment fait-on pour remplacer ces fonctions standard par des fonctions custom avec un compilateur pour PC?

A+

Pfeuh

Citation:

---

Envoyé par pfeuh

Pour les besoins d'une console utilisant des caractères custom,

---

custom ?

Citation:

---

j'ai du réécrire avec SDL getchar et putchar. De ce que je connais en embarqué, le fait de réécrire ces fonctions redirige automatiquement le printf vers la fonction réécrite.

---

Il est possible que printf() utilise putchar() (ou fputc()) mais le langage C n'impose rien...

Citation:

---

Justement, comment fait-on pour remplacer ces fonctions standard par des fonctions custom avec un compilateur pour PC?

---

Vu du langage C, en fournissant ta propre bibliothèque C. (il est interdit d'avoir 2 fonctions avec lien externe du même nom dans une application).

Mais sur ta plateforme, il existe peut être un moyen astucieux qui permet de 'désactiver' l'édition de lien avec le putchar() de la bibliothèque standard.

autre solution, renommer la fonction. avec une macro, on y voit que du feu :

Dans ton header ("my.h", par exemple) :

Code:

---

1 2 3 4 5 6 7

#include <stdio.h>   int my_putchar(int c);   #undef putchar #define putchar(a) my_putchar (a)

---

mais il faut recompiler la bibliothèque en incluant ce header à la place de <stdio.h>

Salut,

Citation:

---

Envoyé par Emmanuel Delahaye

custom ?

---

Oui, en fait, j'ouvre une fenêtre graphique SDL, j'y gère une fonte 8x8 redéfinissable ainsi que le clavier.

Citation:

---

Envoyé par Emmanuel Delahaye

il est interdit d'avoir 2 fonctions avec lien externe du même nom dans une application

---

Je suis sous XP avec codeblocks. J'ai utilisé les prototypes de putchar et getchar et je les ai réécrites sans que celà occasionne un quelconque warning. Elles sont simplement ignorées au profit de celles de stdio.

Citation:

---

Envoyé par Emmanuel Delahaye

autre solution, renommer la fonction. avec une macro, on y voit que du feu :

Dans ton header ("my.h", par exemple) :

Code:

---

1 2 3 4 5 6 7

#include <stdio.h>   int my_putchar(int c);   #undef putchar #define putchar(a) my_putchar (a)

---

mais il faut recompiler la bibliothèque en incluant ce header à la place de <stdio.h>

---

Si j'ai bien compris, il faut faire une copie locale de stdio.h (<stdio.h> devient "stdio.h"), la customiser et la fournir avec la librairie. Il y a la contrainte de modifier les sources qui vont appeler lib à cause de l'include <stdio.h>, mais sinon, ça me va bien comme solution, merci Emmanuel.

A+

Pfeuh

Citation:

---

Envoyé par pfeuh

Je suis sous XP avec codeblocks. J'ai utilisé les prototypes de putchar et getchar et je les ai réécrites sans que celà occasionne un quelconque warning. Elles sont simplement ignorées au profit de celles de stdio.

---

Ça vient de la façon dont Code::blocks fait l'édition de liens. Sous Visual, tu auras une erreur LNK2005 car il aura trouvé deux définitions de la même fonction (une dans ton code, une dans la libc).

Citation:

---

Envoyé par pfeuh

Si j'ai bien compris, il faut faire une copie locale de stdio.h (<stdio.h> devient "stdio.h"), la customiser et la fournir avec la librairie. Il y a la contrainte de modifier les sources qui vont appeler lib à cause de l'include <stdio.h>, mais sinon, ça me va bien comme solution, merci Emmanuel.

---

Non, pas du tout.

- Il ne faut pas modifier <stdio.h>
- on peut créer un fichier "my_stdio.h" qui contient le code que j'ai indiqué (avec les protections habituelles en plus évidemment)
- il faut inclure ce fichier dans tous les fichiers sources qui utilisent putchar(), y compris ceux de la bibliothèque (si il en manque un ça ne fonctionnera pas, si c'est sous Windows, laisse tomber, tu n'as pas les sources).
- il faut tout recompiler.

C'est pour quelle plateforme ?

Citation:

---

Je suis sous XP

---

Laisse tomber, surtout ne modifie rien...

Ca me parait quand même assez tordu comme manip.

Pourquoi tu veux redéfinir putchar() ? Tu ne veux pas plutôt faire ton sdl_putchar(), par exemple, qui ferait ce que tu veux avec la fonte que tu veux. Au dessus, tu fais un sdl_printf() à coup de vsprintf() et le tour est joué...

Avantage, le canal officiel stdout() (putchar() etc.) est toujours en fonction et peut servir au débug...

Salut,

Citation:

---

Envoyé par Médinoc

Ça vient de la façon dont Code::blocks fait l'édition de liens. Sous Visual, tu auras une erreur LNK2005 car il aura trouvé deux définitions de la même fonction (une dans ton code, une dans la libc).

---

OK, ça me paraissait bizarre, même si ça marchait.

Citation:

---

Envoyé par Emmanuel Delahaye

Pourquoi tu veux redéfinir putchar() ? Tu ne veux pas plutôt faire ton sdl_putchar(), par exemple, qui ferait ce que tu veux avec la fonte que tu veux. Au dessus, tu fais un sdl_printf() à coup de vsprintf() et le tour est joué...

---

C'est justement ce que je voudrais éviter, le vsprintf suivi du sdl_putchar. J'ai un paquets de sources qui sont prêts à tourner sur cette console en transformant juste dans leur entête le

Code:

---

#include <stdio.h>

---

en

Code:

---

#include "stdio.h"

---

Le "stdio.h" serait bien sûr le <stdio.h> modifié avec les macros dont tu m'as donné l'idée et placé dans le répertoire des différents projets incluant ma lirairie. Ca me parait plus simple et moins source d'erreur que de transformer tous les printf en sdl_printf. Mais tout est envisageable et on n'a peut être pas fait le tour de la question.

a+

Pfeuh

Citation:

---

Envoyé par pfeuh

C'est justement ce que je voudrais éviter, le vsprintf suivi du sdl_putchar. J'ai un paquets de sources qui sont prêts à tourner sur cette console en transformant juste dans leur entête le

Code:

---

#include <stdio.h>

---

en

Code:

---

#include "stdio.h"

---

Le "stdio.h" serait bien sûr le <stdio.h> modifié avec les macros dont tu m'as donné l'idée et placé dans le répertoire des différents projets incluant ma lirairie. Ca me parait plus simple et moins source d'erreur que de transformer tous les printf en sdl_printf. Mais tout est envisageable et on n'a peut être pas fait le tour de la question.

---

Non, tu n'as pas le droit d'utiliser le même nom (stdio). De toutes façons, tu ne pourras pas recompiler la bibliothèque alors laisse tomber, et fait avec une autre fonction.

Tu parles d'applications 'console'... Tu veux transformer du code console en application SDL ? Les entrées ne sont pas du tout gérées de la même façon. Quel intérêt ?

Je ne comprends rien à ce que tu veux faire en définitive.

Tu devrais commencer par expliquer exactement ce que tu veux faire (1 - Quoi ?), parce que si ça se trouve, on est dans un problème de conception (2 - Comment ?) et pas encore de codage (3) ...

Salut,

Citation:

---

Envoyé par Emmanuel Delahaye

Non, tu n'as pas le droit d'utiliser le même nom (stdio). De toutes façons, tu ne pourras pas recompiler la bibliothèque alors laisse tomber, et fait avec une autre fonction.

---

Ok, je viens de constater, un my_printf ira très bien.

Citation:

---

Envoyé par Emmanuel Delahaye

Tu parles d'applications 'console'... Tu veux transformer du code console en application SDL ? Les entrées ne sont pas du tout gérées de la même façon. Quel intérêt ?

---

J'ai écrit (pour cette console SDL) des fonctions clavier et écran compatibles avec les fonctions standards getchar et putchar. J'ai bien noté que tu préfèrerais un my_getchar et un my_putchar. Je vais aussi devoir faire un my_printf et une saisie de chaine sécurisée.

Citation:

---

Envoyé par Emmanuel Delahaye

Je ne comprends rien à ce que tu veux faire en définitive.

Tu devrais commencer par expliquer exactement ce que tu veux faire (1 - Quoi ?), parce que si ça se trouve, on est dans un problème de conception (2 - Comment ?) et pas encore de codage (3) ...

---

Le codage des softs est fait depuis belle lurette, ils tournent sur différents micros (NEC 8 bits, PIC24, PIC32 et 8051, en gros de l'IHM de configuration à LCD et joystick) et je dois les faire tourner sur un PC. Je pensais pouvoir le faire avec ma console SDL et une redéfinition de putchar et getchar. Je vais le faire, mais la modification sera simplement plus conséquente que prévu.

A+

pfeuh