Discussion :

[NSV]

Bonjour,

Après avoir fait pendant quelques années du C, j'ai décidé (pour le sport) de m'y remettre.
Grâce aux conseils (sur le forum) d'utiliser Wascana, j'ai très facilement peut reconstruire un environ viable pour mon jeu d'échec (jeu en C fait pendant mes années d'études). Il a réussi sans que je configure rien compiler, exécuter, débugger mon programme. Je suis assez satisfait étant donné que ça m'a pris que 5 min (mes précédentes tentatives n'avaient jamais été bien glorieuses et j'avais abandonné à chaque au vu de l'ampleur du travail pour mettre en place un environnement utilisable et pratique).

Maintenant, suite à mes expériences dans le monde de l'objet, j'aimerais appliquer mon expériences sur ce "nouveau" projet.
Je cherche donc un outils de tests unitaires à intégrer à Eclipse. J'ai trouvé Cxxtest (et les autres sur le forum) mais il semble qu'ils sont orienté c++ et non c (d'ailleurs, il serait tant que les gens cesse de dire C/C++, ce que developpez.com a compris !). Donc y'a t il des personnes ayant fait du tests unitaires en C sous Eclipse (voir en ligne de commande) ?

De plus, j'avais lu je sais plus où, qu'il y a des bibliothèques permettant une gestion plus aisé des listes, des exceptions, des booléens, des strings... en C
Où peut on trouver ce genre de bibliothèques ?

Merci d'avance

[Emmanuel Delahaye]

De plus, j'avais lu je sais plus où, qu'il y a des bibliothèques permettant une gestion plus aisé des listes, des exceptions, des booléens, des strings... en C
Où peut on trouver ce genre de bibliothèques ?

glib. Mais vu ce que tu demandes, pourquoi tu ne le fais pas en C++ ?

Donc y'a t il des personnes ayant fait du tests unitaires en C

Oui. CUnit, par exemple...

[nicolas.sitbon]

Mais vu ce que tu demandes, pourquoi tu ne le fais pas en C++ ?

N'avons nous pas déjà tout ça en C?

[Emmanuel Delahaye]

N'avons nous pas déjà tout ça en C?

Alors, je reprends :

Code :

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

1
2
3
4
5
6
7
8
9
 
....................................
:            : C             : C++ :
:............:...............:.....:
: listes     : non           : oui :
: exceptions : non           : oui :
: booléens   : oui[C99]      : oui :
: strings    : rudimentaire  : oui :
:............:...............:.....:

[nicolas.sitbon]

Alors, je reprends :

Code :

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

1
2
3
4
5
6
7
8
9
 
....................................
:            : C             : C++ :
:............:...............:.....:
: listes     : non           : oui :
: exceptions : non           : oui :
: booléens   : oui[C99]      : oui :
: strings    : rudimentaire  : oui :
:............:...............:.....:

De base bien sûr, mais toi le premier comme tout ceux qui fréquente souvent le forum, avons tous sous la main nos propres bibliothèques qui implémentent ces fonctionnalités.

[Médinoc]

Enfin, pour les exceptions, c'est pas si évident...
Même dans mon programme d'essai sur les destructeurs en C, je n'ai pas encore mis de système d'exceptions...

PS: Je sais que ce programme est inutilement compliqué pour la gestion de sa liste. Je prévois de corriger ça, mais j'avais la flemme.

[Emmanuel Delahaye]

De base bien sûr, mais toi le premier comme tout ceux qui fréquente souvent le forum, avons tous sous la main nos propres bibliothèques qui implémentent ces fonctionnalités.

Oui, mais il a fallu les coder soi-même, ce qui est satisfaisant, mais pas très productif...

Quand aux exceptions ...

[nicolas.sitbon]

Enfin, pour les exceptions, c'est pas si évident...
Même dans mon programme d'essai sur les destructeurs en C, je n'ai pas encore mis de système d'exceptions...

PS: Je sais que ce programme est inutilement compliqué pour la gestion de sa liste. Je prévois de corriger ça, mais j'avais la flemme.

Oui, mais il a fallu les coder soi-même, ce qui est satisfaisant, mais pas très productif...

Quand aux exceptions ...

Pour ce qui est des exceptions, je maintiens personnellement la bibliothèque de john viega (libxxl), si ça vous intéresse, d'autant qu'elle intègre un système de destructeurs (ça c'est pour toi Médinoc), que dans sa version mono thread, elle est compatible C89 (ça c'est pour toi Emmanuel), dans sa version multi thread, elle est compatible POSIX et Windows.

[Médinoc]

Ça me rappelle qu'en parlant de Windows, je n'aurais pas dû utiliser du Thread-Local Storage ici, mais du Fiber-Local storage (quand ça existe). Le problème, c'est que le FLS n'existe pas sur toutes les versions de WinNT (la CRT de Microsoft a du code pour détecter ça et choisir entre TLS et FLS pour ses variables non-réentrantes et ses exceptions Win32)

[nicolas.sitbon]

Ça me rappelle qu'en parlant de Windows, je n'aurais pas dû utiliser du Thread-Local Storage ici, mais du Fiber-Local storage (quand ça existe). Le problème, c'est que le FLS n'existe pas sur toutes les versions de WinNT (la CRT de Microsoft a du code pour détecter ça et choisir entre TLS et FLS pour ses variables non-réentrantes et ses exceptions Win32)

Aurais tu ce fameux code pour détecter si le fiber local storage est dispo ou pas?
n'y aurait il pas un define bien propre pour ça?

[nicolas.sitbon]

ça commence mal : http://http://msdn.microsoft.com/en-...64(VS.85).aspx

Requires Windows Vista.

[Médinoc]

La CRT fait un bète GetProcAddress() et enregistre l'adresse dans une variable globale (je crois qu'elle fait ça à l'initialisation, dans son équivalent du DllMain, avant qu'il soit possible de lancer de nouveaux threads). Enfin, je n'ai pas le code sous les yeux, je parle de mémoire là.
En plus, j'ignore s'il est très légal de poster du code de la CRT dans le forum (où des gens sans license de Visual peuvent le lire)

Vous remarquerez qu'il n'est pas "safe" d'utiliser les exceptions dans des fibres avant Windows Vista ou Windows Server 2003, car dans les versions précédentes les fibres existent mais pas le FLS.

[nicolas.sitbon]

Pour ce qui de ma bibliothèque, je suis à l'abri, l'ai seulement précisé "thread-safe" et pas "fiber-safe". Ils auraient au moins pu corrigé ça avec le SP3...

[Médinoc]

Après recherche, le pointeur de fonction est bien stocké dans une variable globale, par la fonction _mtinit().
Cette fonction est bien appelée au démarrage avant que la création d'un autre thread soit possible, du moins en mode DLL.

(en mode lib statique, il est peut-être possible qu'un autre thread soit lancé depuis une DLL avant que le _mainCRTStartup() de l'exe fasse l'initialisation. Mais cela ne devrait pas poser de problème tant que ledit thread n'appelle aucune fonction de l'EXE, et je ne vois pas comment il pourrait le faire...)

PS: Ne t'inquiète pas, je me préoccupe généralement assez peu de la fiber-safety de mes fonctions.
Ce qui est à retenir par contre, c'est qu'il faut aussi éviter d'utiliser des fonctions non-réentrantes de la CRT (comme strtok()) dans des fibres, car elles auront un comportement différent selon la version de Windows: La variable "cachée" sera ou non partagée entre les différentes fibres s'exécutant sur un même thread.

[nicolas.sitbon]

y a t'il un équivalent de strtok_r() sous Windows?

[Médinoc]

Depuis Visual 2005, il y a strtok_s().

Il y a également qsort_s() qui peut être vachement sympa si tu veux trier un tableau d'indices de tableau...