Handle et creatfile

Hello World

Je dois creer un fichier via create file et les handles. J'ai codé ceci qui ne genere aucune erreur:

Code:

---

1 2 3 4 5 6 7 8 9 10

TCHAR *argv[1]; argv[0] = "E:\Test\log.txt"; HANDLE hFile; hFile = CreateFile(argv[0], GENERIC_ALL, FILE_SHARE_WRITE, NULL, OPEN_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL); CloseHandle(hFile);

---

Le disque E et le fichier test existent, mais rien ne ce passe auriez vous une idées SVP?

Merci

Ton code ouvre le fichier et le ferme tout de suite. Tu as donc l'impression que rien ne se passe. Sous réserve que celui-ci s'ouvre bien, le retour n'étant pas testé.

Pi si le fichier existe déjà, tu testes comment sa création ? Ou tu testes juste l'ouverture ? Dans tous les cas, vérifier les retours de fonction est rarement optionel.

Merci

Il ne fait que ouvrir le fichier je penser qu'avec createfile je creer le fichier...comment faire alors pour creer un fichier text avec ce Handle?

Dédoubler les '\' ?

Code:

---

"E:\\Test\\log.txt"

---

Et, bien sûr, comme déjà dit, vérifier la valeur de retour de CreateFile.
La valeur de handle est-elle bien différente de INVALID_HANDLE_VALUE ?

CreateFile peut créer un fichier (ce serait un peu con sinon vu son nom), en y passant les bon paramètres. Pour cela, suffit de lire la doc.
Sinon pourquoi vouloir utiliser cette fonction quand std::fstream voire std::filesystem en C++17 existent ? :weird:

avec un watch j'ai ceci:

Code:

---

hFile = 0xffffffff

---

Je code sur une très veille archi avec VS2003, je dois passer par les handle.

Il serait plus logique d'avoir une fonction openfile pour ouvrir un fichier. C'était le cas avant il me semble, mais maintenant c'est createfile pour less 2.

Sur cette archi openfile fonctionne pas....handle obligatoire.

Citation:

---

Envoyé par Nono Sto

avec un watch j'ai ceci:

Code:

---

hFile = 0xffffffff

---

Je code sur une très veille archi avec VS2003, je dois passer par les handle.

---

Doit-on t'accompagner à chaque étape ? :weird:
Tu récupères un code d'erreur, exactement INVALID_HANDLE_VALUE qui est très clairement montré dans la doc. Même doc qui indique, comme pour quasiment tous les retours d'erreur de fonctions Windows, d'appeler GetLastError pour avoir plus d'information sur l'erreur en question... Puis de fil en aiguille tu sauras quel est ton problème.
Quant à OpenFile, il a à priori les mêmes pré-requis.
L'un retourne un HANDLE, l'autre un HFILE... mué bon à ce niveau c'est kifkif, c'est juste des identifiants nommés différemment... mais CreateFile est l'API conseillé, OpenFile est déprécié.

Donc Openfile existe toujours. Par contre :

Citation:

---

Note This function has limited capabilities and is not recommended. For new application development, use the CreateFile function.

---

1er élement de la doc.

Bonjour,

Parmi les erreurs, celles de la 1^ère ligne du code ne me semblent pas avoir été signalées.

Code:

---

const TCHAR *argv[1] = { _T("E:\\Test\\log.txt") }; //

---

Il faut un buffer pour mettre une chaîne, celui-ci doit contenir des TCHAR, ils sont const et il faut des doubles backslashs.
D'ailleurs je comprends pas pourquoi la ligne 2 compilerait? En est bien C++ pas en C?

Je suis débutant. J'ai essayé GetLastError:

Code:

---

1 2 3 4

if (hFile == INVALID_HANDLE_VALUE) { DWORD lasterror = GetLastError(); }

---

Mais j'arrive a avoir plus d'info.

Finalement j'ai reussi a faire fonctionner ce code:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

const TCHAR *argv[1] = {("D:\\Test\\log.txt")}; HANDLE hFile; hFile = CreateFile(argv[0], GENERIC_ALL, FILE_SHARE_WRITE, NULL, OPEN_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL); DWORD lasterror; lasterror = GetLastError(); CloseHandle(hFile);

---

D est une sorte de disque virtuel. Maintenant je dois mount un les disque dur tel un E ou F....c'est expliquer dans la doc de mon bouzin.
Avant de mettre le sujet en résolu j'ai un message d'erreur qui apparait a la fin d'execution du code:

Code:

---

1 2	Main thread should not return.

---

Si vous avez une idée SVP?

Merci

Bonjour,

"main thread should not return" ça fait penser à une application qui finirait la fonction main() ou WinMain() alors qu'il reste au moins un thread actif, ce qui amène le programme dans un état "pas vraiment terminé"!
Alors, est-que tu as créé des thread? Et quel est ton environnement : Console, Fenêtré, MFC, Win32, ... ?

J'ai modifié mon main avec un retrun0; et sa marche. Merci