Подпроцесс Python в .exe - программирование

Я создаю python script, который скопирует файлы и папки по сети. это кросс-платформенный, поэтому я создаю файл .exe с помощью cx_freeze

если я запустил файл .py, он работает как ожидалось, но когда я создаю подпроцесс .exe не создается в системе

Я просмотрел всю документацию модуля subprocess, но я не нашел никакого решения

все остальное (я использую Tkinter, который также отлично работает) работает в подпроцессе accept.exe.

любая идея, как я могу вызвать подпроцесс в .exe.file?

Ответы

Ответ 1

В исходном коде есть неловкость, но я не буду тратить на это время. Например, если вы хотите найти source_path, лучше использовать цикл for с break/else:

for detail in scheduler_detail:
    source_path = detail[2]
    break  # found
else:
    # not found: raise an exception
    ...

Некоторые советы:

Попробуйте отделить код пользовательского интерфейса и подпроцесс, не смешивая их.
Использовать исключения и обработчики исключений.
Если вам нужен переносимый код: избегайте системного вызова (в Windows нет pgrep).

Поскольку ваше приложение упаковано в virtualenv (я делаю предположение, что cx_freeze делает подобное), у вас нет доступа к общесистемному Python. У вас даже нет этого в Windows. Поэтому вам нужно использовать упакованный Python (в любом случае это лучшая практика).

Если вы хотите вызвать Python script как подпроцесс, это означает, что у вас есть два упакованных приложения: вам нужно создать exe для основного приложения и для scheduler.py script. Но с этим нелегко общаться.

Другим решением является использование multiprocessing для создания нового процесса Python. Поскольку вы не хотите дожидаться окончания обработки (что может быть длинным), вам необходимо создать процессы демона. Способ сделать это объясняется в модуле multiprocessing.

В принципе:

import time
from multiprocessing import Process

def f(name):
    print('hello', name)

if __name__ == '__main__':
    p = Process(target=f, args=('bob',))
    p.daemon = True
    p.start()

    # let it live and die, don't call: `p.join()`
    time.sleep(1)

Конечно, нам нужно адаптировать это к вашей проблеме.

Вот как бы я это сделал (я удалил код, связанный с UI):

import scheduler


class SchedulerError(Exception):
    pass


class YourClass(object):
    def start_scheduler_action(self, scheduler_id, scheduler_name, list_index):
        scheduler_detail = db.get_scheduler_detail_using_id(scheduler_id)
        for detail in scheduler_detail:
            source_path = detail[2]
            break
        else:
            raise SchedulerError("Invalid Path", "Missing source path", parent=self.new_frame)

        if not os.path.exists(source_path):
            raise SchedulerError("Invalid Path", "Please select valid path", parent=self.new_frame)

        p = Process(target=scheduler.scheduler_copy, args=('source_path',))
        p.daemon = True
        p.start()

        self.db.add_process_id(scheduler_id, p.pid)

Чтобы проверить, все ли работает ваш процесс, я рекомендую использовать psutil. Это действительно отличный инструмент!

Вы можете определить свой scheduler.py script следующим образом:

def scheduler_copy(source_path):
    ...

Многопроцессорное взаимодействие с потоковым Python

Цитируя этот ответ: fooobar.com/questions/15727/...

Модуль threading использует потоки, модуль multiprocessing использует процессы. Разница в том, что потоки выполняются в одном и том же пространстве памяти, тогда как процессы имеют отдельную память. Это затрудняет обмен объектами между процессами с многопроцессорной обработкой. Поскольку потоки используют одну и ту же память, необходимо принять меры предосторожности или одновременно записать два потока в одну и ту же память. Для этого используется глобальная блокировка интерпретатора.

Здесь преимущество многопроцессорности в многопоточности заключается в том, что вы можете убить (или прекратить) процесс; вы не можете убить нить. Вам может понадобиться psutil для этого.

Ответ 2

Это не точное решение, которое вы ищете, но следующее предложение должно быть предпочтительным по двум причинам.

Это больше pythonic way
subprocess немного дороже.

Предложения, которые вы можете рассмотреть

Не используйте подпроцесс для извлечения системного пути. Попробуйте проверить os.getenv('PATH'), чтобы получить переменную env и попытаться найти, находится ли путь python. Для окон нужно вручную добавить Python-путь, иначе вы можете напрямую проверить Program Files Я думаю
Для проверки идентификатора процесса вы можете попробовать psutils. Замечательный ответ представлен здесь как получить список процессов на Python?
Вызов другого script из python script. Это не выглядит круто. Неплохо, но я бы этого не хотел.
В приведенном выше коде строка - if sys.platform == "win32": имеет такое же значение в if и else condition == > вам не нужна условная инструкция здесь.

Вы написали очень хороший рабочий код, чтобы рассказать вам. Продолжайте кодирование!

Ответ 3

Если вы хотите запустить подпроцесс в exe файле, вы можете использовать

import subprocess

program=('example')
arguments=('/command')
subprocess.call([program, arguments])