Discussion :

[Amfrey95]

Bonjour à tous,

j'ai créé un petit programme en "application QT console" (fenêtre MSDos). Dans mon programme, je suis dans une boucle infinie, et je souhaiterai donner l'opportunité d'arrêter cette appli, mais avant de fermer, je souhaiterai faire un ".fclose" sur mon fichier.
Je vois deux possibilités :
1 - soit en utilisant la croix de la console, mais là je n'ai pas d'information de la fermeture, donc je ne peux pas fermer mon fichier

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
int main(int argc, char *argv[])
{
  QCoreApplication a(argc, argv);
....
 
    return a.exec();
}

2 - soit en tapant un caractère dans la console, mais le "std::cin >> charact;" bloque le programme tant que l'opérateur n'a rien saisit et donc bloque le programme au niveau de cette ligne.

Donc comment faire ?

Merci d'avance

[Christophe]

J'ai fait un tout petit peu de Qt donc je ne suis pas du tout un pro, et je ne programme pas vraiment.

Mais ce que je peux t'en dire, c'est qu'il te faut utiliser les objet Qt et éviter les fonction purement C/C++ tels que cin, cout, fclose.

T'es tu déjà documenté sur Qt ou tu pars de 0 ?

Il te faut créer une boucle événementielle, mais je pense que QCoreApplication en fait une (à confirmer).

Il te faut ensuite comprendre le système de SIGNAL/SLOT en gros tu lie un signal : un évènement comme l'appui d'une touche clavier par exemple à un SLOT : fonction à exécuter à la réception du SIGNAL.

Pour le reste, je passe le relais aux pros de Qt.

[DarkinGoD]

En dehors de QT, tu peux utiliser std::signal qui permet d'affecter une fonction pour gérer les signaux envoyés à l'application. Après, le signal que tu reçois est dépendant du système...

Après, peut être que QT implémente ses propres fonctions de gestions.

[Amfrey95]

Merci pour vos réponses, alors dans l'ordre je viens du monde du C, et le C++ est déjà un peu obscure pour moins, alors ne parlons pas de celui de Qt
Sinon, où puis trouver un document simple et très bien expliqué sur la gestion du système signal/slot ?
Voire même des petits exemples simples de programme déjà tout fait ?
Merci

[koala01]

En dehors de QT, tu peux utiliser std::signal qui permet d'affecter une fonction pour gérer les signaux envoyés à l'application. Après, le signal que tu reçois est dépendant du système...

Après, peut être que QT implémente ses propres fonctions de gestions.

Surtout pas, malheureux!
std::signal permet de définir une fonction qui sera appelée au cas où un signal de base émis par le système d'exploitation (tel que SIGINT) serait émis. Cela n'a rien à voir avec le problème!

@Amfrey95 : le fait est que tu ne devrais pas garder un fichier ouvert en permanence le temps que ton application fonctionne : tu l'ouvres quand tu en as besoin, du lis ou tu écris dedans, et tu le referme. Et, si possible, tu fais les choses de manière à pouvoir limiter au maximum le nombre de fois où tu devras ouvrir le fichier.

Si bien que, dans l'idéal, l'ordre logique pour travailler est:

1- au début de l'application:

Tu ouvres ton fichier, tu en extrait l'intégralité des informations qu'il contient et tu les représente sous une forme cohérente en mémoire

2- durant l'exécution de l'application :

tu ne travaille que sur les informations dont tu disposes en mémoire : ce sont ces informations que tu manipule / modifie / ajoute ou supprimes.

tu n'as -- a priori -- absolument aucune raison d'accéder une nouvelle fois à un fichier qui a déjà été chargé

3- à la fin de ton application :

Tu veilles -- si nécessaire -- à reporter les modifications apportées aux informations dans le fichier.

Cela revient le plus souvent à ... réécrire l'intégralité du fichier qui permet la persistance des données

A moins bien sur que tu n'aies absolument pas modifié les données d'origine, et que tu te sois "contenté" d'en ajouter de nouvelles. Dans ce cas tout particulier, tu pourras peut-être (en fonction du format du fichier utilisé) envisager de te limiter à ... écrire les nouvelles données à la suite des précédentes

Dans certains cas (lorsque les données en question correspondent à ce que l'on peut appeler un "niveau" dans l'application), il se peut que la logique de lecture / utilisation / sauvegarde s'effectue en boucle, voire que l'utilisateur puisse à n'importe quel moment décider de sauvegarder les modifications qu'il vient d'apporter.

Mais la logique reste malgré tout la même :

• S'il faut lire des informations dans un fichier, on veille à le faire en une seule fois, pour pouvoir refermer le fichier "aussi vite que possible"
• S'il faut manipuler des informations, il ne faut pas devoir aller les chercher dans un fichier
• S'il faut sauvegarder des informations, on veille à le faire en une seule fois, pour pouvoir refermer le fichier "aussi vite que possible".

En travaillant de la sorte, il n'y aura plus aucun problème : ton fichier sera forcément fermé après la lecture de ton fichier.

Par exemple, ton application pourrait utiliser une fonction readFile proche de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
/* je ne sais absolument pas quel genre de données constitue ton fichier.
 * par facilité, on va considérer que ce sont des chaines de caractères, et que chaque
 * chaine de caractère correspond à une ligne dans le fichier
 *
 * La lecture renverra donc un tableau de chaines de caractères
 */
std::vector<std::string> readFile(std::string const & filename){
    /* ouverture du fichier
     */
   std::ifstream ifs(filename);
   /* si cela n'a pas fonctionné */
    if(! ifs){
        /* impossible d'aller plus loin */
        std::string error("unable to open ");
        error.append(filename);
        throw std::runtime_error(error);
    }
    /* si on arrive ici, le fichier a pu être ouvert, on peut donc en extraire
     * le contenu.
     *
     * Nous avons besoin d'un tableau qui contiendra toutes les chaines de caractères
     * et d'une chaine de caractères "temporaire" pour l'extraction
     */
    std::vector<std::string> tab;
    std::string temp;
    /* tant qu'il est possible d'extraire une ligne dans le fichier */
    while(std::getline(ifs, temp){
        /* on ajoute la ligne dans le tableau */
        tab.push_back(temp);
    }
    /* arrivé ici, tab contient toutes les lignes du fichier, nous pouvons le renvoyer
    * à la fonction appelante
    */
    return tab;
} // fichier sera automatiquement fermé en passant ici

Au niveau de ta fonction principale, la lecture du fichier se fera avant d'entrer dans ta "boucle infinie", sous une forme proche de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
int main(){
     auto strings = readfile("fichier.txt"); // C++11 inside : le compilateur sais que strings est un std::vector<std::string> 
     bool again{true}; // pour savoir s'il faut retourner dans la boucle 
     while(again){
        /* tu utilises à ton aise les chaines de caractères contenues dans strings
         * tu modifies again pour lui donner la valeur false lorsque l'utilisateur veut quitter
         * 
         * Cela implique -- bien sur -- que tu lui laisses le choix d'une manière ou d'une autre
         */
    }
    /* arrivé ici, l'utilisateur a voulu quitter, et l'application s'achève "naturellement"
     * en renvoyant une valeur de réussite au système d'exploitation
     */
    return 0;
} // strings est correctement détruit ici, toute la mémoire qu'il utilisait est libérée

J'ai ajouté un maximum de commentaires pour te permettre de comprendre facilement le code que je fournis. Mais n'hésites pas à poser des questions en cas de besoin

[DarkinGoD]

Surtout pas, malheureux!
std::signal permet de définir une fonction qui sera appelée au cas où un signal de base émis par le système d'exploitation (tel que SIGINT) serait émis. Cela n'a rien à voir avec le problème!

A ma connaissance, un SIGBREAK est émis dans une application console et la question était bien :

Dans mon programme, je suis dans une boucle infinie, et je souhaiterai donner l'opportunité d'arrêter cette appli, mais avant de fermer, je souhaiterai faire un ".fclose" sur mon fichier.

Après, je suis d'accord avec toi sur le fait de ne pas conserver un descripteur de fichier ouvert tout au long de l'exécution du programme, mais il a peut être une bonne raison de le faire... on manque juste d'info sur le sujet.

[Amfrey95]

Effectivement j'ai une bonne raison de la faire, le soft reçoit en permanence des données qui proviennent d'une ligne série, et ces données sont enregistrées dans le fichier, donc faire une ouverture fermeture à chaque fois me ferait perdre du temps CPU, mais aussi augmenterait l'accès au disque dur.