Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. General and Desktop
  4. [SOLVED] QProcess

[SOLVED] QProcess

Scheduled Pinned Locked Moved General and Desktop
3 Posts 2 Posters 1.9k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R Offline
    R Offline
    rizoritis
    wrote on last edited by
    #1

    Hello all,

    I am about to start a project where I have my Qt GUI and another process (motion control application) that I will be communicating with using QSharedMemory. I was curious whether it is better to spawn my motion control process from my Qt GUI process, or have my Qt GUI process from my motion control application. I am not sure if there is a difference and would like to know if anyone has any thoughts or opinions on the matter. Performance of my non-Qt application is critical.

    Thank you :)

    1 Reply Last reply
    0
    • M Offline
      M Offline
      MuldeR
      wrote on last edited by
      #2

      I would say it is more natural to have the GUI application launch the motion control application, as the former is visible to the user and the latter is running in the background (I assume). Would be kind of strange if a process running in the background suddenly launcher another process that pops up a GUI window. The other way a round, i.e. the user launcher a GUI program and then that program creates more "helper" processes in the background, it is more common. Also, the Non-Qt app can not make use of QProcess, obviously.

      Alternative: What about running your "motion control application" as a system service or at least put it into the Autostart? For example it could be running as a "system tray" application. This way, the background application is already running and the GUI just connects to it...

      My OpenSource software at: http://muldersoft.com/

      Qt v4.8.6 MSVC 2013, static/shared: http://goo.gl/BXqhrS

      Go visit the coop: http://youtu.be/Jay...

      1 Reply Last reply
      0
      • R Offline
        R Offline
        rizoritis
        wrote on last edited by
        #3

        [quote author="MuldeR" date="1369782229"]I would say it is more natural to have the GUI application launch the motion control application, as the former is visible to the user and the latter is running in the background (I assume). Would be kind of strange if a process running in the background suddenly launcher another process that pops up a GUI window. The other way a round, i.e. the user launcher a GUI program and then that program creates more "helper" processes in the background, it is more common. Also, the Non-Qt app can not make use of QProcess, obviously.

        Alternative: What about running your "motion control application" as a system service or at least put it into the Autostart? For example it could be running as a "system tray" application. This way, the background application is already running and the GUI just connects to it...[/quote]

        Sounds good. Thanks!

        1 Reply Last reply
        0

        • Login

        • Login or register to search.
        • First post
          Last post
        0
        • Categories
        • Recent
        • Tags
        • Popular
        • Users
        • Groups
        • Search
        • Get Qt Extensions
        • Unsolved