bingfengfeifei
bingfengfeifei
错误显示如下: ``` key B up after upms [30/34] ``` 错误来源应该是summarystr函数中,self.delay的输出定位索引写错导致{1}应该为{2} ```python def summarystr(self): if self.event_type == 'EK': return 'key {0} {1} after {1}ms'.format(self.action[1], self.message[4:], self.delay) else: return '{0} after {1}ms'.format(self.message,...
**版本:** 5.1 & main分支最新代码构建 **复现条件:** 录制任意一段键盘输入脚本,然后一直使用快捷键频繁启动,大概5-10次可以出现一次这种情况 **原因分析:** 在run函数中有一段判断退出的条件 ```python current_status = self.frame.tnumrd.text() if current_status in ['broken', 'finished']: self.frame.running = False break ``` 该条件使用了UI层的本文内容作为判断条件,UI层的文本是通过RunScriptClass类利用qt的信号和槽机制更新的,而RunScriptClass类应该是多线程启动,与主线程不在同一线程,根据qt的默认信号的槽的机制,同一线程下emit投递消息和处理消息是同步的,而不同线程之间emit投递消息和处理消息是异步的。该场景下,RunScriptClass应该是异步更新UI层的文本。 所以概率性出现一种情况,就是前一次脚本执行结束,frame.tnumrd.text是finished状态,下次启动时,发送了更新frame.tnumrd.text的异步消息,但是UI层没有来得及处理,就进入了run函数中执行上面代码中的判断,导致异常退出。 **我想到的一种解决方法:** 似乎可以将frame.tnumrd.text信号和槽绑定修改为同步 ```python self.tnumrdSignal.connect(frame.tnumrd.setText, type=Qt.DirectConnection) ```...
For example, in a TCP session with HTTP request and response packets: Request 1 => GET /test.js Response 1 => Response for /test.js Request 2 => POST /api/v1/test Response 2...
In version 1.4.0, the demo code runs successfully, but starting from version 1.5.0, the demo code panics with an instruction set error. demo code: ```go package main import ( "fmt"...