GMainContext имеет ref_count > 0 после unref

Я не получаю ref_count для правильного уменьшения для моего GMainContext. Программа-пример здесь представляет собой небольшую версию большой программы (которая использует потоки, поэтому необходимо создать контекст и передать его в поток).

GMainLoop *loop;
GMainContext *ctx;

struct conn
{
    GSocketClient *client;

    GSocketConnection *conn;
    GInputStream *in;
    GOutputStream *out;

    gchar data[8192];
    unsigned int count;
};

static void
read_done_cb(GObject *source_object, GAsyncResult *res, gpointer user_data)
{
    struct conn *c = (struct conn *)user_data;
    gssize len = g_input_stream_read_finish(c->in, res, NULL);

    g_input_stream_read_async(c->in, c->data, sizeof c->data / sizeof *c->data, G_PRIORITY_DEFAULT, NULL, read_done_cb, c);
    if (c->count++ == 1) {
        printf("End of life as I know it...\n");
        g_main_loop_quit(loop);
    }
}

static void
write_done_cb(GObject *source_object, GAsyncResult *res, gpointer user_data)
{
}

static void
connect_done_cb(GObject *source_object, GAsyncResult *res, gpointer user_data)
{
    printf("## %s\n", __FUNCTION__);

    struct conn *c = (struct conn *)user_data;
    c->conn = g_socket_client_connect_to_host_finish(c->client, res, NULL);

    c->in  = g_io_stream_get_input_stream(G_IO_STREAM(c->conn));
    c->out = g_io_stream_get_output_stream(G_IO_STREAM(c->conn));

    char *data = "GET /axis-cgi/mjpg/video.cgi HTTP/1.0\r\n\r\n";

    g_output_stream_write_async(c->out, data, strlen(data), G_PRIORITY_DEFAULT, NULL, write_done_cb, c);
    g_input_stream_read_async(c->in, c->data, sizeof c->data / sizeof *c->data, G_PRIORITY_DEFAULT, NULL, read_done_cb, c);
}

int
main(int argc, char **argv)
{
    g_type_init();

    struct conn *c = g_malloc0(sizeof *c);
    ctx = g_main_context_new();
    loop = g_main_loop_new(ctx, FALSE);
    g_main_context_push_thread_default(ctx);

    c->client = g_socket_client_new();
    g_socket_client_connect_to_host_async(c->client, "10.85.25.20", 80, NULL, connect_done_cb, c);

    g_main_loop_run(loop);

    g_io_stream_close(G_IO_STREAM(c->conn), NULL, NULL);
    g_object_unref(c->client);
    g_object_unref(c->conn);
    g_main_context_pop_thread_default(ctx);
    g_main_loop_unref(loop);
    g_main_context_unref(ctx);

    return 0;
}

Используя gdb, вставив точку останова непосредственно перед возвратом, я вижу, что ctx все еще имеет один счетчик ссылок:

(gdb) p ctx->ref_count
 $2 = 1

Если я сделаю еще один g_main_context_unref(ctx);, все выключится, как и ожидалось. Я не понимаю, где я получаю это право собственности, хотя.

Заранее спасибо за помощь


person Alexander Olsson    schedule 11.04.2012    source источник


Ответы (2)


Я нашел ошибку. Я read_done_cb выдал еще один g_input_stream_read_async и сразу же после выхода из основного цикла. g_input_stream_read_async увеличил ref_count, но GMainLoop так и не смог вернуться к моему обратному вызову (и уменьшил ref_count на моем GMainContext).

Перемещение вызова g_input_stream_read_async в моем обратном вызове ниже оператора if

static void
read_done_cb(GObject *source_object, GAsyncResult *res, gpointer user_data)
{
    struct conn *c = (struct conn *)user_data;
    gssize len = g_input_stream_read_finish(c->in, res, NULL);

    if (c->count++ == 1) {
        printf("End of life as I know it...\n");
        g_main_loop_quit(loop);
    }

    g_input_stream_read_async(c->in, c->data, sizeof c->data / sizeof *c->data, G_PRIORITY_DEFAULT, NULL, read_done_cb, c);

}

правильно разрешил количество ссылок в моем основном контексте.

Глупая ошибка. Надеюсь, хоть кому-то мой пост будет полезен.

person Alexander Olsson    schedule 12.04.2012

g_main_context_new(), g_main_loop_new() и g_main_context_push_thread_default() ссылаются на контекст. g_main_context_pop_thread_default(), g_main_loop_unref() и g_main_context_unref() все отменяют ссылку. Так что ваша интуиция в порядке.

Я бы использовал точку наблюдения в gdb: watch ctx->ref_count, чтобы узнать, куда добавляется дополнительная ссылка.

person ptomato    schedule 12.04.2012