ClanLib est à l'origine de nombreux problèmes, mais c'est quand même pas TOUJOURS sa faute :-) Pour le cas du segfault en quittant, la faute est partagée. ClanLib est un peu trop optimisé. Du coup, il manque deux-trois if pour les cas un peu tordus. Ici, on détruit d'abord l'objet "écran" et après les objets graphiques. Or, les objets graphiques ont besoin de l'objet écran lorsqu'ils sont détruits. Bref, ça bloque.
La faute du côté de Wormux est qu'il faudrait détruire manuellement chaque objet graphique (faire image = CL_Surface(); => objet vide, pointeur NULL à la manière ClanLib) avant de détruire l'objet écran (CL_Display::deinit() je crois bien).
D'ailleurs, Wormux a tendance à conserver trop longtemps les objets graphiques en mémoire. D'où une consommation excessive de la mémoire vidéo. Problème corrigé dans la derniè version béta si j'ai bien compris.
[^] # Re: De beaux progrès !
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Wormux a besoin de vous et de vos compétences. Évalué à 2.
ClanLib est à l'origine de nombreux problèmes, mais c'est quand même pas TOUJOURS sa faute :-) Pour le cas du segfault en quittant, la faute est partagée. ClanLib est un peu trop optimisé. Du coup, il manque deux-trois if pour les cas un peu tordus. Ici, on détruit d'abord l'objet "écran" et après les objets graphiques. Or, les objets graphiques ont besoin de l'objet écran lorsqu'ils sont détruits. Bref, ça bloque.
La faute du côté de Wormux est qu'il faudrait détruire manuellement chaque objet graphique (faire image = CL_Surface(); => objet vide, pointeur NULL à la manière ClanLib) avant de détruire l'objet écran (CL_Display::deinit() je crois bien).
D'ailleurs, Wormux a tendance à conserver trop longtemps les objets graphiques en mémoire. D'où une consommation excessive de la mémoire vidéo. Problème corrigé dans la derniè version béta si j'ai bien compris.
Haypo