Изменились ли потоки в GTK с Python в интроспекции PyGObject? - PullRequest
Новая
       15

Изменились ли потоки в GTK с Python в интроспекции PyGObject?

26 голосов
/ 04 августа 2011

Я в процессе преобразования программы из PyGTK в интроспекцию PyGObject в первый раз, и я столкнулся с препятствиями при работе с потоками.У меня есть процесс, который занимает некоторое время, поэтому я выскакиваю диалоговое окно с индикатором выполнения и использую поток, чтобы выполнить процесс и обновить индикатор выполнения.Это работало нормально с PyGTK, но после конвертации в PyGObject я получаю все обычные неправильные потоки странности: программа зависает, но кажется, что она зависает в разных частях процесса и т. Д. Поэтому у меня складывается впечатление, что что-то изменилось, но я могуне понять что.

Вот этот простой пример индикатора прогресса PyGTK: http://aruiz.typepad.com/siliconisland/2006/04/threads_on_pygt.html Как показано на этой странице, код работает.Я преобразовал его в самоанализ PyGObject, и у меня возникают те же проблемы, что и в моей программе: он зависает, неправильно обновляет индикатор выполнения и т. Д. 

import threading
import random, time
from gi.repository import Gtk, Gdk
#Initializing the gtk's thread engine
Gdk.threads_init()


class FractionSetter(threading.Thread):
    """This class sets the fraction of the progressbar"""

    #Thread event, stops the thread if it is set.
    stopthread = threading.Event()

    def run(self):
        """Run method, this is the code that runs while thread is alive."""

        #Importing the progressbar widget from the global scope
        global progressbar 

        #While the stopthread event isn't setted, the thread keeps going on
        while not self.stopthread.isSet() :
            # Acquiring the gtk global mutex
            Gdk.threads_enter()
            #Setting a random value for the fraction
            progressbar.set_fraction(random.random())
            # Releasing the gtk global mutex
            Gdk.threads_leave()

            #Delaying 100ms until the next iteration
            time.sleep(0.1)

    def stop(self):
        """Stop method, sets the event to terminate the thread's main loop"""
        self.stopthread.set()

def main_quit(obj):
    """main_quit function, it stops the thread and the gtk's main loop"""
    #Importing the fs object from the global scope
    global fs
    #Stopping the thread and the gtk's main loop
    fs.stop()
    Gtk.main_quit()

#Gui bootstrap: window and progressbar
window = Gtk.Window()
progressbar = Gtk.ProgressBar()
window.add(progressbar)
window.show_all()
#Connecting the 'destroy' event to the main_quit function
window.connect('destroy', main_quit)

#Creating and starting the thread
fs = FractionSetter()
fs.start()

Gtk.main()

В документации по возможностям потоков Gdk, он подчеркивает, что сначала вы должны запустить g_thread_init (NULL) перед запуском gdk_threads_init ().Но чтобы запустить это, вам нужно добавить ссылки на дополнительные библиотеки.Если я пытаюсь импортировать GLib через самоанализ, а затем пытаюсь запустить GLib.thread_init (), я получаю следующую ошибку: 

>>> from gi.repository import GLib
>>> GLib.thread_init(None)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.7/site-packages/gi/types.py", line 44, in function
    return info.invoke(*args)
glib.GError: Could not locate g_thread_init: `g_thread_init': /usr/lib/libglib-2.0.so.0: undefined symbol: g_thread_init

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

1 Ответ

26 голосов
/ 05 августа 2011

Мне удалось ответить на мой собственный вопрос, перелистывая некоторые программы Gnome, написанные на Python (в данном случае Gnome Sudoku, что на самом деле мне помогло пару раз).

Хитрость в том, что вы должны вызывать GObject.threads_init() в начале вашего кода, а не GLib.thread_init(), как подразумевает документация C.

...