Ощущение, что где-то криво собрано. Неплотно прижат кулер к процу, плохой термоинтерфейс в каком-то конкретном месте, или неисправный какой-то компонент, или бракованный блок питания, да что угодно.
Что делать? Раз уж вкачано денег немало, обратиться в серьезную дорогую контору с хорошими отзывами реальных людей, где всё продиагностируют и причешут. Естественно задорого.
Завершение 1-го цикла в чем должно выражаться вне программы, так сказать в реальности? Можно проверять это и только при прохождении проверки запускать следующий цикл.
Также обратите внимание на дублирование кода, значит надо выносить его в функцию и запускать несколько раз с разными параметрами.
Также timeStart = datetime.now() после breake видимо никогда не исполнится.
Vindicar, да это всё равно учебный проект.
Там надо показать умения придумать архитектуру программы, а затем воплотить. Обвешать всё юнит-тестами и сделать документацию. Синтегрировать с учебной БД. Сделать установщик.
Опыта бизнес-аналитика и всё такое там, скорее всего, не требуется показывать.
Alenwar, вы не очень подробно описали, что именно вы хотите получить.
Что значит «выискивать ошибки»? Где именно выискивать? В текстовых логах журнала событий? Тогда всё относительно просто и ничего лишнего не нужно.
Возможно, вы захотите взаимодействовать с win api - тогда вам понадобятся библиотеки для этого, потому что реализовать всё это вручную затруднительно. Но я бы рекомендовал не усложнять.
Я думаю, что если в учебных целях, то никакую библиотеку брать не нужно.
Нужно писать всё на чистом python, используя только штатные встроенные библиотеки.
Там в принципе есть всё, чтобы распарсить логи и вывести соответствующие комменты.
Тамаз Харламов, признаюсь, я никогда не погружался в pyqt - сначала потому, что не понимал вообще как устроено это всё, все эти объектные модели языка, ООП и т.п.
А потом мне было не до этого, решал другие задачи. Поэтому сейчас я рассуждаю чисто с точки зрения языка, не библиотеки.
Чтобы делать что-то толковое на pyqt надо три составляющих:
Неплохое понимание языка, по крайней мере в объеме «Изучаем Python» Лутца
Понимание как работает Qt в принципе, хотя бы схематично.
И погрузиться в конкретную реализацию python-овской обвязки Qt, надо прям почитать код самой библиотеки и уложить в голове как оно работает, а это не всегда тривиально.
А лепить что-то сложнее hello world, пользуясь «здравым смыслом» и опытом создания сортировки пузырьком - тут не получится. Точнее, получится, но разово. Работать с этим костылем в будущем нельзя, передать кому-то как продукт - и опасно и стыдно…
а если опросить переменную которая передается в следующую функцию там уже вот это
В метод .connect и должна передаваться функция в качестве аргумента. Само по себе это правильно.
А вот что именно в этой функции содержится и насколько правильно это в парадигме фреймворка - это большой вопрос.
Тут сразу несколько проблем видится:
Функция слишком сложная, она и зачем-то создает экземпляр класса в области видимости этой функции, и выводит кучу сообщений, и вызывает метод какого-то другого объекта, причем объект находится где-то в другой области видимости…
Вот наверняка не нужно в этой функции создавать объект app, очень это сомнительно. У вас же и так в глобальной области app есть, зачем же его перезаписывать в области видимости функции?
