[C/LINUX] BALISAGE HTML DE FICHIERS SOURCE C/C++
cs_Kaid
Messages postés
949
Date d'inscription
mardi 2 octobre 2001
Statut
Membre
Dernière intervention
8 juillet 2006
-
8 juil. 2006 à 20:51
aminesoft1 Messages postés 9 Date d'inscription mardi 11 mars 2008 Statut Membre Dernière intervention 16 juin 2008 - 4 juin 2008 à 07:31
aminesoft1 Messages postés 9 Date d'inscription mardi 11 mars 2008 Statut Membre Dernière intervention 16 juin 2008 - 4 juin 2008 à 07:31
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/38489-c-linux-balisage-html-de-fichiers-source-c-c
https://codes-sources.commentcamarche.net/source/38489-c-linux-balisage-html-de-fichiers-source-c-c
4 juin 2008 à 07:31
1 août 2006 à 21:47
Joli travail. Je le mets de côté au cas où...ça peut être utile.
14 juil. 2006 à 09:29
14 juil. 2006 à 00:24
13 juil. 2006 à 22:18
* BOOL n'est pas un type de donnée ni une classe d'allocation mais juste une macro... Est il donc nécessaire de l'inclure dans le tableau MotType ?
* Fonction main : l'appel direct à argv[1] sans avoir tester le argc est franco ! En effet, 99% des implémentations usuelles placeront, si aucun paramètre n'est fourni, un pointeur null dans argv[1]. Mais ce comportement n'est pas prévu et défini par la norme et sous un quelconque compilo C venu de mars, cela peut planter l'appli...
* dans la fonction BaliserFichier() :
..
ficout= (char*) malloc(strlen(fichier)+4);
sprintf(ficout, "%s.htm", fichier);
..
AIE ! lors du free(ficout), sous VC++ crash en debug ! Pourquoi ? car le buffer ficout ne contient pas de zéro terminal. Il faut faire :
malloc(strlen(fichier)+4 + 1)......
* dans la fonction Envoi() :
..
memset(mot,0,200); -> vaut mieux : memset(mot,0,sizeof(mot));
..
* pareil pour les taille de MotsCles (17) et MotsTypes (19) : ces valeurs sont utilisées à plusieurs endroits... Un define ou un static const serait moins source d'erreurs lors d'enrichissement ultérieurs de la source.
Ce sont des petits détails ... mais bon ca peut toujours servir !
Sinon j'aurai bien vu un tableau de structure avec comme champs le caractère, le code couleur, le code fonction à appeller afin de minimiser la liste des else if de la boucle principale....
13 juil. 2006 à 15:01
On n'a oublié aucun compilateur ni aucune plateforme? Test:
// Retourne 1 si le mot est pourpre, 2 s'il est bleu, 0 si mot normal (noir)
unsigned short EstUnMotCle(char* str)
{
unsigned short m;
for (m=0; m<17; m++) if (strcmp(MotsCles[m] ,str)==0) return 1;
for (m=0; m<19; m++) if (strcmp(MotsTypes[m],str)==0) return 2;
return 0;
}
13 juil. 2006 à 10:30
Le code de la source plante sous VC car il n'est pas "ANSI C". En effet, dans la fonction BaliserFichier() un tableau de char est déclaré en fin de bloc (char ficout[strlen(fichier)+4];)... Ce qui est strictement illégal en ANSI C où toutes les déclarations doivent être effectuée avant toute expression exécutable... En remontant la déclaration du tableau en début de bloc, tout compile et fonctionne correctement. Mais dans ce cas, on appelle strlen() avant même d'avoir tester le pointer "fichier"... Donc revoir un peu le code de début de fonction....
J'espère que cela peut aider...
10 juil. 2006 à 21:12
Chers Code::Blockers si vous essayez la mise à jour faudra virer GetTimeOfDay(), en attendant la prochaine MAJ, qui sera portable.
10 juil. 2006 à 12:02
En ajoutant ceci: ....
/*
Pour faciliter le portage d'application UNIX ou pour faciliter le
travail de développeurs habitués au monde UNIX, les macros suivantes
permettront une 'migration' aisée :
#include <memory.h> // Prototypes des fonctions memcpy et memset
#define bcopy(source, dest, len) memcpy(dest, source, len)
#define bzero(area, len) memset(area, 0, len)
VOIR
http://support.microsoft.com/default.aspx?scid=kb%3Bfr%3B458620
*/
10 juil. 2006 à 11:37
Allons-y pour memset(), bien vu. Pour win32, je me penche sur la question dès que la version linux est solide. Essaye de débuguer en modifiant la routine cout().
Bonne remarque sur la colorisation des chiffres, en cours d' implémentation!
Merci Kaid, ça marche super (ici il traite 8600 octets en 4 ms, soit 2150 octets par milliseconde).
J'ai corrigé quelques erreurs, mise à jour bientôt, hisoire de mériter la note!
10 juil. 2006 à 11:24
Remarque sur le code: remplace tout tes bzero par memset(&mot,0, 255*sizeof(char)).
Regarde dans la man page de bzero, dans le paragraphe conformité, il conseil d'utilisé memset.
Pour ce qui est de l'utilisation, ca se compile bien avec codeblocks sous windows, mais quand j'utilise le programme il me génère un fichier .html de 0 ko :/ .
9 juil. 2006 à 11:53
8 juil. 2006 à 20:51