Многопроцессорность: родитель / потомок с GUI (tkinter) - PullRequest
Новая
       3

Многопроцессорность: родитель / потомок с GUI (tkinter)

0 голосов
/ 16 июня 2020

Я создаю родительскую программу с пользовательским интерфейсом, которая порождает несколько подпрограмм, также с GUI. Все дочерние процессы должны взаимодействовать с родителем (используя PIPE atm). Parent использует QUEUE для завершения всех процессов.

EDIT: программы работают на Raspberry Pi 4 с ОС Raspbian и python 3.7.3.

Основная программа: bridge.py 

import tkinter as tk
from time import sleep
import multiprocessing as mp
import os
import sys

import simple

class Main_Comm():
    def __init__(self):
        self.kill_queue = mp.Queue()
        self.p_conn, self.ch_conn = mp.Pipe()
        print("MAIN: PIPE: child: {}".format(self.ch_conn))
        self.proc = mp.Process(target=simple.my_dev, \
                    args=(self.kill_queue, self.ch_conn, ))
        self.proc.start()

    def Stop_Devices(self):
        #self.kill_queue.put(True)
        self.proc.join()
        print("Wait for processes to finish ...")
        sleep(2)
        print("Device OFF!")

    def Info(self):
        print("Info: QUEUE {}, PIPE {}".format(self.kill_queue, self.ch_conn))

class MainApp_bridge(tk.Tk):
    def __init__(self, master=None, title="Default"):
        #super().__init__()
        tk.Tk.__init__(self)
        self.title(title)
        self.btn = tk.Button(self, text="QUIT", command=self.on_quit)
        self.btn.pack(padx=20, pady=20)

        self.communicator = Main_Comm()
        self.communicator.Info()

        self.mainloop()

    def on_quit(self):
        print("Sending termination message via QUEUE ...")
        self.communicator.Stop_Devices()
        sleep(1)
        print("Shutting down main tread, HAL ...")
        sleep(1)
        self.destroy()

def main():
    root_bridge = MainApp_bridge(title="BRIDGE")

if __name__ == "__main__":
    main()

# EOF

и один дочерний (simple.py) 

import tkinter as tk
import os
import random
from time import sleep
import sys

class MainApp_simple(tk.Tk):
    def __init__(self, parent=None, title="Device",
            FLAG=False, kq=None, chc=None):
        #super().__init__()
        tk.Tk.__init__(self)
        self.title(title)
        self.b_QUIT = tk.Button(self, text="QUIT", command=self.on_quit)
        self.b_QUIT.pack(side="top", padx=30, pady=30)
        self.window=self
        self.kq = kq
        self.chc = chc
        self.comm_agent = communicator( self.window, self.kq, self.chc )
        self.mainloop()

    def on_quit(self):
        print("CHILD: Quitting ...")
        self.destroy()

class Dev_comm():
    def __init__(self, win, kq, chc):
        self.kq = kq
        self.chc = chc
        self.win = win
        self.mypid = os.getpid()
        print("CHILD: PID is {} and PIPE is {}".format(self.mypid, chc))

def my_dev( kill_queue, child_comm ):
    root_simple = MainApp_simple(
            parent=None,
            title="CHILD", 
            FLAG=False, 
            kq=kill_queue, 
            chc=child_comm
            )

# EOF sim.py

Каждая программа отлично работает сама по себе. Если вынуть GUI с моста, работает. Однако в целом я получаю следующее: 

CHILD: MainApp - pre __init__ .... flushing
MAIN: PIPE: child: <multiprocessing.connection.Connection object at 0xb5989750>
Info: QUEUE <multiprocessing.queues.Queue object at 0xb5dc39d0>, PIPE <multiprocessing.connection.Connection object at 0xb5989750>
CHILD: Entered my_dev function ... flushing ...
XIO:  fatal IO error 25 (Inappropriate ioctl for device) on X server ":0.0"
      after 47 requests (47 known processed) with 2 events remaining.
X Error of failed request:  BadIDChoice (invalid resource ID chosen for this connection)
  Major opcode of failed request:  45 (X_OpenFont)
  Resource id in failed request:  0x2c00004
  Serial number of failed request:  114
  Current serial number in output stream:  120

Я просто не могу понять! Кстати, промывка не дала никакой новой информации; сообщение об ошибке начинается с XIO ...

Сначала я подумал, что это связано с опросом каналов и очередей, мешающих mainl oop () ... но, по-видимому, нет.

Справка очень признателен.

Ура, Радек

РЕДАКТИРОВАТЬ: Я подумал, что, возможно, есть какое-то вмешательство между двумя вызовами tk.Tk, но я могу запускать несколько дочерних процессов с GUI, пока родитель работает в терминал. Даже трубы и очередь работали ... это родитель GUI ...

1 Ответ

0 голосов
/ 17 июня 2020

Джейсон Харпер на самом деле предложил решение: SPAWN вместо FORK.

Запуск кажется немного медленнее, но все работает как положено. Даже опрос очереди и каналов между процессами работает довольно хорошо.

Спасибо. Радек

...