Programmation C microcontroleur...

Les core dumps se ramassent à la pelle, Et nos amours à la truelle... (air connu)

gets est typiquement le genre de fonction qui ne doit pas être évoquée dans un cours (et marquée comme sbrk() TPÀCPC) !

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Reply to
JKB
Loading thread data ...

C'est l'effet du Duff's device ?

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Reply to
JKB

*g* j'avais jamais vu qu'il y avait cette fonction là dedans. Faudrait peut-être lui envoyer un mail à ce sujet !
Reply to
cLx

Le jeudi 23 ao=FBt 2012 11:32:55 UTC+2, JKB a =E9crit=A0:

Bon... j'en perd mon latin du coup... C ANSI est pr=E9f=E9rable ? (je laisse tomb=E9 le site du zero)

Reply to
Pascal06

Le jeudi 23 ao=FBt 2012 10:38:14 UTC+2, Lucas Levrel a =E9crit=A0:

ns=20

Bonjour, je n'y avais pas pens=E9, je le fais de ce pas. Merci !

Reply to
Pascal06

Le Fri, 24 Aug 2012 00:19:23 -0700 (PDT), Pascal06 écrivait :

Oui. La différence est essentiellement dans unesombre histoire de syntaxe et de passages de paramètres.

K&R: int ma_fonction(a, b, c) float a; char *b; short c; { ... }

C-89 (Ansi) int ma_fonction(float a, char *b, short c) { ... }

Un compilo K&R qui suit strictement les specs considère que les valeurs a, b et c empilées sont 'castables' en entier. Ce qui n'est pas le cas dans la seconde version, d'où quelques désagréments lorsqu'on mélange les deux...

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Reply to
JKB

Le Tue, 21 Aug 2012 14:29:39 +0000, JKB a écrit :

Claude

et moi il m'a bien servi quand j'avais un point précis à voir. Si je me souviens bien il avait un très bon index. S'il n'y a pas de calculs, l'assembleur avec quelques macros spécifiques peut être une TRÈS bonne alternative.

Reply to
moi-meme

Le 30 Aug 2012 19:13:59 GMT, moi-meme écrivait :

Ça dépend du type de processeur. Un vrai CISC, c'est parfait. Je me souviens avoir écrit des gros programmes de traitement du signal en Macro32 (assembleur VAX). Avec un RISC, c'est déjà plus tordu (sauf à avoir des assembleurs avec des pseudo instructions puissantes comme l'assembleur Sparc canonique), mais avec un VLIW (voir certains processeurs de TI), c'est une prise de tête garantie !

Le choix entre C et assembleur ne doit pas se faire sur un critère comme le calcul mais sur la facilité de maîtriser complètement l'architecture.

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Reply to
JKB

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.