Discussion :

[trucss]

Bonjour,

J'utilise file.readalllines pour ouvrir le fichier et faire mon traitement, mais le fichier et ouvert je ne peux pas le fermer.

System.IO.IOException*: 'The process cannot access the file 'C:\test" & "\" & fichier & ".txt' because it is being used by another process.'

Dois-je crée une copie puis faire mon traitement et après le supprimer? ou il y a une autre solution juste pour de la lecture ( pour info j'arrive à l'ouvrir le fichier .TXT avec le bloc note sans message d'erreur) ?


Merci

Code :

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

1
2
3
If IO.File.Exists("C:\test" & "\" & fichier & ".txt") Then
 
                    Dim lignes = System.IO.File.ReadAllLines("C:\test" & "\" & fichier & ".txt")

[popo]

File.ReadAllLines ne laisse pas le fichier ouvert.
C'est écrit explicitement dans la documentation :

Opens a text file, reads all lines of the file into a string array, and then closes the file.

https://learn.microsoft.com/en-us/do...tframework-4.8

Donc soit ton fichier est déjà ouvert par un autre processus (pas le tien).
Et dans ce cas, il y a des chances que tu ne puisse pas en faire une copie non plus.

Soit, tu le lis ailleurs avec une autre méthode.
Attention à ne pas confondre File.ReadAllLines et File.ReadLines.

En complément, si le processus qui utilise le fichier l'autorise, tu peux utiliser ceci :

Code :

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

1
2
3
4
5
6
7
8
9
List<String> lines = new List<string>();
using (var stream = File.Open("log.txt", FileMode.Open, FileAccess.Read, FileShare.ReadWrite))
using (var reader = new StreamReader(stream))
{
    while (!reader.EndOfStream)
   {
        lines.Add(reader.ReadLine());
   }
}

[trucss]

Le fichier est ouvert par un autre processus autre que mon programme.
Pourtant j'arrive à l'ouvrir avec un bloc note, j'ai pas de message.

[popo]

Le bloc note ne remonte pas d'erreur car il lit le fichier en mode partagé. Bref, comme dans l'exemple que je t'ai donné.

[excalybur]

Tu peux t'inspirer de la discussion que j'ai eu avec Phil Rob :

https://www.developpez.net/forums/d2...-bien-adaptee/

Par la suite (il y a quinze jours) j'ai découvert ceci : Si le process est extérieur; comme simplement un disque dur (à vérifier pour un disque mémoire RAM en mode lecture). Il te faudra si de temps en temps cela bug prévoir simplement le doublement de la fonction IsOpen ! En effet j'ai découvert (sur un site américain) qu'un DD physique envoi parfois un triple message interne : (A)J'ai fini; (B)mais non j'ai pas fini de quelques dizaines de milli-secondes; (C ) j'ai fini pour de bon ! C'est aléatoire pour le profane. Ca n'est peut être pas le cas général suivant les fabricants.

Donc la première boucle IsOpen va voir la phase (A) et dira que c'est bon et puis quand on appel le fichier il y a nouveau test intrinsèque et cela arrive au moment de la phase B => catastrophe : message erreur "file allready open" ...

Donc il suffit de doubler le test IsOpen qui va attendre que phase (B ) soit fini et la c'est bon !

Mettre une tempo plus longue ne sert à rien suivant la durée aléatoire de l’exécution on peut quand même planter le système ! Et le reste du temps on perd du temps. Ca rime

Ce n'est pas tout à fait la réponse à ta question espérant que cela pourra t'aider.

[trucss]

J'ai réussi en testant si le fichier et utilisé alors je crée une copie, je fais mon traitement et à la fin je le supprimer, c'est un peu fastidieux mais ça fonctionne.

[excalybur]

Effectivement c'est une solution.

Bonne journée

[popo]

Comment tu copies ton fichier s'il est utilisé ?

[binarygirl]

Effectivement c'est une solution.

Bonne journée

Une solution de Shadok

[trucss]

Une solution de Shadok

Bonjour,
J'ai utilisé filecopy ça a fonctionné pour moi.
a+

[umfred]

Ce n'est pas logiciel, car si le fichier est ouvert FileCopy génère une IOException
https://learn.microsoft.com/fr-fr/do...ystem.filecopy

[popo]

Ce n'est pas logiciel, car si le fichier est ouvert FileCopy génère une IOException
https://learn.microsoft.com/fr-fr/do...ystem.filecopy

Oui, c'est pour ça que j'ai posé la question :

Comment tu copies ton fichier s'il est utilisé ?

[umfred]

Ce n'est pas logiciel, car si le fichier est ouvert FileCopy génère une IOException
https://learn.microsoft.com/fr-fr/do...ystem.filecopy

je voulais écrire logique, pas logiciel (mes doigts ont du beugués)

[popo]

LOL, et moi ce sont mes yeux.
J'avais également lu "logique"

Quoi qu'il en soit, il est clair que ce n'est pas FileCopy qui a résolu son problème.
A suivre donc, des fois truccs revienne...

[trucss]

LOL, et moi ce sont mes yeux.
J'avais également lu "logique"

Quoi qu'il en soit, il est clair que ce n'est pas FileCopy qui a résolu son problème.
A suivre donc, des fois truccs revienne...

Je viens de m'apercevoir, en fait une machine vient écrire dedans et le referme donc filecopy fonctionne quand le fichier est libre.
Donc je me suis pas embêté j'attends qu'il soit libre, pour faire une copie et après je l'analyse.
Walou merci la team

[umfred]

tu pourrais tout autant faire le ReadAllLines d'origine à la place de la copie, vu que c'est la même problématique

[trucss]

Non car si le fichier et ouvert par mon application et que la machine veux l'ouvrir, la machine plante.

[umfred]

oui c'est vrai en réfléchissant 10s, pas besoin de l'ouvrir pour faire la copie, donc il devrait rester accessible lors de la copie

[trucss]

oui effectivement merci du conseil