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. Failed to start program. Path or permissions wrong?
Forum Updated to NodeBB v4.3 + New Features

Failed to start program. Path or permissions wrong?

Scheduled Pinned Locked Moved General and Desktop
45 Posts 8 Posters 23.9k Views 1 Watching
  • 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.
  • SGaistS Offline
    SGaistS Offline
    SGaist
    Lifetime Qt Champion
    wrote on last edited by
    #32

    As already mentioned, seeing the pro files could be useful

    Interested in AI ? www.idiap.ch
    Please read the Qt Code of Conduct - https://forum.qt.io/topic/113070/qt-code-of-conduct

    1 Reply Last reply
    0
    • C Offline
      C Offline
      clouca
      wrote on last edited by
      #33

      Ok.. just o moment to finish what i'm doing now..

      1 Reply Last reply
      0
      • C Offline
        C Offline
        clouca
        wrote on last edited by
        #34

        I fixed the problem but i don't know how solved exactly.. I played with settings on kits...

        1 Reply Last reply
        0
        • G Offline
          G Offline
          gkavrecic
          wrote on last edited by
          #35

          I've run today into same problem.
          It appears a bit weird.

          When this error occurs, the exe has the Windows' typical blue/yellow shield over the icon.
          Interestingly, this can be changed only by changing the name of the executable in the .pro file(TARGET=).

          As a first assumption I would say: If it contains the name of one of the parent directories this problem pops-up.

          I run QtCreator 2.4.1on Win7.

          Any comment on this?

          V 1 Reply Last reply
          0
          • SGaistS Offline
            SGaistS Offline
            SGaist
            Lifetime Qt Champion
            wrote on last edited by
            #36

            Did you stop your application before rebuilding ?

            Interested in AI ? www.idiap.ch
            Please read the Qt Code of Conduct - https://forum.qt.io/topic/113070/qt-code-of-conduct

            1 Reply Last reply
            0
            • G Offline
              G Offline
              gkavrecic
              wrote on last edited by
              #37

              yes.

              Actually, I've did rebuilds after each name change.

              First I tought about 8 char name, but was not the case.

              My structure is something like:
              @E:\Develop
              projects
              Proj1
              Proj2
              Proj3
              AstDistpatch
              source
              build-Debug
              build-Release
              Proj5
              @

              When I used 'AstDispatch' or 'Ast-Dispatch' or 'AstDispatchX' the executable was marked with the shield.
              If I named it AstDispatceh' it was ok.

              1 Reply Last reply
              0
              • R Offline
                R Offline
                Rolias
                wrote on last edited by
                #38

                That shield is typically associated with User Access Control. As a test I would turn off UAC and see if your default .exe name works. Alternately (as a test only) you could try going to the properties and the security tab and see if Run as Administrator is checked. This won't be a fix though because I would suspect that if you check or uncheck it, it will go back to what it was when you rebuild. I once had a similar intermittent problem with Visual Studio. I believe my fix was to disable indexing on my development folder.

                Check out my third course in the trilogy on Qt
                "Integrating Qt Quick with C++"
                http://bit.ly/qtquickcpp
                published by Pluralsight

                1 Reply Last reply
                0
                • G Offline
                  G Offline
                  gkavrecic
                  wrote on last edited by
                  #39

                  I understand the meaning of the shield.
                  My question is not what the shield means, but why this is related to the name of the file.

                  I don't want to remove the effect, but understand the cause.
                  Is this related to OS - Win7 decides this is a vulnerable exe based on the name? or to compiling - Qt marks the file differently?

                  in poor wording: the shield causes that the OS asks you if you would like to run this unsigned exe. When started from the designer it causes to fail due security reasons.

                  1 Reply Last reply
                  0
                  • sierdzioS Offline
                    sierdzioS Offline
                    sierdzio
                    Moderators
                    wrote on last edited by
                    #40

                    Windows is automatically marking some files based on their names (especially if they contain something like "setup" or "install").

                    (Z(:^

                    1 Reply Last reply
                    0
                    • G Offline
                      G Offline
                      gkavrecic
                      wrote on last edited by
                      #41

                      Sierdzio,
                      do you have any link where this is described?

                      1 Reply Last reply
                      0
                      • sierdzioS Offline
                        sierdzioS Offline
                        sierdzio
                        Moderators
                        wrote on last edited by
                        #42

                        [quote author="gkavrecic" date="1415710094"]Sierdzio,
                        do you have any link where this is described?[/quote]

                        Here: http://technet.microsoft.com/en-us/library/cc709628(v=ws.10).aspx See the section called "Installer Detection Technology".

                        (Z(:^

                        1 Reply Last reply
                        0
                        • R Offline
                          R Offline
                          Rolias
                          wrote on last edited by
                          #43

                          BTW, manually add the closing parentheses to sierdzio's link the forum comment formatter appears to swallow it. "This shortened version":http://bit.ly/msuacrules should work.

                          Check out my third course in the trilogy on Qt
                          "Integrating Qt Quick with C++"
                          http://bit.ly/qtquickcpp
                          published by Pluralsight

                          1 Reply Last reply
                          0
                          • sierdzioS Offline
                            sierdzioS Offline
                            sierdzio
                            Moderators
                            wrote on last edited by
                            #44

                            [quote author="Rolias" date="1415733617"]BTW, manually add the closing parentheses to sierdzio's link the forum comment formatter appears to swallow it. "This shortened version":http://bit.ly/msuacrules should work. [/quote]

                            Indeed, thanks for pointing this out. I have corrected my post, so now both links should work :-)

                            (Z(:^

                            1 Reply Last reply
                            0
                            • G gkavrecic

                              I've run today into same problem.
                              It appears a bit weird.

                              When this error occurs, the exe has the Windows' typical blue/yellow shield over the icon.
                              Interestingly, this can be changed only by changing the name of the executable in the .pro file(TARGET=).

                              As a first assumption I would say: If it contains the name of one of the parent directories this problem pops-up.

                              I run QtCreator 2.4.1on Win7.

                              Any comment on this?

                              V Offline
                              V Offline
                              Vovchirshtain
                              wrote on last edited by Vovchirshtain
                              #45

                              @gkavrecic Yes. Rename Target name and it worked. The directory where the project directory is located has the same name as the one in Target

                              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