Problème et AVC : _wfopen_s

**Médinoc** · 20/10/2023, 09h47

Ah, le problème c'est que _setmode() attend un file descriptor, alors que GetStdHandle() retourne un HANDLE (le truc au niveau en-dessous).
Tu peux essayer _fileno(stdout) à la place de _fileno(output) et voir si ça marche mieux.

Si ça ne marche pas, il faudra qu'on aille voir dans les sources de _setmode() pour voir ce que ça fait réellement sur la console en-dessous.

**Laurent_B_** · 20/10/2023, 12h17

Bonjour,

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
 
...
// C :
#include <io.h>
#include <fcntl.h>
#include <stdio.h>
// C++
#include <windows.h>
...
HANDLE hOut = GetStdHandle(STD_OUTPUT_HANDLE);
DWORD dwMode = 0;
CONSOLE_SCREEN_BUFFER_INFO csbiInfo;
//_wsetlocale(LC_ALL, L"fr-FR");
int X;
int originalConsoleMode = _setmode(_fileno(stdout), _O_U16TEXT); // ici ou --->
...
int wmain(int argc, wchar_t* argv[])
{
...
 
    DWORD current_console_mode = 0;
    GetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), &current_console_mode);
    SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE)
        , current_console_mode
        | ENABLE_VIRTUAL_TERMINAL_PROCESSING
        | ENABLE_PROCESSED_OUTPUT
    );
 
    fflush(stdout);
    int originalConsoleMode = _setmode(_fileno(stdout), _O_U16TEXT); // ici
...
}

Ok ! Mais pas de solution !!!

**Laurent_B_** · 21/10/2023, 15h31

Bonjour,

Github : cinema.cpp et cinema.h : Annulés : Comment faire ?
et
_setmode : pas de solution !!!

Merci vraiment

**bacelar** · 23/10/2023, 09h27

Ok ! Mais pas de solution !!!

On évite les variables globales, SVP.

int wmain(int argc, wchar_t* argv[])
{
...

DWORD current_console_mode = 0;
GetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), &current_console_mode);
SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE)
, current_console_mode
| ENABLE_VIRTUAL_TERMINAL_PROCESSING
| ENABLE_PROCESSED_OUTPUT
);

fflush(stdout);
int originalConsoleMode = _setmode(_fileno(stdout), _O_U16TEXT); // ici
...
}

C'est le genre de problème qui apparaît quand on utilise 2 types d'API.
- _setmode, c'est l'API C "standard"
- XxxConsoleMode c'est de l'API Win32, moins portable

Github : cinema.cpp et cinema.h : Annulés : Comment faire ?

Vous voulez annulés vos modifications ?

**Laurent_B_** · 23/10/2023, 12h50

Bonjour bacelar,

Les vacances, vous ?

Sinon :

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
...
HANDLE hOut = GetStdHandle(STD_OUTPUT_HANDLE);
DWORD dwMode = 0;
CONSOLE_SCREEN_BUFFER_INFO csbiInfo;
int X;
...
int wmain(int argc, wchar_t* argv[])
{
...
 
DWORD current_console_mode = 0;
GetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), &current_console_mode);
SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE)
, current_console_mode
| ENABLE_VIRTUAL_TERMINAL_PROCESSING
| ENABLE_PROCESSED_OUTPUT
);
 
fflush(stdout);
int originalConsoleMode = _setmode(_fileno(stdout), _O_U16TEXT); // ici
...
}

Ben, non ! Pas compris !!!

Github : cinema.cpp et cinema.h : Annulés : Comment faire ?

film.cpp et film.h : Ok !
Alors : cinema.cpp et cinema.h : Annulés !!! Comment faire ?

Merci d'avance

**bacelar** · 23/10/2023, 15h55

Ben, non ! Pas compris !!!

Que ce que j'ai posté.
Le machin :

Code :

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

1
2
3
4
5
6
...
HANDLE hOut = GetStdHandle(STD_OUTPUT_HANDLE);
DWORD dwMode = 0;
CONSOLE_SCREEN_BUFFER_INFO csbiInfo;
int X;
...

Ca dégage !!!

film.cpp et film.h : Ok !
Alors : cinema.cpp et cinema.h : Annulés !!! Comment faire ?

Message d'erreur, SVP.

**Laurent_B_** · 23/10/2023, 20h03

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
 
...
HANDLE hOut;
...
int wmain(int argc, wchar_t* argv[])
{
...
    DWORD current_console_mode = 0;
    GetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), &current_console_mode);
    SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE)
        , current_console_mode
        | ENABLE_VIRTUAL_TERMINAL_PROCESSING
        | ENABLE_PROCESSED_OUTPUT
    );
 
    fflush(stdout);
    int originalConsoleMode = _setmode(_fileno(stdout), _O_U16TEXT);
 
    hOut = GetStdHandle(STD_OUTPUT_HANDLE);
    DWORD dwMode = 0;
    CONSOLE_SCREEN_BUFFER_INFO csbiInfo;
...
}

???
Ben non !

**Laurent_B_** · 24/10/2023, 21h38

Bonsoir,

Pourquoi : u8"cœur" <===> L"cour" ? (console)

Merci

**bacelar** · 25/10/2023, 15h36

J'ai l'impression que ma dernière réponse a disparue.
Pourquoi "hOut" en variable globale et pas en viable locale ?

Ben non !

C'est quoi les message d'erreur au moment de la compilation ?

Pourquoi : u8"cœur" <===> L"cour" ? (console)

Peut-être un problème de la console (une police de caractère ne contenant pas "œ" par exemple).

Vérifiez le format de la chaine envoyée (UTF8 c'est pas pareil qu'UTF16).

**Laurent_B_** · 25/10/2023, 21h52

J'ai l'impression que ma dernière réponse a disparue.

Oui, ça vrai !!!

Pourquoi "hOut" en variable globale et pas en viable locale ?

Oui, globale et locale : ben, non !!!!

C'est quoi les message d'erreur au moment de la compilation ?

Comment faire ? J'ai oublié !!!

Peut-être un problème de la console (une police de caractère ne contenant pas "œ" par exemple).

Ben, oui ! Comment faire ?

Vérifiez le format de la chaine envoyée (UTF8 c'est pas pareil qu'UTF16).

Que faire !

Merci beaucoup

**bacelar** · 26/10/2023, 09h46

Pourquoi "hOut" en variable globale et pas en viable locale ?

Oui, globale et locale : ben, non !!!!

Ben si, vous déplacez la ligne "HANDLE hOut;" dans le corps de la fonction wmain.

C'est quoi les message d'erreur au moment de la compilation ?

Comment faire ? J'ai oublié !!!

Faites comme vous avez fait pour poster la dernière copie d'écran que vous avez posté dans cette file de message.
On se remerdera avec ça et les sources dans Github.

Peut-être un problème de la console (une police de caractère ne contenant pas "œ" par exemple).

Ben, oui ! Comment faire ?

Vérifiez que vous pouvez entrer le caractère "œ" dans la console.
Si vous pouvez pas le faire entrer dans le programme, il y a des chances que le programme ne puisse pas le sortir.

Vérifiez le format de la chaine envoyée (UTF8 c'est pas pareil qu'UTF16).

Que faire !

Utilisez le débuggeur pour tracer les modifications faites à la chaine de caractères par la C-Runtime.

**Laurent_B_** · 26/10/2023, 19h42

Ok :

Ben si, vous déplacez la ligne "HANDLE hOut;" dans le corps de la fonction wmain.

Ok !

Faites comme vous avez fait pour poster la dernière copie d'écran que vous avez posté dans cette file de message.
On se remerdera avec ça et les sources dans Github.

Nom : Capture d’écran 2023-10-26 193334.png
Affichages : 135
Taille : 91,9 Ko

Vérifiez que vous pouvez entrer le caractère "œ" dans la console.
Si vous pouvez pas le faire entrer dans le programme, il y a des chances que le programme ne puisse pas le sortir.

???

Utilisez le débuggeur pour tracer les modifications faites à la chaine de caractères par la C-Runtime.

Pas compris la question !!!

Merci

**bacelar** · 27/10/2023, 12h12

Ok pour la copie d'écran de la fenêtre "Liste d'erreurs".

Mais pour la prochaine fois, essayez de faire la même chose mais avec la fenêtre "Sortie".
L'onglet "Sortie" doit être juste à côté de la fenêtre "Liste d'erreurs", en bas de l'interface de Visual Studio (avec une disposition "par défaut" de l'outil).
Avec la fenêtre "Sortie", on a un affichage "chronologique" des erreurs qui peut être important.
Dans notre cas actuel, ce n'est pas le cas car les erreurs sont assez caractéristiques.

Les 4 erreur "E2020", c'est le type d'erreur qui apparaît quand on utilise les extensions .NET de Visual Studio.
Pour votre projet, je ne vois pas l'intérêt d'utiliser ces fonctionnalités.
Il faudrait vérifier dans les options du projet si vous n'avez pas activé par mégarde la "prise en charge du Common Language Runtime".

Pour les Warning "C6244", aux lignes 1346 et 1362 de Utils.cpp, vous avez définis une variable locale de nom "hOut".
Ces définitions n'y apparaissent pas à ces lignes dans le code sous Github.
Il faudrait qu'on puisse avoir accès à la version du code qui génère ces erreurs.
Mais dans tous les cas, il est autorisé mais vraiment pas prudent de déclarer une variable locale à un bloc de code ayant le même nom qu'un paramètre de la fonction ou qu'une variable "locale" à un autre bloc de code englobant.
Il est donc très probable que ces lignes de définitions soient en trop, ou que le nom de la variable soit très peu pertinent.

Pour le warning "C6262", vous avez déclaré "trop" () de variables locales dans une fonction (celle en ligne 685 de You.cpp).
Je pense que vous utilisez de mauvais types de variable (genre des tableaux à la C), ainsi que votre habitude d'avoir des fonctions des centaines de fois trop longues.

Pour les erreurs d'édition de lien LNKXxxx, c'est tous les endroits où vous utilisez encore la variable globale "hOut".
Supprimer sa déclaration "extern ...." de tous les .h et remplacer son utilisation dans le code par l'utilisation d'un argument de la fonction ayant le même nom.

Vérifiez que vous pouvez entrer le caractère "œ" dans la console.
Si vous pouvez pas le faire entrer dans le programme, il y a des chances que le programme ne puisse pas le sortir.

???

Utilisez une fonction comme getchar après avoir configurer la console.
Avec une fonction de ce type, le programme va attendre que vous entriez quelqueschose au clavier.
Par défaut, la console va essayer d'afficher ce que vous taper au clavier.
En fonction de votre configuration clavier, il y a une séquence de touche qui permet d'entrer le caractère "œ".
Avec ma configuration, c'est la séquence de touche "Alt + 0156" https://les-raccourcis-clavier.fr/oe...-lie-ligature/.

Utilisez le débuggeur pour tracer les modifications faites à la chaine de caractères par la C-Runtime.

Pas compris la question !!!

Ce n'est pas une question.
Le but, c'est de savoir où me "œ" est converti en "o", donc en exécutant pas à pas votre code.
Vous savez comment utiliser le débogueur pour faire une exécution pas à pas, non ?

**Laurent_B_** · 27/10/2023, 13h47

Github : Ok !

Mais pour la prochaine fois, essayez de faire la même chose mais avec la fenêtre "Sortie".
L'onglet "Sortie" doit être juste à côté de la fenêtre "Liste d'erreurs", en bas de l'interface de Visual Studio (avec une disposition "par défaut" de l'outil).
Avec la fenêtre "Sortie", on a un affichage "chronologique" des erreurs qui peut être important.
Dans notre cas actuel, ce n'est pas le cas car les erreurs sont assez caractéristiques.

Nom : Capture d’écran 2023-10-27 133321.png
Affichages : 124
Taille : 156,5 Ko

Il faudrait vérifier dans les options du projet si vous n'avez pas activé par mégarde la "prise en charge du Common Language Runtime".

???

Pour les Warning "C6244", aux lignes 1346 et 1362 de Utils.cpp, vous avez définis une variable locale de nom "hOut".
Ces définitions n'y apparaissent pas à ces lignes dans le code sous Github.
Il faudrait qu'on puisse avoir accès à la version du code qui génère ces erreurs.
Mais dans tous les cas, il est autorisé mais vraiment pas prudent de déclarer une variable locale à un bloc de code ayant le même nom qu'un paramètre de la fonction ou qu'une variable "locale" à un autre bloc de code englobant.
Il est donc très probable que ces lignes de définitions soient en trop, ou que le nom de la variable soit très peu pertinent.

Pour le warning "C6262", vous avez déclaré "trop" () de variables locales dans une fonction (celle en ligne 685 de You.cpp).
Je pense que vous utilisez de mauvais types de variable (genre des tableaux à la C), ainsi que votre habitude d'avoir des fonctions des centaines de fois trop longues.

Ok ! Mais...

Pour les erreurs d'édition de lien LNKXxxx, c'est tous les endroits où vous utilisez encore la variable globale "hOut".
Supprimer sa déclaration "extern ...." de tous les .h et remplacer son utilisation dans le code par l'utilisation d'un argument de la fonction ayant le même nom.

Ah !
???

Utilisez une fonction comme getchar après avoir configurer la console.
Avec une fonction de ce type, le programme va attendre que vous entriez quelqueschose au clavier.
Par défaut, la console va essayer d'afficher ce que vous taper au clavier.
En fonction de votre configuration clavier, il y a une séquence de touche qui permet d'entrer le caractère "œ".
Avec ma configuration, c'est la séquence de touche "Alt + 0156" https://les-raccourcis-clavier.fr/oe...-lie-ligature/.

Rrrr !!!

Ce n'est pas une question.
Le but, c'est de savoir où me "œ" est converti en "o", donc en exécutant pas à pas votre code.

Ou qu'il ai ?

Vous savez comment utiliser le débogueur pour faire une exécution pas à pas, non ?

Ben oui !

**Laurent_B_** · 27/10/2023, 14h24

Nom : Capture d’écran 2023-10-27 142234.png
Affichages : 121
Taille : 139,2 Ko

**Laurent_B_** · 27/10/2023, 19h53

Pour votre projet, je ne vois pas l'intérêt d'utiliser ces fonctionnalités.
Il faudrait vérifier dans les options du projet si vous n'avez pas activé par mégarde la "prise en charge du Common Language Runtime".

Nom : Capture d’écran 2023-10-27 195117.png
Affichages : 115
Taille : 6,2 Ko

Prise en charge du runtime .NET (/clr:netcore)

???

Merci

**Laurent_B_** · 27/10/2023, 21h26

Ou :

System.Runtime.dll

???

**bacelar** · 30/10/2023, 12h06

Laissez de côté les "problèmes" de "prise en charge du Common Language Runtime", c'est peut-être juste un bug dans l'IDE, car il n'y en a pas dans les traces de compilation.

Commencez par supprimer l'utilisation de la variable globale "hOut", en passant un paramètre de même nom à la fonction qui l'utilisait.

P.S.: la suppression de cette globale n'est pas obligatoire mais cela simplifiera beaucoup les travaux ultérieurs.

**Laurent_B_** · 30/10/2023, 13h59

Expliqué ?

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
int wmain(int argc, wchar_t* argv[])
{
...
    DWORD current_console_mode = 0;
    GetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), &current_console_mode);
    SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE)
        , current_console_mode
        | ENABLE_VIRTUAL_TERMINAL_PROCESSING
        | ENABLE_PROCESSED_OUTPUT
    );
 
    fflush(stdout);
    int originalConsoleMode = _setmode(_fileno(stdout), _O_U16TEXT);
 
    /*HANDLE*/ hOut = GetStdHandle(STD_OUTPUT_HANDLE);
    DWORD dwMode = 0;
    CONSOLE_SCREEN_BUFFER_INFO csbiInfo;
...
}

???

Merci beaucoup

**Laurent_B_** · 30/10/2023, 21h49

Bonsoir,

Exemple (le film) :

2022-05-19_20 Netflix.txt
2022-08-01_01_01_05_05_08.txt
2022-08-20_20_ Netflix.txt
2023-08-30_09-05.txt
2023-09-04 TF1.txt

Avec et même :
Nom : Capture d’écran 2023-10-30 214649.png
Affichages : 202
Taille : 27,3 Ko

Code :

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

std::pair<std::vector<std::pair<std::tm, bool>>, std::wstring> date_1;

Ok ou pas ?

Merci d'avance

Problème et AVC : _wfopen_s

C++

Discussions similaires

Partager

Partager