TREEREG (GESTION DU REGISTRE COMME UN ARBRE)

cs_juju12 Messages postés 966 Date d'inscription samedi 3 avril 2004 Statut Membre Dernière intervention 4 mars 2010 - 12 oct. 2007 à 18:16
kts_system Messages postés 25 Date d'inscription vendredi 1 décembre 2006 Statut Membre Dernière intervention 27 novembre 2018 - 15 oct. 2007 à 14:08
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/44367-treereg-gestion-du-registre-comme-un-arbre

kts_system Messages postés 25 Date d'inscription vendredi 1 décembre 2006 Statut Membre Dernière intervention 27 novembre 2018
15 oct. 2007 à 14:08
Bon finalement apres une ptit modif j'arrive a charger toute la branche software du registre mais l'appli finit a 222 Mo et met bien 3-4 min a se lancer

En meme temps il y a plus de 600 000 clé et un max de valeur a créé.

Je met la nouvelle version ds la journée
kts_system Messages postés 25 Date d'inscription vendredi 1 décembre 2006 Statut Membre Dernière intervention 27 novembre 2018
15 oct. 2007 à 13:52
Bon pour le stack overflow apres reflexion ce n'est pas du aux trop grand nbr de variable dans la pile.

j'ultilise une fct recursive pour créé mon abre et en faisant un petite expèrience :

La fct et appeler 250 000 fois avant d'avoir un stack overflow
A ce moment la window indique 133 000 ko ! pour l'appli
kts_system Messages postés 25 Date d'inscription vendredi 1 décembre 2006 Statut Membre Dernière intervention 27 novembre 2018
15 oct. 2007 à 09:49
"Pourquoi déclarer sur la pile dans ce cas et pas allouer la mémoire?"
sa m'oblige a geré la liberation, j'ai pas le temps, je le mettrai a jour quand je l'aurai.


"Tu pourrais les déclarer protected/private et mettre la classe CKeyReg friend ce qui empêcherait une utilisation abusive"

C'est vraix j'y avais pas penser, je le ferai ds la prochaine maj
cs_juju12 Messages postés 966 Date d'inscription samedi 3 avril 2004 Statut Membre Dernière intervention 4 mars 2010 4
12 oct. 2007 à 18:16
"Un certain nombre de variable sont instanciées sur la pile ce qui risque de provoquer un stack overflow si vous essayer d'ouvrir un clef avec trop de sous clef comme SOFTWARE en entier par ex "
Pourquoi déclarer sur la pile dans ce cas et pas allouer la mémoire?

Autre chose dans ta classe CValReg tu dis :
"Normalement ces fct ne doivent pas etre utiliser directement, utilisez les fct de CKeyReg"
Tu pourrais les déclarer protected/private et mettre la classe CKeyReg friend ce qui empêcherait une utilisation abusive.