Classe template tableaux sécurisés à allocations automatiques

Soyez le premier à donner votre avis sur cette source.

Vue 5 549 fois - Téléchargée 592 fois

Télécharger le projet
Commenter

Description

(Ce code est uniquement C++ et sous licence CeCILL)
SecureArray est une classe template qui remplace std::vector pour ceux qui ne peuvent pas voir la STL en peinture :)
Son code à été largement testée, sa force est d'être stable et d'éviter les fuites mémoires grace aux mécanismes de destruction du C++.

La gestion des erreurs se fait grâce aux exceptions.

L'avantage est d'éviter tout seg fault, et d'éviter les allocations manuelles.
La classe est basée sur new[] / new(placement) et delete[]

Source / Exemple : 


// le ZIP contient la documentation
// toutes les fonctions sont documentées, vous devez copier le module de la classe dans
// votre projet pour l'utiliser.
// cette classe peut même être utile au debuging de programmes importés du C.
// si par exemple vous avez:
int main(void)
{
	int* p;
	p = malloc(sizeof(int) * 40);
	...
	p[var] = valeur;   // var peut prendre une valeur causant un seg fault si < 0 ou > 39
	...
	free(p);
	return 0;
}
// remplacez les lignes de déclaration et d'allocation par:
int main(void)
{
	SecureArray< int > p;
	...
	p[var] = valeur;   // si var prend une mauvaise valeur, une exception est lancée
	...
	//free(p);  inutile, car l'objet p est automatiquement détruit avec le return
	return 0;
}

Conclusion :


J'ai récemment refait toute la documentation en HTML :)
j'y ai passé du temps donc lisez la ca vous éviteras de vous perdre dans le .h

le zip contient un répertoire avec un exemple de projet MS Visual Studio 2003.
Télécharger le projet

Codes Sources

A voir également

Ajouter un commentaire

Commentaires

Signaler
cs_Lightness1024!
Messages postés
162
Date d'inscription
jeudi 15 mars 2001
Statut
Membre
Dernière intervention
1 avril 2005
 -
oui tu as 100% raison, c'est pas beau ma récup de chaine..
et oui tu as raison il faudrait la faire dériver de std::exception mais le but de cette classe c'etait juste de faire un conteneur totalement indépendant de la STL.
par rapport à std::vector je suis encore loin de la qualité qu'il peut fournir et je ne garanti pas non plus la compatibilité de l'interface avec les conteneurs stl (iterateurs...).

c'est juste qu'en C++ les conteneurs c'est quelque chose de tres marrant a coder, et utiliser la STL c'est se priver totalement de cette expérience, c'est pour ca que je ne l'aime pas :)
Signaler
cosmobob
Messages postés
706
Date d'inscription
mardi 30 décembre 2003
Statut
Membre
Dernière intervention
27 janvier 2009
 3 -
salut,
un conseil:
fais dériver ta classe OutOfRange de std::exception qui contient déja une méthode what() a surchager qui renvoie un const char* et qui décrit l'erreur. comme ca y'aurait pas besoin d'utiliser ton GetErrorStringPtr qui est vraiment pas beau !!!!

sinon c'est pas mal, mais ya t'il un gain par rapport a l'utilisation de std::vector ??
Signaler
cs_Lightness1024!
Messages postés
162
Date d'inscription
jeudi 15 mars 2001
Statut
Membre
Dernière intervention
1 avril 2005
 -
merci Bki :)

bon, j'ai eu quelques problemes quand j'ai fait mon ZIP (bzip2 plutot que "Deflate" ca n'a pas plu au site).
je suis donc désolé pour les 500 tentatives manquées qui ont floodées le log des mises à jour lol. pardon encore.
Signaler
cs_Bki
Messages postés
32
Date d'inscription
vendredi 18 janvier 2002
Statut
Membre
Dernière intervention
25 mai 2004
 -
C'est vrai que c'est vraiment nul d'insinuer que le code n'est pas de lui... si ce n'était pas de lui, pourquoi le poster ? Tu peux douter de la plupart des codes qui sont postés ici alors. C'est par parce que le code est plus lisible que le tien qu'il faut te venger en insinuant ce genre de chose...
Signaler
cs_Lightness1024!
Messages postés
162
Date d'inscription
jeudi 15 mars 2001
Statut
Membre
Dernière intervention
1 avril 2005
 -
j'y crois pas, tu doutes que c'est moi qui ait écrit ca ? et ben dis donc j'aurais pas pensé qu'on puisse commencer un debut de quart d'imagination a ce sujet.
evidemment que c'est moi et même à 100% voyons et si il n'y avais qu'une ligne pas de moi j'aurais respecté la propriété intellectuelle et j'aurais cité l'auteur.

deuxièmement, int 32768 ?? non pas du tout ca c'est les variables de types 16 bits qui peuvent atteindre cette limite, et d'ailleur tu as ecris 2^8 ce qui fait 256 pas 32768. la variable int prend un registre processeur et sa taille dépend donc de la machine, et depuis les 386 ces registres font 32 bits donc un int fait 32 bits donc a une valeur maximum de 2 147 483 647 ce qui n'est pas si limité que ca pour une taille de tableau étant donné que la mémoire maximum allouable est de 4GO et le plus petit type etant BYTE on peut théoriquement allouer 50% de la mémoire au minimum si on utilise le maximum du type int (mais ca ne fonctionnera jamais dans la réalité il faut utiliser plusieurs tableaux pour remplir un espace aussi immense).

par contre etant donné que j'utilise new et delete peut etre que la rapidité d'allocation sera moins puissante que ta methode realloc.

et franchement je suis déçu que tu puisse croire que je n'ait pas édité de code moi même mais je te pardonne car tu ne me connais pas, et d'un coté c'est une sorte de compliment ! :)
Afficher les 6 commentaires
S'inscrire maintenant

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.

Du même auteur (cs_Lightness1024!)