[Humour]Cmal

**Gruik** · 09/05/2006, 20h50

Salut,

Ce n'est pas un topic serieux mais comme c'est specifique au C, je prefere poster la que sur la taverne.

Il y avait un site "cmal.net" où on pouvait rentrer plein de "cmal", c'est à dire des postulats plus ou moins debiles qui finissent par "c'est mal" ("cmal").
Aujourdhui, le site n'est plus qu'un tirage aleatoire de photos qui commentées par un de ces "cmal".
http://cmal.net/

Je me suis dit que ça serait sympa la meme chose mais pour les trucs à ne pas faire en C. Biensur, on peut discuter des "c'est mal" si on est pas d'accord.

----

Les variables locales de plus de 60ko c'est mal.

**Skyounet** · 09/05/2006, 20h57

Les goto cmal
Les variables globales cmal

**Gruik** · 09/05/2006, 21h01

getch() cmal

**Skyounet** · 09/05/2006, 21h02

gets() cmal

**Gruik** · 09/05/2006, 21h03

Les sources de 20000 lignes cmal
Les fonctions de 200 lignes cmal

**Gruik** · 09/05/2006, 21h16

Les commentaires à la C++ // cmal
Les allocation dynamiques non libérées cmal
Les fonctions avec 50 parametres cmal

**shinkyo** · 09/05/2006, 21h03

Le C cmal

.

mat.M · 09/05/2006, 21h32

Envoyé par Gruik

Je me suis dit que ça serait sympa la meme chose mais pour les trucs à ne pas faire en C. Biensur, on peut discuter des "c'est mal" si on est pas d'accord.
Les variables locales de plus de 60ko c'est mal.

60Ko pour une variable locale ??? Et malloc connait pas ?

Sinon char * c mal , strcpy strcat c mal

**Gruik** · 09/05/2006, 21h36

"char *" cmal, je suis d'accord

"strcat() cmal" oui aussi (si on connait la longueur on peut faire strcpy (out + longueur, in)

**Mayti4** · 09/05/2006, 22h31

Envoyé par Gruik

"char *" cmal, je suis d'accord

Ah bon, pourquoi ? Quelle est l'alternative ?

Il n'y a pas de mauvais langage, juste de mauvais developpeurs...

**Goundy** · 09/05/2006, 22h51

void main cmal

**Gruik** · 09/05/2006, 22h57

Envoyé par Mayti4

Ah bon, pourquoi ? Quelle est l'alternative ?

Parceque trop de gens font l'amalgame "char * = chaine" alors que c'est pas aussi simple..

L'alternative c'est d'utiliser des "char []" quand on sait que ça fait referrence à tableau de caracteres, d'utiliser des "const char *" ou des "const char[]" quand la zone pointée est read only.

L'alternative c'est de specifier des types pour savoir d'où provient la "chaine" et qu'est ce qu'on peut en faire.
Par exemple, j'ai été plutot fier de creer le type

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

typedef const char * bd_str;

pour tout ce qui est lu dans une base mysql et retourné par mysql_fetch_row()

Ainsi que le type

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

typedef char * allocated_str;

pour qu'on sache que ce genre de "chaine" doit être libérée par un free().
etc..

**Trap D** · 10/05/2006, 10h34

Envoyé par mat.M

60Ko pour une variable locale ??? Et malloc connait pas ?

Sinon char * c mal , strcpy strcat c mal

On est dans le forum C, pas le C++

Sinon, le C++ c'est mal ??

**Gruik** · 10/05/2006, 10h41

Le realloc cmal.

**Emmanuel Delahaye** · 10/05/2006, 11h11

Envoyé par Gruik

Le realloc cmal.

L'abus de realloc çaÿ mal. Sinon, c'est quand meme bien pratique quand c'est utilisé avec une stratégie correcte. C'est quand même nettement moins lourd que les listes chainées dans bien des cas.