kts_system
Messages postés25Date d'inscriptionvendredi 1 décembre 2006StatutMembreDernière intervention27 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és25Date d'inscriptionvendredi 1 décembre 2006StatutMembreDernière intervention27 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és25Date d'inscriptionvendredi 1 décembre 2006StatutMembreDernière intervention27 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és966Date d'inscriptionsamedi 3 avril 2004StatutMembreDernière intervention 4 mars 20104 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.
15 oct. 2007 à 14:08
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
15 oct. 2007 à 13:52
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
15 oct. 2007 à 09:49
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
12 oct. 2007 à 18:16
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.