À l'aide de .reset() pour libérer un boost::shared_ptr avec la propriété exclusive

Je suis le stockage d'un objet (TTF_Font) dans un shared_ptr qui m'est fournie à partir d'un tiers de l'API. Je ne peux pas utiliser de nouvelles ou de les supprimer de l'objet, de sorte que le shared_ptr est également fourni un de "libérer" foncteur.

//Functor
struct CloseFont
{
    void operator()(TTF_Font* font) const
    {
        if(font != NULL) {
            TTF_CloseFont(font);
        }
    }
};

boost::shared_ptr<TTF_Font> screenFont;

screenFont = boost::shared_ptr<TTF_Font>( TTF_OpenFont("slkscr.ttf", 8), CloseFont() );

Si, plus tard, je dois explicitement gratuit cet objet est-il correct de faire cela:

screenFont.reset();

Puis laissez screenFont (le shared_ptr objet) être détruit naturellement?

InformationsquelleAutor Zack The Human | 2008-10-01
  1. 16

    shared_ptr<>::reset() va baisser le refcount par un. Si cela se traduit par le comte de descendre à zéro, la ressource pointée par le shared_ptr<> seront libérés.

    Donc je pense que la réponse est oui, cela fonctionne. Ou vous pouvez simplement laisser le screenFont variable d'être détruite suite à une chute hors de portée ou quoi, si c'est ce qui est sur le point d'arriver.

    Pour être clair, l'utilisation normale de shared_ptr<>, c'est que vous vous permettez d'être détruite, naturellement, et il va régler le refcount et de libérer de la ressource quand il descend à zéro naturellement. reset() n'est nécessaire que si vous avez besoin de libérer cette instance particulière de la ressource partagée avant le shared_ptr<> serait naturellement été détruits.

    • Merci pour la réponse. Dans mon cas, j'ai explicitement libre avant une autre ressource, et c'était le seul moyen que j'ai trouvé pour le faire.
    • Juste pour être clair - reset() ne libère pas le lieu ressource, à moins que les résultats dans le refcount tomber à zéro, il ne force pas le refcount à zéro.
    InformationsquelleAutor Michael Burr
  2. 0

    Mike B a répondu à votre question, donc je vais juste commenter votre code. Si TTF_OpenFont ne retourne pas null, ou si TTF_CloseFont peut manipuler sans danger les valeurs null, vous n'avez pas besoin d'un CloseFont classe à tous, il suffit d'utiliser &TTF_CloseFont.

    • Merci. Qu'est ce que je faisais au départ. J'ai trouvé un bug lié à une autre ressource libérée avant ma ressource de police et essayé de le résoudre par la méthode ci-dessus. Bien que le bug n'était pas liée à l'foncteur, je l'ai gardé parce que je suis de la gestion des autres ressources avec le même motif.
    InformationsquelleAutor Chris Jester-Young