AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • Início
  • system&network
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • Início
  • system&network
    • Recentes
    • Highest score
    • tags
  • Ubuntu
    • Recentes
    • Highest score
    • tags
  • Unix
    • Recentes
    • tags
  • DBA
    • Recentes
    • tags
  • Computer
    • Recentes
    • tags
  • Coding
    • Recentes
    • tags
Início / coding / Perguntas / 79198411
Accepted
9-Pin
9-Pin
Asked: 2024-11-18 08:17:42 +0800 CST2024-11-18 08:17:42 +0800 CST 2024-11-18 08:17:42 +0800 CST

Esclarecimento sobre o gerenciamento de memória GTK para widgets removidos

  • 772

Preciso de um esclarecimento sobre o gerenciamento de memória do GTK quando removo um widget de um contêiner.

/* Create a label widget with a floating reference. */
GtkWidget *lbl_text = gtk_label_new ("Text");

/* Create a grid container widget. */
GtkWidget *grid_text = gtk_grid_new ();

/* Add the label to the grid, which replaces the floating reference with a standard reference. */
gtk_grid_attach ( GTK_GRID(grid_text), lbl_text, 0, 0, 3, 1);

Quando destruo a grade grid_text, o GTK decrementa a contagem de referência no rótulo para zero e a memória do rótulo é liberada. Tudo bem.

O que acontece com a contagem de referência do rótulo se eu remover o rótulo da grade?

gtk_grid_remove (GTK_GRID(grid_text), lbl_text);

Agora tem lbl_textuma contagem de referência de zero e é destruído, ou tem uma referência flutuante de um e preciso destruí-lo manualmente usando g_object_unref()?

c
  • 1 1 respostas
  • 35 Views

1 respostas

  • Voted
  1. Best Answer
    Craig Estey
    2024-11-18T13:24:29+08:002024-11-18T13:24:29+08:00

    Podemos olhar o código fonte:

    gtk_grid_remove--> gtk_widget_unparent-->g_object_unref

    Então, a resposta rápida é que a limpeza está feita. Mas, parte do código é um pouco complexa...


    Aqui está o gtk_grid_removecódigo:

    static void
    gtk_grid_remove (GtkContainer *container,
                     GtkWidget    *child)
    {
      GtkGrid *grid = GTK_GRID (container);
      GtkGridPrivate *priv = grid->priv;
      GtkGridChild *grid_child;
      GList *list;
    
      for (list = priv->children; list; list = list->next)
        {
          grid_child = list->data;
    
          if (grid_child->widget == child)
            {
              gboolean was_visible = _gtk_widget_get_visible (child);
    
              gtk_widget_unparent (child);
    
              priv->children = g_list_remove (priv->children, grid_child);
    
              g_slice_free (GtkGridChild, grid_child);
    
              if (was_visible && _gtk_widget_get_visible (GTK_WIDGET (grid)))
                gtk_widget_queue_resize (GTK_WIDGET (grid));
    
              break;
            }
        }
    }
    

    Até onde sei, a única decisão que poderia diminuir a contagem de árbitros seria: gtk_widget_unparent.


    Aqui está o gtk_widget_unparentcódigo:

    /**
     * gtk_widget_unparent:
     * @widget: a #GtkWidget
     *
     * This function is only for use in widget implementations.
     * Should be called by implementations of the remove method
     * on #GtkContainer, to dissociate a child from the container.
     **/
    void
    gtk_widget_unparent (GtkWidget *widget)
    {
      GtkWidgetPrivate *priv;
      GObjectNotifyQueue *nqueue;
      GtkWidget *toplevel;
      GtkWidget *old_parent;
    
      g_return_if_fail (GTK_IS_WIDGET (widget));
    
      priv = widget->priv;
    
      if (priv->parent == NULL)
        return;
    
      /* keep this function in sync with gtk_menu_detach() */
    
      gtk_widget_push_verify_invariants (widget);
    
      g_object_freeze_notify (G_OBJECT (widget));
      nqueue = g_object_notify_queue_freeze (G_OBJECT (widget), _gtk_widget_child_property_notify_context);
    
      toplevel = _gtk_widget_get_toplevel (widget);
      if (_gtk_widget_is_toplevel (toplevel))
        _gtk_window_unset_focus_and_default (GTK_WINDOW (toplevel), widget);
    
      if (gtk_container_get_focus_child (GTK_CONTAINER (priv->parent)) == widget)
        gtk_container_set_focus_child (GTK_CONTAINER (priv->parent), NULL);
    
      gtk_widget_queue_draw_child (widget);
    
      /* Reset the width and height here, to force reallocation if we
       * get added back to a new parent. This won't work if our new
       * allocation is smaller than 1x1 and we actually want a size of 1x1...
       * (would 0x0 be OK here?)
       */
      priv->allocation.width = 1;
      priv->allocation.height = 1;
    
      if (_gtk_widget_get_realized (widget))
        {
          if (priv->in_reparent)
        gtk_widget_unmap (widget);
          else
        gtk_widget_unrealize (widget);
        }
    
      /* If we are unanchoring the child, we save around the toplevel
       * to emit hierarchy changed
       */
      if (priv->parent->priv->anchored)
        g_object_ref (toplevel);
      else
        toplevel = NULL;
    
      /* Removing a widget from a container restores the child visible
       * flag to the default state, so it doesn't affect the child
       * in the next parent.
       */
      priv->child_visible = TRUE;
    
      old_parent = priv->parent;
      priv->parent = NULL;
    
      /* parent may no longer expand if the removed
       * child was expand=TRUE and could therefore
       * be forcing it to.
       */
      if (_gtk_widget_get_visible (widget) &&
          (priv->need_compute_expand ||
           priv->computed_hexpand ||
           priv->computed_vexpand))
        {
          gtk_widget_queue_compute_expand (old_parent);
        }
    
      /* Unset BACKDROP since we are no longer inside a toplevel window */
      gtk_widget_unset_state_flags (widget, GTK_STATE_FLAG_BACKDROP);
      if (priv->context)
        gtk_style_context_set_parent (priv->context, NULL);
      gtk_css_node_set_parent (widget->priv->cssnode, NULL);
    
      _gtk_widget_update_parent_muxer (widget);
    
      g_signal_emit (widget, widget_signals[PARENT_SET], 0, old_parent);
      if (toplevel)
        {
          _gtk_widget_propagate_hierarchy_changed (widget, toplevel);
          g_object_unref (toplevel);
        }
    
      /* Now that the parent pointer is nullified and the hierarchy-changed
       * already passed, go ahead and unset the parent window, if we are unparenting
       * an embedded GtkWindow the window will become toplevel again and hierarchy-changed
       * will fire again for the new subhierarchy.
       */
      gtk_widget_set_parent_window (widget, NULL);
    
      g_object_notify_by_pspec (G_OBJECT (widget), widget_props[PROP_PARENT]);
      g_object_thaw_notify (G_OBJECT (widget));
      if (!priv->parent)
        g_object_notify_queue_clear (G_OBJECT (widget), nqueue);
      g_object_notify_queue_thaw (G_OBJECT (widget), nqueue);
    
      gtk_widget_pop_verify_invariants (widget);
      g_object_unref (widget);
    }
    

    Observe que a última coisa que ele faz ég_object_unref

    AFAICT, se o widget for de nível superior, a função faz um internal g_object_refe then g_object_unrefantes de fazer o final g_object_unref. Essas são chamadas balanceadas, então provavelmente nenhuma mudança.

    Então, a conclusão superficial seria que a função realmente limpa as coisas.

    Mas essa função é [um pouco] complexa, chamando muitas gtk_* funções no widget, então não consigo dizer se essa última chamada é apenas para compensar uma dessas gtk_*chamadas que aumentam a contagem de referências.

    No entanto, isso pode parecer estranho para mim, então minha conclusão [ingênua/simples] é que a chamada final é g_object_unreffazer o que você quer.

    Assim, sem examinar todos os vários apelos feitos, caveat emptor ...


    A melhor maneira pode ser você fazer algum truque para ter acesso ao refcount você mesmo e ver os valores antes e depois. Isso pode ser UB (use after free), mas está bom para um teste único.

    Para evitar UB, você pode envolver a chamada de destruição de grade em seus pares own/artificial g_object_refand g_object_unref. Isso evitará que o objeto seja recuperado até que sua g_object_unref chamada seja feita.

    • 1

relate perguntas

  • Multiplicação mais rápida que *

  • Usando uma macro para comprimento de string no especificador de formato scanf () em C

  • Como você pode definir o tipo de dados de #define para long double?

  • Ponteiros const incompatíveis

  • Mudança de cor não gradual no OpenGL

Sidebar

Stats

  • Perguntas 205573
  • respostas 270741
  • best respostas 135370
  • utilizador 68524
  • Highest score
  • respostas
  • Marko Smith

    Vue 3: Erro na criação "Identificador esperado, mas encontrado 'import'" [duplicado]

    • 1 respostas
  • Marko Smith

    Por que esse código Java simples e pequeno roda 30x mais rápido em todas as JVMs Graal, mas não em nenhuma JVM Oracle?

    • 1 respostas
  • Marko Smith

    Qual é o propósito de `enum class` com um tipo subjacente especificado, mas sem enumeradores?

    • 1 respostas
  • Marko Smith

    Como faço para corrigir um erro MODULE_NOT_FOUND para um módulo que não importei manualmente?

    • 6 respostas
  • Marko Smith

    `(expression, lvalue) = rvalue` é uma atribuição válida em C ou C++? Por que alguns compiladores aceitam/rejeitam isso?

    • 3 respostas
  • Marko Smith

    Quando devo usar um std::inplace_vector em vez de um std::vector?

    • 3 respostas
  • Marko Smith

    Um programa vazio que não faz nada em C++ precisa de um heap de 204 KB, mas não em C

    • 1 respostas
  • Marko Smith

    PowerBI atualmente quebrado com BigQuery: problema de driver Simba com atualização do Windows

    • 2 respostas
  • Marko Smith

    AdMob: MobileAds.initialize() - "java.lang.Integer não pode ser convertido em java.lang.String" para alguns dispositivos

    • 1 respostas
  • Marko Smith

    Estou tentando fazer o jogo pacman usando apenas o módulo Turtle Random e Math

    • 1 respostas
  • Martin Hope
    Aleksandr Dubinsky Por que a correspondência de padrões com o switch no InetAddress falha com 'não cobre todos os valores de entrada possíveis'? 2024-12-23 06:56:21 +0800 CST
  • Martin Hope
    Phillip Borge Por que esse código Java simples e pequeno roda 30x mais rápido em todas as JVMs Graal, mas não em nenhuma JVM Oracle? 2024-12-12 20:46:46 +0800 CST
  • Martin Hope
    Oodini Qual é o propósito de `enum class` com um tipo subjacente especificado, mas sem enumeradores? 2024-12-12 06:27:11 +0800 CST
  • Martin Hope
    sleeptightAnsiC `(expression, lvalue) = rvalue` é uma atribuição válida em C ou C++? Por que alguns compiladores aceitam/rejeitam isso? 2024-11-09 07:18:53 +0800 CST
  • Martin Hope
    The Mad Gamer Quando devo usar um std::inplace_vector em vez de um std::vector? 2024-10-29 23:01:00 +0800 CST
  • Martin Hope
    Chad Feller O ponto e vírgula agora é opcional em condicionais bash com [[ .. ]] na versão 5.2? 2024-10-21 05:50:33 +0800 CST
  • Martin Hope
    Wrench Por que um traço duplo (--) faz com que esta cláusula MariaDB seja avaliada como verdadeira? 2024-05-05 13:37:20 +0800 CST
  • Martin Hope
    Waket Zheng Por que `dict(id=1, **{'id': 2})` às vezes gera `KeyError: 'id'` em vez de um TypeError? 2024-05-04 14:19:19 +0800 CST
  • Martin Hope
    user924 AdMob: MobileAds.initialize() - "java.lang.Integer não pode ser convertido em java.lang.String" para alguns dispositivos 2024-03-20 03:12:31 +0800 CST
  • Martin Hope
    MarkB Por que o GCC gera código que executa condicionalmente uma implementação SIMD? 2024-02-17 06:17:14 +0800 CST

Hot tag

python javascript c++ c# java typescript sql reactjs html

Explore

  • Início
  • Perguntas
    • Recentes
    • Highest score
  • tag
  • help

Footer

AskOverflow.Dev

About Us

  • About Us
  • Contact Us

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve