Top-office11.ru

IT и мир ПК
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Исправлено: не может запуститься, потому что отсутствует или

Исправлено: Cnext.exe не может запуститься, потому что отсутствует MSVCP120.dll или Qt5Core.dll —

Если вы являетесь пользователем AMD, то у вас может возникнуть эта проблема. На самом деле, отсутствующие ошибки DLL не являются специфическими для пользователей AMD, но DLL, вызывающая сбой cnext.exe, специфична для пользователей AMD, потому что cnext.exe является частью программы центра управления катализатором AMD для видеокарты Radeon. Вы увидите такую ​​ошибку

Эта ошибка появится либо случайно, либо при попытке запустить игру. Сообщение об ошибке приведет к аварийному завершению работы cnext.exe и не позволит использовать такие приложения, как игры, для которых требуется этот процесс. Некоторые пользователи могут увидеть RadeonSettings.exe — системную ошибку с отсутствующим файлом Qt5Core.dll.

Отсутствующий файл Qt5Core.dll будет выглядеть так же, как сообщение об отсутствии MSVCP120.dll. Обе эти проблемы очень похожи с одинаковыми решениями. Таким образом, если у вас есть какие-либо из этих проблем, решения, представленные в этой статье, будут работать для вас.

Эти ошибки происходят из-за малинового драйвера Radeon. У драйвера есть проблема, которая приводит к неправильной работе вашей системы. Вот почему эти проблемы, скорее всего, начнутся после обновления драйверов AMD. Проблема также может возникнуть из-за поврежденных файлов или неправильной установки приложений, связанных с AMD. Если вы начали видеть эти ошибки именно после установки приложения, связанного с AMD, весьма вероятно, что возникла проблема при установке. Если ни один из этих двух сценариев не применим к вам, проблема может быть вызвана поврежденным файлом. Также часто системный файл поврежден.

В этой ситуации хорошо то, что проблему легко решить. Отсутствующая ошибка DLL может быть исправлена.

Способ 1. Загрузите распространяемый Microsoft

Если вы видите, что Cnext.exe не может запуститься, потому что он не может найти ошибку MSVCP120.dll, тогда проблему можно легко решить, установив последнюю версию Visual Studio C ++ 2015 Redistributable. Ошибка происходит из-за отсутствия файла DLL на компьютере. Может быть много причин, по которым файл отсутствует, наиболее распространенной из которых является повреждение, но простое решение для этого — получить файл на компьютере. Этот файл является частью распространяемого пакета Visual Studio C ++ 2015, и повторная установка позволит решить эту проблему.

У нас уже есть подробная статья о том, как решить эту проблему с помощью Microsoft Redistributable. Нажмите Вот и следуйте инструкциям, приведенным в этой статье.

Как только распространяемый пакет установлен, проверьте, не появляется ли ошибка снова.

Способ 2: запустить проверку системных файлов

SFC расшифровывается как System File Checker. Это в основном встроенный инструмент Windows для исправления любых поврежденных файлов, связанных с Windows. Вы можете использовать этот инструмент, чтобы исправить любые поврежденные файлы, которые могут быть причиной проблемы.

У нас есть статья, объясняющая, как использовать инструмент проверки системных файлов. Нажмите https://appuals.com/msvcr120-dll-is-missing-on-windows-7-8-and-10/ и следуйте инструкциям, приведенным в этой статье.

Способ 3: заново зарегистрировать файлы DLL

Иногда проблема может быть связана с регистрацией файла DLL. Regsvr32 — это инструмент, созданный Microsoft, который поставляется практически с каждой версией Windows. Regsvr32 означает сервер регистрации Microsoft. Как вы уже могли догадаться по названию, этот инструмент используется для регистрации или отмены регистрации определенных файлов, включая файлы DLL.

Итак, если проблема вызвана тем, что файл dll не зарегистрирован, то это будет решено через Regsvr32. Вот шаги для регистрации вашего файла DLL.

  1. Нажмите Ключ Windows один раз
  2. Тип командная строка в Начать поиск
  3. Щелкните правой кнопкой мышиКомандная строка из результатов поиска и выберите Запустить от имени администратора

  1. Теперь вам нужно перейти в папку System32. Посмотрите на левую сторону мигающего курсора. Это должно быть что-то вроде C: WINDOWS илиC: WINDOWS system32. Если это последний, то пропустите следующий шаг, иначе продолжайте
  2. Тип CD System32 и нажмите Войти
  3. Теперь вы должны быть в папке System32. Адрес в левой части вашего мигающего курсора должен быть C: WINDOWS system32
  4. Тип regsvr32 и нажмите Войти. Замените фактическим именем dll (включая расширение .dll). Например, это должно выглядеть regsvr32 Qt5Core.dll.

  1. Повторите шаг 7 для всех DLL-файлов, которые вам не хватает.

После этого проверьте, сохраняется ли проблема.

Метод 4: Чистая установка драйверов

Если ничего не помогло, попробуйте переустановить драйверы. Убедитесь, что это чистая установка, потому что это то, что работало для многих пользователей.

Замечания: Прежде чем пытаться установить драйверы, убедитесь, что ваше антивирусное приложение отключено. Известно, что эти приложения безопасности вызывают некоторые проблемы в процессе установки. Вы можете просто щелкнуть правой кнопкой мыши значок своего антивирусного приложения на панели задач (в правом нижнем углу) и выбрать «Отключить». Если вы не видите опцию Отключить, просто дважды щелкните значок антивирусного приложения на панели задач и найдите опцию Отключить на этой панели. Почти все основные антивирусные приложения имеют возможность временно отключить приложение.

  1. Нажмите здесь и загрузите утилиту удаления драйвера дисплея. Эта утилита в основном очищает предыдущие графические драйверы и любые их оставшиеся файлы. Это полезно, потому что это гарантирует, что новый драйвер установлен правильно. Во многих случаях ваш новый драйвер не будет установлен должным образом из-за предыдущей версии и конфликтующих оставшихся файлов.
  2. После этого нажмите Вот. Выберите соответствующие настройки из Выберите свой драйвер вручную раздел и нажмите Показать результаты. Скачать драйверы, подходящие для вашей версии Windows. Замечания: Мы советуем вам не использовать их инструмент автоматического определения для установки драйверов. Если вы хотите наилучших результатов, загрузите драйверы вручную.

  1. Теперь мы очистим содержимое папки AMD, найденной на диске C. Держать Ключ Windows и нажмите р
  2. Тип C: AMD и нажмите Войти

  1. Держать Клавиша CTRL и нажмите (это выберет все файлы)
  2. нажмите Удалить ключ и подтвердите любые дополнительные запросы
  3. Теперь пришло время отключить обновления Windows. Это сделано для предотвращения автоматической загрузки и установки графических драйверов Windows. Если ваша Windows установлена ​​на автоматический режим, она может автоматически загрузить графические драйверы. Отключение обновления Windows на некоторое время предотвратит это.
  4. Держать Ключ Windows и нажмите р
  5. Тип services.msc и нажмите Войти

  1. Найдите и дважды щелкните Центр обновления Windows

  1. Выбрать инвалид из выпадающего меню в Тип запуска

  1. Нажмите Стоп кнопка, если Сервисный статус не установлен в Остановлено
  2. Нажмите Применять затем выберите Хорошо

  1. Если вы пользователь Windows 7 или 8, убедитесь, что у вас установлена ​​последняя версия Windows. Чтобы загрузить и установить обновления Windows, выполните следующие действия.
    1. Держать Ключ Windows и нажмите р
    2. Тип панель управления и нажмите Войти
    3. Выбрать Маленькие иконки из выпадающего меню перед Просмотр по
    4. Нажмите Центр обновления Windows
    5. Выбрать Проверьте наличие обновлений

    1. Найдите AMD Software и выберите его
    2. Нажмите Удалить и следуйте любым дополнительным инструкциям на экране. Убедитесь, что вы удалите все

    1. Теперь мы войдем в безопасный режим, чтобы запустить программу удаления драйвера дисплея.
    2. Держать Ключ Windows и нажмите р
    3. Тип MSCONFIG и нажмите Войти

    1. Выбрать ботинок табуляция
    2. Проверьте опция Безопасный ботинок в Параметры загрузки раздел
    3. Выберите опцию минимальная под опцией безопасной загрузки
    4. Нажмите Хорошо

    1. Windows попросит вас перезагрузить компьютер. Нажмите Запустить снова
    2. Как только система перезагрузится, вы окажетесь в безопасном режиме. БежатьУдаление драйвера дисплея файл
    3. Выбрать AMD из выпадающего меню и нажмите Очистите и перезапустите (настоятельно рекомендуется)

    1. Пусть Display Driver Uninstaller сделает свое дело. Когда это будет сделано, ваш компьютер перезагрузится.
    2. Запустите драйверы AMD (которые вы загрузили ранее) после перезагрузки системы. Следуйте инструкциям на экране для установки драйверов
    3. Когда драйверы установлены, вам нужно отключить опцию безопасного режима. Держать Ключ Windows и нажмите р
    4. Тип MSCONFIG и нажмите Войти

    1. Выбрать ботинок табуляция
    2. Uncheck опция Безопасный ботинок в разделе параметров загрузки
    3. Нажмите Хорошо

    1. Windows попросит вас перезагрузить компьютер. Нажмите Запустить снова

    Вы должны хорошо идти после перезагрузки системы. У вас будет чистая установка новых драйверов.

    Дерево проекта

    Начнем сразу с общей структуры всего проекта с последовательным разбором его элементов:

    На верхнем уровне у нас расположено 8 каталогов. Разберем каждый из них в отдельности.

    Каталог с бинарниками — bin/

    Сюда будут складываться все наши исполняемые файлы. Для режимов сборки debug/ и release/ предусмотрены собственные подкаталоги, чтобы упростить переключение между отладочной и чистовой версиями.

    Каталог сборки — build/

    Чтобы не смешивать вспомогательные obj , moc , rcc и ui файлы с исходниками или готовыми бинарниками отведен отдельный каталог. По аналогии с bin/ он разбит на подкаталоги debug/ и release/ для соответствующих режимов сборки.

    Каталог с заголовочными файлами сторонних библиотек — import/

    Сейчас довольно сложно написать более или менее серьезное приложение, в котором не задействованы никакие сторонние библиотеки. Конечно, всегда есть вариант разместить эти зависимости в системных папках и настроить к ним пути, но это решение имеет множество недостатков. Лучше всегда держать все зависимости проекта в едином каталоге, который будет помещен под управление системы контроля версий, однако это уже тема отдельной заметки. Организация этого подкаталога может быть достаточно произвольной, но я предпочитаю для каждой отдельной библиотеки выделить свой подкаталог с h -файлами, чтобы избежать возможного конфликта имен.

    Каталог с внешними заголовочными файлами нашего проекта — include/

    Сюда мы будем помещать все наши h -файлы, которые соответствуют открытым частям интерфейса библиотек проекта. Вообще, этот каталог можно было бы назвать не include/ , а export/ , но это уже дело вкуса. Он вполне может оказаться пустым, если вы пишите небольшой одноразовый проект, код которого потом не будет повторно использоваться. Но если вы решите передать кому-то ваши наработки, то при наличии такого каталога для этого будет достаточно скопировать его вместе с содержимым lib.*/ , о котором мы поговорим в следующем подразделе.

    Каталог с библиотеками — lib.(linux|win32)/

    Чтобы не плодить глубокую вложенную иерархию подкаталогов с ветвлением по версиям операционных систем, мы просто создаем необходимые каталоги верхнего уровня с нужным суффиксом linux или win32 . Я не занимаюсь разработкой приложений для MacOS, но думаю, что вы без труда добавите нужный суффикс, если это понадобится. Сюда мы будем помещать как сторонние библиотеки с разбиением на подкаталоги по аналогии с заголовочными файлами в import/ , так и наши собственные библиотеки, но уже непосредственно в сам каталог lib.*/ .

    Кроме того, заметим, что для win32-приложений, собираемых с помощью компилятора msvc из Visual Studio, динамические библиотеки разделяются на *.lib и *.dll файлы. Первые используются во время линковки компоновщиком, а вторые непосредственно во время работы приложения и должны находиться в одном каталоге с использующим их исполняемым файлом. Возникает вопрос о том, куда поместить эти файлы для используемых сторонних библиотек. Однозначно *.lib -файлы должны лежать по путям, параллельным *.so -шникам для линукс приложений. Но куда деть *.dll -ки? Возможно несколько вариантов. Один из них заключается в том, чтобы поместить их рядом с *.lib -файлами. Но тогда их придется вручную копировать в bin/ . Если же поместить их сразу в bin/ , то они будут засорять сборку под другими операционными системами или с компилятором gcc, поэтому я бы не стал рекомендовать этот способ. Отдельный каталог для этого заводить тоже смысла нет, поэтому с учетом всех плюсов и минусов я сам храню *.dll -файлы рядом с *.lib -ами.

    Каталог с исходниками — src/

    В нем для каждого модуля заводится отдельный подкаталог с его именем, в котором будут лежать cpp -файлы и закрытые h -файлы, которые нужны только внутри этого модуля. Не забудьте про каталог include/ верхнего уровня, в который идет на экспорт часть внешних заголовочных файлов нашего приложения. Но что делать с разделяемыми заголовочными файлами, которые нужны в нескольких наших модулях, но не имеющих такого большого значения, чтобы можно было их экспортировать? Для этого предназначен внутренний каталог src/include/ . В него мы можем поместить наборы внутренних констант, объявлений классов и функций, а потом совместно использовать их в наших модулях, не нарушая инкапсуляцию.

    Каталог с тестами — tests/

    Последний по порядку, но не по значению. Тесты никогда не бывают лишними, однако нет особого смысла относиться к ним каким-то особым образом. Это тоже бинарники. Единственное отличие заключается в том, что их исходные коды должны быть логически отделены от основных, чтобы ничего не смешалось.

    Реклама

    Setting up a Qt project in CLion

    Toolchains on Windows

    When installing Qt on Windows, pick the distributive that matches the environment you are using in CLion, MinGW or MSVC.

    For MinGW, both the version and the bitness (32-bit MinGW or MinGW-w64) should match with your toolchain setup.

    In CLion, go to Settings ( Ctrl+Alt+S ), navigate to Build, Execution, Deployment | Toolchain and select the toolchain that matches your Qt installation.

    If you have several Qt installations, make sure to select the same toolchain as the one you specified in CMAKE_PREFIX_PATH .

    As an example, in the case of MinGW:

    For details on Windows toolchains, take a look at the MinGW or MSVC section of our Windows Tutorial.

    CMake settings

    Qt projects are handled as regular CMake projects in CLion, so you can configure CMake settings in Settings/Preferences | Build, Execution, Deployment | CMake as necessary.

    For example, you can create different CMake profiles with different build types and set up CMake generators of your choice.

    CMake options for a Qt project

    In this dialog, you can also specify CMake options, such as CMAKE_PREFIX_PATH instead of setting them in CMakeLists.txt :

    Debugger renderers

    You can use Qt type renderers, which are usually shipped with Qt tools, for your project in CLion. However, for now, you need to set them manually either using the .gdbinit / .lldbinit scripts or, in the case of MSVC, via native visualizers.

    CLion’s debugger for the MSVC toolchain can employ native visualizers if you have them in your project. Make sure to set the Enable NatVis renderers for LLDB option in Settings | Build, Execution, Deployment | Debugger | Data Views | C/C++ .

    For example, copy qt5.natvis under your project root, and CLion will automatically detect and use it for rendering.

    Windows MinGW / macOS / Linux

    For non-MSVC toolchains, a solution would be to configure the Qt renderers via .gdbinit/.lldbinit. These scripts are loaded on every invocation of GDB or LLDB, respectively.

    To create custom pretty printers, follow the official instructions for LLDB or GDB. You can take the pretty-printers for Rust implemented in the IntelliJ Rust plugin as a reference.

    Point the debugger to your renderers via .gdbinit / .lldbinit . Find an example in this github repo.

    Place the .gdbinit / .lldbinit files under the project root and allow them in your home directory as described here.

    Editing UI files in Qt Designer

    By default, CLion opens .ui files in the editor. You can change this behavior in order to edit .ui files right in Qt Designer.

    Go to Settings / Preferences | Editor | File Types , select Qt UI Designer Form from the Recognized File Types list, and delete the associated file extension.

    Next time you click a .ui file for opening, set the Open in associated application checkbox, and the files of this type will always open in Qt Designer.

    Download verification is optional but highly recommended. Performing the verification steps here ensures that you have not downloaded an unexpected or tampered version of Bitcoin, which may result in loss of funds.

    Click one of the lines below to view verification instructions for that platform.

    Click the link in the list above to download the release for your platform and wait for the file to finish downloading.

    Download the list of cryptographic checksums: SHA256SUMS

    Download the signatures attesting to validity of the checksums: SHA256SUMS.asc

    Open a terminal (command line prompt) and Change Directory (cd) to the folder you use for downloads. For example:

    Run the following command to generate a checksum of the release file you downloaded. Replace ‘bitcoin-22.0-win64-setup.exe’ with the name of the file you actually downloaded.

    Ensure that the checksum produced by the command above matches one of the checksums listed in the checksums file you downloaded earlier. We recommend that you check every character of the two checksums to ensure they match. You can see the checksums you downloaded by running the following command:

    If you haven’t previously installed GNU Privacy Guard (GPG) on your system, install it now or see other installation options.

    Bitcoin releases are signed by a number of individuals, each with a unique public key. In order to recognize the validity of signatures, you must use GPG to load these public keys locally. You can find many developer keys listed in the bitcoin/bitcoin repository, which you can then load into your GPG key database.

    For example, given the builders-key/keys.txt line E777299FC265DD04793070EB944D35F9AC3DB76A Michael Ford (fanquake) you could load that key using this command:

    The output of the command above should say that one key was imported, updated, has new signatures, or remained unchanged.

    It is recommended that you choose a few individuals from this list who you find trustworthy and import their keys as above, or import all the keys per the instructions in the contrib/builder-key README. You will later use their keys to check the signature attesting to the validity of the checksums you use to check the binaries.

    The command above will output a series of signature checks for each of the public keys that signed the checksums. Each signature will show the following text:

    A line that starts with: gpg: Good signature

    A complete line saying: Primary key fingerprint: E777 299F C265 DD04 7930 70EB 944D 35F9 AC3D B76A

    The output from the verify command may contain warnings that the «key is not certified with a trusted signature.» This means that to fully verify your download, you need to confirm that the signing key’s fingerprint (e.g. E777 299F.. . ) listed in the second line above matches what you had expected for the signers public key.

    Click the link in the list above to download the release for your platform and wait for the file to finish downloading.

    Download the list of cryptographic checksums: SHA256SUMS

    Download the signatures attesting to validity of the checksums: SHA256SUMS.asc

    Open a terminal (command line prompt) and Change Directory (cd) to the folder you use for downloads. For example:

    Verify that the checksum of the release file is listed in the checksums file using the following command:

    In the output produced by the above command, you can safely ignore any warnings and failures, but you must ensure the output lists «OK» after the name of the release file you downloaded. For example: bitcoin-22.0-osx-signed.dmg: OK

    If you haven’t previously installed GNU Privacy Guard (GPG) on your system, install it now or see other installation options.

    Bitcoin releases are signed by a number of individuals, each with a unique public key. In order to recognize the validity of signatures, you must use GPG to load these public keys locally. You can find many developer keys listed in the bitcoin/bitcoin repository, which you can then load into your GPG key database.

    For example, given the builders-key/keys.txt line E777299FC265DD04793070EB944D35F9AC3DB76A Michael Ford (fanquake) you could load that key using this command:

    The output of the command above should say that one key was imported, updated, has new signatures, or remained unchanged.

    It is recommended that you choose a few individuals from this list who you find trustworthy and import their keys as above, or import all the keys per the instructions in the contrib/builder-key README. You will later use their keys to check the signature attesting to the validity of the checksums you use to check the binaries.

    The command above will output a series of signature checks for each of the public keys that signed the checksums. Each signature will show the following text:

    A line that starts with: gpg: Good signature

    A complete line saying: Primary key fingerprint: E777 299F C265 DD04 7930 70EB 944D 35F9 AC3D B76A

    The output from the verify command may contain warnings that the «key is not certified with a trusted signature.» This means that to fully verify your download, you need to confirm that the signing key’s fingerprint (e.g. E777 299F.. . ) listed in the second line above matches what you had expected for the signers public key.

    Click the link in the list above to download the release for your platform and wait for the file to finish downloading.

    Download the list of cryptographic checksums: SHA256SUMS

    Download the signatures attesting to validity of the checksums: SHA256SUMS.asc

    Open a terminal (command line prompt) and Change Directory (cd) to the folder you use for downloads. For example:

    Verify that the checksum of the release file is listed in the checksums file using the following command:

    In the output produced by the above command, you can safely ignore any warnings and failures, but you must ensure the output lists «OK» after the name of the release file you downloaded. For example: bitcoin-22.0-x86_64-linux-gnu.tar.gz: OK

    Bitcoin releases are signed by a number of individuals, each with a unique public key. In order to recognize the validity of signatures, you must use GPG to load these public keys locally. You can find many developer keys listed in the bitcoin/bitcoin repository, which you can then load into your GPG key database.

    For example, given the builders-key/keys.txt line E777299FC265DD04793070EB944D35F9AC3DB76A Michael Ford (fanquake) you could load that key using this command:

    The output of the command above should say that one key was imported, updated, has new signatures, or remained unchanged.

    It is recommended that you choose a few individuals from this list who you find trustworthy and import their keys as above, or import all the keys per the instructions in the contrib/builder-key README. You will later use their keys to check the signature attesting to the validity of the checksums you use to check the binaries.

    The command above will output a series of signature checks for each of the public keys that signed the checksums. Each signature will show the following text:

    A line that starts with: gpg: Good signature

    A complete line saying: Primary key fingerprint: E777 299F C265 DD04 7930 70EB 944D 35F9 AC3D B76A

    The output from the verify command may contain warnings that the «key is not certified with a trusted signature.» This means that to fully verify your download, you need to confirm that the signing key’s fingerprint (e.g. E777 299F.. . ) listed in the second line above matches what you had expected for the signers public key.

    While the Snap packages use the deterministically generated executables, the Snap tool itself does not provide a streamlined way to reveal the contents of a Snap package. Thus, the Bitcoin Core project does not have the information necessary to help you verify the Bitcoin Core Snap packages.

    Calling FFTW from Other Languages

    • C# and .NET wrappers from the ILNumerics project by Tobias Meyer. of FFTW are available from Tamas Szalay. by Henry Gomersall. has created Eiffel wrappers, downloadable from here. has created Ada95 wrappers, available here. has sent us a set of Java wrappers for FFTW, which he asked us to post on our site. A different set of Java wrappers can be found in Roy Liu’s Shared Scientific Utilities in Java package. has put together FFTW wrappers for Objective Caml. by Jed Brown.
    • The Guile numerics package includes FFTW bindings for GNU Guile, a Scheme implementation.
    • Wrappers for Borland Delphi (a Pascal dialect) were contributed by George Beckett and Serdar Kacar.
    • Although FFTW is directly callable from C++, John Bowman has created C++ wrappers with a different interface style (supporting FFTW 3), including several useful convolution routines. Matt Flax wrote another set of C++ wrappers. for FFTW3, by Takeshi Horinouchi. for FFTW 3 by Henning Thielemann.
    • Perl wrappers for FFTW, based on PDL (the Perl Data Language). by Richard Fateman, for Allegro Common Lisp.

    Let us know if you want to contribute something for your favorite language, and we will be happy to link to you. In general, we recommend translating the API into the format most natural for your language; you may even want to call some internal FFTW functions. see the api/ directory in the FFTW 3.0.1 package for examples.

    Компилируем наше приложение

    Теперь у вас есть базовые знания для создания GUI, который реагирует на ввод пользователя. Допустим, вы написали приложение. Оно работает на вашем компьютере. Как передать его другим людям, чтобы они тоже могли его запустить?

    Вы можете попросить пользователей вашего приложения установить Python и PyQt, как мы сделали выше, а затем предоставить им свой исходный код. Но это очень утомительно (и обычно непрактично). Вместо этого нам нужен отдельный вариант вашего приложения. То есть двоичный исполняемый файл, который другие люди могут запускать в своих системах, не устанавливая ничего.

    В мире Python процесс превращения исходного кода в автономный исполняемый файл называется замораживанием (freezing). Несмотря на наличие множества библиотек, решающих эту проблему, например PyInstaller , py2exe , cx_Freeze , bbfreze , py2app и так далее, замораживание приложений PyQt всегда было на удивление непростой проблемой.

    Мы будем использовать новую библиотеку под названием fbs , которая позволяет создавать автономные исполняемые файлы для приложений PyQt. Для ее установки введите команду:

    Затем выполним следующую команду:

    Вам будет предложено ввести несколько значений:

    Когда вы введете предложенную команду run , должно открыться пустое окно:

    Это приложение PyQt5, такое же, как и те, что мы видели раньше. Его исходный код находится в src/main/python/main.py в вашем текущем каталоге. Но вот что самое интересное: мы можем использовать fbs, чтобы превратить его в отдельный исполняемый файл!

    Эта команда создает и помещает автономный двоичный файл в папку /MyApp/ вашего текущего каталога. Вы можете отправить его своим друзьям (с той же ОС, что и ваша), и они также смогут запустить ваше приложение!

    Читать еще:  Горячие клавиши Яндекс.Браузера
Ссылка на основную публикацию
Adblock
detector