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 24.1k 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.
  • 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