Pourquoi PyQt se bloque sans information? (code de sortie 0xC0000409)

Question

J'essaie de développer un logiciel avec PyQt, mais je suis souvent bloqué sur les plantages logiciels sans informations de débogage (seulement le code de sortie 0xC0000409). J'utilise QThread, et j'ai écrit un système comme celui-ci:

class serialThreadC(QThread): 
    updateOutBox = QtCore.pyqtSignal(str) 
    updateStatus = QtCore.pyqtSignal(int) 

    def __init__(self): 
     super(serialThreadC, self).__init__() 
     self.ser = False 
     self.state = 0 
     self.serialEnabled = False 

    def run(self): 
     while True: 
      if self.state == -3 or self.state == -2: 
       if self.SerialEnabled: 
        self.updatePB(20) 
      elif self.state == 0: 
       if self.serialEnabled: 
        self.updatePB(20) 

    def ConnDisconn(self): 
     self.serialEnabled = not self.serialEnabled 

    def updatePB(self, stat): 
     self.state = stat 
     self.updateStatus.emit(self.state) 

serialThread = serialThreadC() 
serialThread.start() 

## sw is a QDialog already loaded 
serialThread.updateOutBox.connect(sw.updateOutBox) 
serialThread.updateStatus.connect(sw.updateStatus) 

sw.PB_ConnDisconn.clicked.connect(serialThread.ConnDisconn) 

Je plante lorsque je lecture/écriture serialEnabled dans run() ou ConnDisconn(). Je sais que PyQt n'est pas thread-safe et qu'une mauvaise manipulation des variables donne des accidents de mon type, mais je ne peux pas comprendre ce qui ne va pas avec mon code. Mon idée (peut-être fausse) est que toutes les méthodes serialThread sont exécutées sur le même thread, même si elles sont connectées à un gui (thread principal). Est-ce faux? De la même manière, j'émets des événements de serialThread et je les ai connectés à l'interface graphique, mais cela ne m'a jamais posé de problèmes.

Pouvez-vous voir l'erreur que j'ai faite? Y at-il un moyen de déboguer le code s'il y a un crash sans autres infos? (J'utilise PyCharm 2017.1.3).

Answer 1

PyQt est thread-safe dans la même mesure que Qt est thread-safe. Les docs Qt vous diront quelles parties de leur API sont garanties, et dans quelles circonstances.

Les signaux d'interconnexion sont thread-safe, donc appeler la méthode updatePB dans votre exemple est correct. Votre méthode ConnDisconn n'est pas thread-safe, mais cela n'a rien à voir avec PyQt ou Qt - c'est juste une conséquence de la manière dont vous l'avez écrite. L'attribut serialEnabled peut être lu/écrit simultanément par deux threads, donc le comportement est strictement indéfini. Une façon thread-safe d'écrire serait d'utiliser un mutex, comme ceci:

class serialThreadC(QThread): 
    updateOutBox = QtCore.pyqtSignal(str) 
    updateStatus = QtCore.pyqtSignal(int) 

    def __init__(self): 
     super(serialThreadC, self).__init__() 
     self.ser = False 
     self.state = 0 
     self._mutex = QMutex() 
     self.serialEnabled = False 

    def ConnDisconn(self): 
     self._mutex.lock() 
     self.serialEnabled = not self.serialEnabled 
     self._mutex.unlock() 

    def run(self): 
     while True: 
      if self.state == -3 or self.state == -2: 
       self._mutex.lock() 
       if self.serialEnabled: 
        self.updatePB(20) 
       self._mutex.unlock() 
      elif self.state == 0: 
       self._mutex.lock() 
       if self.serialEnabled: 
        self.updatePB(20) 
       self._mutex.unlock() 

(NB: si vous utilisez tout type d'IDE ou débogueur, et vous obtenez des erreurs inattendues ou accidents, votre La première étape dans le diagnostic du problème devrait toujours être de tester le code dans une console standard Très souvent, l'IDE ou le débogueur lui-même peut être la cause du problème ou masquer les messages d'erreur provenant de Python ou des bibliothèques sous-jacentes, telles que Qt).