pygtk and threadы

Не вижу у тебя ни синхронизации нитей, ни специфичных для Gtk трюков

если не сложно на текущем примере подскажи

Тут не получится просто подсказать, потому что ИМХО так, как делаешь ты, делать нельзя совсем - ты создаешь нить, которая сразу же лезет менять модель, вообще без всякой синхронизации. Просто исходя из здравого смысла, доступ к общим данным должен лочиться. Вдобавок, ЕМНИП, PyGtk внутри себя не threadsafe, поэтому нужны трюки вроде http://faq.pygtk.org/index.py?file=faq20.006.htp&req=show

Если коротко, попробуй заключить тело UpdateTV.run в gtk.threads_enter()/gtk.threads_leave()

Ах да, и еще: возможно, в новых Python и PyGtk приняты какие-то други способы синхронизации :)

В примере это все есть

Что «всё»? Как синхронизируется UpdateTV.run?

Run залочит гуй наскооько я понимаю

Run залочит гуй наскооько я понимаю

UpdateTV.run? Я не вижу, чтобы он что-то лочил, поэтому предложил gtk.threads_enter()/gtk.threads_leave().

Вроде лочилось на больших запрсах. Как доберусь до компа попробую, срасибо.

да лок всего, цикл зависает на первой итерации.

цикл зависает на первой итерации.

Это относится к опубликованному варианту кода или коду с моим исправлением?

В любом случае, хотя я и не уверен, что проблема связана с нитями, попробуй сделать так, как описано по ссылке, т.е. после завершения работы нити добавь коллбек, который выполнит вставку в дерево. Как-то так:

import gobject

...

class UpdateTV:

  def run(self):
    # делается работа
    # ...
    # добавляется коллбек метода окна (объект-окно придется пробросить в UpdateTV)
    gobject.idle_add(self.wnd.added_node, nodedata)
    return

проблема с нитями, тот же код в теле выполняется. По приведенному примеру у меня ступор, посижу еще подумаю

По приведенному примеру у меня ступор, посижу еще подумаю

Просто добавь в TestWnd метод

def added_node(self, node_data): print(node_data)

Тебе не надо трогать gtk из воркер треда, а надо общаться с главным через очередь сообщений. Товарищ тебе предлагает повесить отложенное событие в майнлуп, который крутится только в главном треде, и, соответсвенно, колбэк выстрелит именно в нем. То есть использовать майнлуп в качестве очереди. Мысль единственно здравая из всех возможных здесь.

новых […] PyGtk

Хорошая шутка. Его ещё в 2011 закопали и предложили переползать на pygobject со всей этой Gtk3-интроспекцией.

новых […] PyGtk

Хорошая шутка.

Ты просто не очень хорошо знаешь русский.

Его ещё в 2011 закопали

Тем не менее он вполне работает.

так тоже не совсем выходит.

(testtree.py:2458): Gtk-CRITICAL **: gtk_tree_store_insert_with_valuesv: assertion `VALID_ITER (parent, tree_store)' failed

или вообще не передавать iter передать лист со значениями и уже в майнлупе добавлять...

и уже в майнлупе добавлять...

Тебе это со вчерашнего дня объясняют %)

даже в основном треде валиться на невалидный TreeIter

даже в основном треде валиться на невалидный TreeIter

Код в студию. Подозреваю, что ты создаешь итератор в другой нити.

Да, код в студию, и нужно уточнить, что даже модель на чтение нельзя в воркере использовать. Вообще ничего гткшного, кроме нескольких разрешенных функций. Воркер должен быть чистым генератором данных откуда-то там, а вставка и вычисление ее места должно происходить в главном.

Я тут твой код случайно глянул, а он у тебя без тредов-то работает? Ты там берешь итер, а потом какую-то ноду-заглушку удаляешь, это разве не инвалидирует все полученные итеры?

Я тут твой код случайно глянул, а он у тебя без тредов-то работает?

Вот и я об этом спросил %) Но с нитями там больше ругани от Gtk.

работает без тредов если не передавать iter

http://bpaste.net/show/163017/

это работает, если через тред передавать то вываливается в невалидный итер

Код в студию. Подозреваю, что ты создаешь итератор в другой нити.

http://bpaste.net/show/163021/

Iter берется при разворачивании рутового нода, к нему добавляется

Оке, дело точно не в невалидном итере. Нужно не итер передавать в тред, а что-то, что идентифицирует ноду. Представим что это фс. У тебя там [-1, None], вот вместо None и положи путь к каталогу. Пусть воркер получит имена файлов и запостит их в idle, как выше советовали. В главном треде во вставочной функции строчку найдешь заново по тому же пути.

Надо понимать, что генерация данных может идти секунды-минуты и за это время многие ноды могут добавляться-удаляться-разворачиваться, поэтому однозначно рассчитывать на то, что можно запомнить место, или что вообще будет куда вставлять — нельзя. Поэтому надо сказать воркеру, что конкретно генерить, а потом самому решать к чему относится результат. Итеры здесь само собой в пролете, канают только естественные ключи.

Нужно не итер передавать в тред, а что-то, что идентифицирует ноду

я уже тоже об этом думал, можно путь ноды передать и данные в основной

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

    def add_node(self, node_data, it):
        model = self.tv_tree.get_model()
        it = model.get_iter(Gtk.TreePath(0))
        self.model.append(it, node_data)

Так работает (по крайней мере, узлы добавляются).

как-то так, спасибо

http://bpaste.net/show/163036/

походу не в нитях было дело, http://bpaste.net/show/163040/ тут в треде добавляет без проблем..

походу не в нитях было дело

Мне давно так кажется %)

тут в треде добавляет без проблем..

Может, Gtk3 стал threadsafe, а может, ошибки синхронизации, как обычно, проявляются отнюдь не всегда.

перенес add_node в тело треда c вызовом через GObject.idle_, увеличив итерацию до 1к вылетов не наблюдаю:

 class UpdateTV(threading.Thread):
    def __init__(self, model, path):
        super(UpdateTV, self).__init__()
        self.status_run = False
        self.model = model
        self.path = path

    def add_node(self, node_data):
        _iter = self.model.get_iter_from_string(self.path)
        if self.model.iter_is_valid(_iter):
            self.model.append(_iter, node_data)
        else:
            print("FUCK")

    def run(self):
        self.status_run = True
        for i in range(10000):
            if not self.status_run:
                break
            print(i)
            GObject.idle_add(self.add_node, ["Added_node#", str(i)])

    def halt(self):
        self.status_run = False

перенес add_node в тело треда c вызовом через GObject.idle_

Зачем? Коллбек, добавляемый через idle_add, вызывается на основной нити («в майнлупе», как ты выражаешься).

Второе конечно же. Если у вас щас заработает мультитред, это не значит, что оно не повалится прямо на рабочем месте.

перенес add_node в тело треда c вызовом через GObject.idle_

Ты в тело класса перенес, не треда. У тебя просто путаница из-за того, что «объект класса и есть тред», а это не очень так.