Bibliothèques et outils pratiques

Version imprimable

04/09/2008, 21h40
NSV

Bibliothèques et outils pratiques

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
05/09/2008, 01h01
Emmanuel Delahaye

Citation:

Envoyé par NSV

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++ ?

Citation:

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

Oui. CUnit, par exemple...
05/09/2008, 05h48
nicolas.sitbon

Citation:

Envoyé par Emmanuel Delahaye

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

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

Citation:

Envoyé par nicolas.sitbon

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

Alors, je reprends :

Code:

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 :
:............:...............:.....:

Citation:
Envoyé par Emmanuel Delahaye
Alors, je reprends :
Code:

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.

05/09/2008, 09h48
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.
05/09/2008, 10h10
Emmanuel Delahaye

Citation:

Envoyé par nicolas.sitbon

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 ...
05/09/2008, 10h33
nicolas.sitbon

Citation:

Envoyé par 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.

Citation:

Envoyé par Emmanuel Delahaye

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.
05/09/2008, 11h39
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)
05/09/2008, 11h50
nicolas.sitbon

Citation:

Envoyé par 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)

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?
05/09/2008, 11h52
nicolas.sitbon

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

Citation:

Requires Windows Vista.
05/09/2008, 11h57
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.
05/09/2008, 12h01
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...
05/09/2008, 12h11
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.
05/09/2008, 12h21
nicolas.sitbon

y a t'il un équivalent de strtok_r() sous Windows?
05/09/2008, 12h40
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...