Relancer le programme a partir du code

Version imprimable

14/10/2016, 22h07
mzjul

Relancer le programme a partir du code

Hola todos,

Comme vous l'avez s�rement d�j� compris, je cherche � relancer mon programme � partir de mon code (si une condition n'est pas satisfaite).
Je ne trouve pas de "m�thode" ou "d'appel � une fonction" d�j� existante, je fais donc appel � vos connaissances.
En esp�rant avoir �t� clair dans ma demande !

Merci d'avance,
Bien cordialement
15/10/2016, 10h11
LittleWhite
Bonjour,

Vous pourriez rappeler manuellement la fonction main(), mais, je n'aime pas beaucoup cette m�thode.
Par contre, pourquoi ne pas envisager un code comme :
Code:

1 2 3 4 5 6 7 8 9 10 int main() { while (cond) { prog1(); } prog2(); return 0; }
15/10/2016, 11h01
mzjul

Bonjour,
Tout d'abord, merci pour la r�ponse.
Cependant, j'ai d�j� pens� � cette solution et j'ai peur de surcharger mon main sachant que je veux juste relancer mon programme.
Un appel au main permettrait au m�me moment de d�truire la premi�re instance ?

Un appel au main ne d�truira rien.
Note : g�n�ralement, on gardera le strict minimum dans le main : l'analyse des arguments et le lancement du "reste du programme"
Je propose une seconde version.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 void prog1(bool& cond) { // Exécution normale (vous faites le travail nécessaire) cond = false; // Provoquera l'arrêt total du programme (pas de redémarrage) return; } int main() { bool cond=true; while (cond) { prog1(cond); // } return 0; }
Sinon, il faudra expliciter votre besoin.

Salut,

A vrai dire, il faut surtout savoir quand la condition doit �tre �valu�e.

En effet, si la condition n'est �valu�e qu'une seule fois en d�but du programme, une approche coh�rente pourrait ressembler � ce que fait un "updater", par exemple
updater.cpp
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 int update_to(int version){ /* mise à jour des composant */ return last_version; //renvoie le numéro de la version téléchargée } int main(){ int current_version =/* on la récupère comme on veut, sans doute dans un fichier de conf*/; while(true){ int server_version = /* on la récupère comme on veut, sans doute en passant par le réseau */; if(server_version >current_version){ current_version = update_to(server_version) } exec("mainProgram.exe"); };
Et, d'un autre cot�, on a le "program principal" qui lui, fonctionne de "mani�re classique", quitte � v�rifier r�guli�rement si la condition pour qu'il puisse fonctionner est toujours valide, par exemple
mainProgram.cpp
Code:

1 2 3 4 5 6 int main(){ while(conditon) { /* tout ce qui doit être fait tant que la conditon est remplie */ } return 0; // on peut considérer (sauf autre complication) que le programme s'achève correctement }
Car, il faut savoir que, m�me si on peut appeler une fonction de mani�re r�cursive, ce n'est jamais une bonne id�e que d'appeler la fonction principale de la sorte (sauf erreur, il me semble m�me que la norme pr�voie que cela occasionne un comportement ind�fini), sous une forme proche de
Code:

1 2 3 4 5 6 7 8 //!!!! ATTENTION !!!! A NE SURTOUT PAS FAIRE !!! int main(){ while(condition){ /* ... */ } main(); return 0; }
Maintenant, rien ne t'emp�che de d�l�ger la "boucle principale" de l'ex�cution � "autre chose", par exemple sous une forme proche de
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 class Application{ public: /* ... */ void execute(){ /* la vraie logique se trouve ici */ while(conditon){ /* ...*/ } } }; int main(){ while(true){ try(){ Application app; app.execute(); }catch(...){ //s'assure que l'on ne sortira pas du programme, même en cas d'exception non gérée // ne fait rien ou log le problème, au choix } } }
A conditon de travailler correctement (et donc de tout mettre en oeuvre pour que Application::execute() et les fonctions qui sont appel�e de mani�re directe ou indirecte n'occasionnent entre autres aucune fuite m�moire / lib�re correctement TOUTES les ressources dont elle a besoin), ton application ne s'arr�tera jamais r�ellement ;)

15/10/2016, 20h42
JolyLoic

main est une fonction sp�ciale, que l'on n'a ni le droit de surcharger, ni d'appeler:

Citation:

Envoy� par La norme 3.6.1 Main function

�2: This function shall not be overloaded.
�3: The function main shall not be used within a program
15/10/2016, 23h52
koala01

Citation:

Envoy� par JolyLoic

main est une fonction sp�ciale, que l'on n'a ni le droit de surcharger, ni d'appeler:

Il me semblait bien que la norme disait quelque chose du genre, mais j'avais la flegme d'aller v�rifier moi-m�me :P

Merci encore pour toutes ces r�ponses, ce que j'essaie de faire pour �tre plus pr�cis, c'est d'�valuer l'entr�e d'une valeur, si celle ci ne correspond � rien indiquer � l'utilisateur que c'est faux et le faire recommencer.

Voici une partie du code :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 cout << "For an equation like : df/dt + u(df/dx)=0 : " << "\n"; cout << "Which scheme do you want ? 1 For Explicit UpWind, 2 For implicit Upwind : "; cin >> Scheme; if (C.test(Scheme) == true) { // la j’exécute mon programme } else { //relancer le main pour redemander la valeur de mon "scheme" }
Je cherche une astuce assez simple et l�g�re car c'est quelque chose d'optionnel pour faciliter l'utilisation du logiciel.

Tant que le programme n'a pas besoin de mettre � jour son propre exe:

Code:

1
2
3
4
5
6
7
bool g_exit = false;
int main() {
  while (!g_exit) {
    // programme, ouverture fenetre etc...
    // ne pas oublier de modifier g_exit pour que le programme quitte vraiment et ne recommence pas
  }
}

17/10/2016, 10h55
mzjul

Parfait ! Ce m'a permit de comprendre comment faire ce que je voulais ! Merci bien !

Citation:

Envoy� par koala01

Code:

1
2
3
4
5
6
7
8
9
10
11
...
int main(){
    while(true){
        try(){
             Application app;
             app.execute();
        }catch(...){ //s'assure que l'on ne sortira pas du programme, même en cas d'exception non gérée
            // ne fait rien ou log le problème, au choix
        }
    }
}

Virez-moi ce "try()catch(...){..}" !!!!! :aie:

17/10/2016, 17h20
koala01

Citation:

Envoy� par bacelar

Virez-moi ce "try()catch(...){..}" !!!!! :aie:

Ben, si le souhait est vraiment que l'application ne s'arr�te JAMAIS, le try()cat(...) fera l'affaire, en s'assurant que tout repartir dans un �tat "coh�rent" (m�me s'il risque de ne pas y rester longtemps)

Mais, de mani�re g�n�rale, je consid�re que ce n'est pas � l'application de d�cider si elle doit effectivement rester active en permance, qu'elle finisse par s'arr�ter sur une exception ou non...

Selon moi, la responsabilit� doit incomber "� autre chose"
18/10/2016, 11h29
M�dinoc

Citation:

Mais, de mani�re g�n�rale, je consid�re que ce n'est pas � l'application de d�cider si elle doit effectivement rester active en permance, qu'elle finisse par s'arr�ter sur une exception ou non...

Selon moi, la responsabilit� doit incomber "� autre chose"

Ou au moins, l'application peut demander � �tre red�marr�e en cas de crash...