Échec du démarrage du programme. Chemin d'accès ou des autorisations de mal? dans Qt

J'ai téléchargé Qt Mobility projet Open source. J'ai eu un ensemble de démo des applications. Et quand l'a construit et a commencé à l'Application, j'ai eu cette erreur:

Échec du démarrage du programme. Chemin d'accès ou
les autorisations de mal?

Quelqu'un peut me dire ce que ce problème pourrait être?

Mise à JOUR:

L'erreur complet est:

De départ
/Utilisateurs/xxxxx/Qt/qt-mobilité-opensource-src-1.0.2/config.app/Contents/MacOS/config...
Échec du démarrage du programme. Chemin d'accès ou
les autorisations de mal?

J'ai inclure ".pro" le contenu du fichier:

TEMPLATE = app
TARGET = writemessage

QT += gui

include(../examples.pri)

CONFIG += mobility
MOBILITY = messaging
INCLUDEPATH += ../../src/messaging

HEADERS += \
    messagesender.h

SOURCES += \
    messagesender.cpp\
    main.cpp

symbian:TARGET.CAPABILITY = NetworkServices \
    LocalServices \
    ReadUserData \
    WriteUserData \
    UserEnvironment \
    ReadDeviceData \
    WriteDeviceData
Est-ce Qt Creator? Cela fonctionne si lancé en ligne de commande? En outre, il pourrait être utile si vous avez posté votre .fichier pro.
Je n'ai pas essayer de lancer en ligne de commande. Je suis juste de l'apprendre. J'ai importé un échantillon Application de Messagerie qui est venu le cadre du projet open source dans Qt creator et puis j'ai eu ce problème. J'ai mis à jour ma question .pro le contenu du fichier.

OriginalL'auteur Krishnan | 2010-10-14

  1. 3

    Je pense que le problème auquel vous êtes confronté ici sont soit des droits de l'utilisateur de l'exécutable ou d'une erreur de build path.

    Tout d'abord, essayez de définir le chemin de génération en vertu de "Projets" - "Général" - Répertoire de construction d'un chemin d'accès correct.
    Si cela ne fonctionne pas, ouvrez le terminal, allez dans le chemin de compilation et d'exécution ./QtBuildProgram.
    Si cela ne fonctionne pas, prendre un coup d'oeil à l'utilisateur des droits de l' (ls -a ./QtBuildProgram ), peut-être que l'exécutable droits ne sont pas accordés parce que vous utilisez le Créateur d'un autre utilisateur en mode émulateur de terminal.

    Juste pour être sûr, exécuter sudo chmod u+x QtBuildProgram et puis exécutez le programme à partir de la ligne de commande en tapant ./QtBuildProgram

    Qui devrait également vous permettre d'exécuter le programme à partir de la QtCreator de nouveau.

    OriginalL'auteur mmoment

  2. 7

    J'ai eu le même problème dans Windows. J'ai trouvé la réponse. Vous devez cocher la case "répertoire de Travail" paramètre "Paramètres d'Exécution".
    Je l'ai changé pour le même chemin que mon répertoire de construction et cela a fonctionné.

    J'étais en train de QT en tant qu'admin.

    OriginalL'auteur gl3829

  3. 4

    Mon mac n'a pas valgrind installé par défaut j'ai donc dû 

    brew install valgrind

    Revenir à QT Creator, et dans les Projets -> Exécuter -> Valgrind Paramètres

    Point de Valgrind exécutable au bistrot installé la version que vous pouvez
    trouver en tapant which valgrind sur la ligne de commande.

    Enfin, en raison du rapport de bug ici j'ai réalisé que valgrind 3.13 a un bug et ne fonctionne pas, et valgrind 3.12 aussi ne fonctionne pas sur mac, et mac os high sierra n'est pas pris en charge par valgrind. Donc, vous êtes essentiellement de la regarder jusqu'à ce 3.14 vient autour.

    OriginalL'auteur Luke Murray

  4. 0

    Dans mon cas, c'est parce que j'ai un PROCESSEUR 32 bits et elle a été mise en 64 bits des fichiers exécutables. J'ai seulement compris cela après avoir essayé de le lancer depuis la ligne de commande.

    OriginalL'auteur Skyler

  5. 0

    Vérifier vos paramètres de course et de voir si le chemin d'accès exe est existant et fichier y est construit. Si vous utilisez windows 7 ou windows 8, jeu de la qtcreator de l'exécutable "Exécuter en tant qu'administrateur".

    OriginalL'auteur Vikas

  6. 0

    Vérifier les paramètres de votre antivirus.

    C'était mon problème.

    OriginalL'auteur Paul

  7. -2

    Dans mon cas, c'était parce que j'ai été absent ces deux lignes de code au début du projet. Assurez-vous que vous avez sans aucun espace au-dessus :

    #! /usr/bin/env python
# -*- coding: utf-8 -*-

    OriginalL'auteur Andrea Romero