Fichier C#.Existe renvoie la valeur false, le fichier n'existe pas

À l'aide de VS 15, C# avec .Net 4.5.2

L'ordinateur est sur un réseau PUBLICITAIRE, avec le nom de l'annonce "ANNONCE".

Ce problème se produit avec AD normal des droits d'utilisateur, ANNONCE les droits d'admin, et des droits d'administrateur local. Il n'a pas d'importance ce que les droits le programme obtient, le même problème se produit.

Notre fichier de test est "C:/windows/system32/conhost.exe".

Le fichier ci-dessus existe, il est très bien existant. Je peux le voir avec l'explorateur.

C'est le fichier dans l'explorateur:

Fichier C#.Existe renvoie la valeur false, le fichier n'existe pas

C'est le fichier de propriétés:

Fichier C#.Existe renvoie la valeur false, le fichier n'existe pas

Vous pouvez voir qu'il est là, à droite?

La suite de commande cmd vérifie si le fichier existe:

IF EXIST "C:\windows\system32\conhost.exe" (echo does exist) ELSE (echo doesnt exist)

Il retourne "existe" comme promis.

Le code C# suivant vérifie si le fichier existe:

FileInfo file = new FileInfo("C:/windows/system32/conhost.exe");
MessageBox.Show(file.Exists + "");

Cela renvoie "Faux".

Ce code renvoie également "Faux":

MessageBox.Show(File.Exists("C:/windows/system32/conhost.exe") + "");

Ce code ne le trouve pas:

foreach (string file in Directory.GetFiles("C:/windows/system32/"))
{
    //conhost is NEVER mentioned, like it doesn't exist
}

Ce code ne le trouve pas:

foreach (string file in Directory.EnumerateFiles("C:/windows/system32/"))
{
    //conhost is NEVER mentioned, like it doesn't exist
}

False, False, False: 

MessageBox.Show(File.Exists("C:/windows/system32/conhost.exe") + "");
MessageBox.Show(File.Exists("C:\\windows\\system32\\conhost.exe") + "");
MessageBox.Show(File.Exists(@"C:\windows\system32\conhost.exe") + "");

Ce que je fais mal?

Note: j'ai copié conhost à C:\conhost.exe et mon programme pouvez la trouver sans problème. Mon programme trouve également d'autres fichiers dans system32, tout simplement pas conhost et quelques autres. Par exemple, il trouve "connect.dll" ce qui est dans system32, il n'est donc pas le répertoire de l'autorisation de lecture.

Plus de notes supplémentaires: conhost.exe et connect.dll a les mêmes attributs de sécurité (onglet Sécurité dans les propriétés du fichier).

  • Avez-vous essayé de changer / d' \ peut-être?
  • Essayez File.Exists(@"C:\windows\system32\conhost.exe")
  • Yep, même résultat dans tous les tests dans les deux directions 🙁
  • 64 bits app et de la redirection peut-être...
  • Vous avez peut-être raison, je n'ai pas testé ce que 64bit encore.
  • pouvez-vous montrer "icacls c:\windows\system32\conhost.exe" et "whoami /groupes" de la même utilisateur qui exécute votre programme?
  • J'ai eu le même problème avec le Répertoire.il existe, msdn:"Si l'appelant n'a pas les autorisations suffisantes pour lire le fichier spécifié, aucune exception n'est levée et la méthode renvoie false indépendamment de l'existence d'un chemin.", a piraté avec la commande net use stackoverflow.com/a/15832359/891715
  • Trouvé la réponse, grâce à xanatos et Uladzimir Palekh, je vais mettre à jour ma question avec la réponse. Il n'avait rien à voir avec les autorisations 🙂
  • Les Questions sont là où vous posez votre question, non pas où vous postez votre réponse. Si vous souhaitez publier votre propre réponse, en plus des réponses fournies par les autres, alors il affichera comme une réponse. Si les réponses à apporter une réponse adéquate à la question, puis, bien sûr, il n'est pas nécessaire de le faire.
  • Je n'aime pas que vous avez retiré de la solution, même quand il est dans l'une des réponses.
  • Comme je l'ai dit, la question est de savoir où vous posez votre question, non pas où poster vos réponses. Les réponses n'appartiennent pas à la question. C'est juste la façon dont le site fonctionne.
  • Je n'ai pas connaître la réponse lors de la publication de cette question. Tu me dis de poster une NOUVELLE QUESTIOn à la "réponse" que "comme une réponse"?
  • Pas de. Car il existe déjà une réponse à votre solution, vous devriez tout simplement ne rien faire. Si il n'y avait pas une réponse a votre solution, alors vous devriez avoir posté une réponse à votre question avec la réponse.
  • Bon, j'ai vu beaucoup de questions avant l'OP mis à jour sa question avec la réponse, et aucun (après des années) n'a pas le supprimer. Je suppose que vous m'énervait à ce sujet, et j'en suis désolé, vous avez raison 🙂 je voulais juste le rendre plus facile pour les futurs "googlers" pour trouver une solution rapide.
  • pourquoi ne pas la accepté de répondre à contenir la question? je pense qu'il devrait ou comment savons-nous quelle est la réponse pour?
  • non, mais wth est en place avec toutes les + "" des trucs? Se débarrasser de l'inutile indésirable. Si tu veux le faire .ToString(), puis à .ToString(). Ou de l'utilisation de la chaîne d'interpolation.. que ce soit. + "" n'a tout simplement pas regarder à droite.
  • non, plus courte.

InformationsquelleAutor Kristoffer Golde Ovesen | 2017-03-23
  1. 41

    Si vous utilisez un système x64, vous allez avoir un contenu différent de la c:\Windows\System32 répertoire pour les architectures x86 et x64 applications. S'il vous plaît être sûr que vous êtes en utilisant la même architecture de l'exécution du fichier de commandes et de votre application en C#.

    • C'est la seule chose que je n'ai pas encore essayé. Malade le faire dès maintenant et mettre à jour ma question, peut-être mettre cela comme résolu.
    • Il y a peut être quelque chose de cela, mais il est peut-être autre chose, comme j'ai essayé cette fois en 32-bit et 64-bit de mode, non-administrateur, et il a trouvé le fichier deux fois, mais encore une fois mon "32 bits", c'est "anyCPU" de sorte que peut être mon problème. Je vais re-tester de manière plus explicite. Edit: Oui, forçant l' .Un projet de réseau de 32 bits ne reproduire le problème. La valeur par défaut est AnyCPU, alors je me demande ce que l'OP n'a fait que ce n'était pas ça.
    • voir aussi stackoverflow.com/q/3094520/1132334
    • Peut-être la peine de mentionner pourquoi c'est le cas. Je crois que c'est à faire avec le Redirecteur de Système de Fichier
    • Merci, @UladzimirPalekh! Cela explique aussi, pour moi, pourquoi je ne pouvais pas faire Process.Start("arp"); après le réglage de la WorkingDirectory à %SYSTEMROOT%\system32, que j'ai eu à le faire parce que je faisais une usurpation d'identité. Sous mon compte, il fonctionnait bien. J'ai trouvé que c'était parce que arp n'est qu'une application 32 bits, et donc il avait le droit de contexte à cause de mon devoir diriger en raison de l'usurpation d'identité, il n'a pas. 🙁
    • J'ai un fichier dans un répertoire spécifique. File.Exists(@"absolute/path/to/the/file") retourne false. J'ai publié le projet avec Framework Cible : netcoreapp2.2 et d'Exécution Cible : win-x86. Même que File.Exists(@"absolute/path/to/the/file") retourne false. Je voudrais le code C# pour être en mesure de lire le fichier et de l'exécuter.
    • quel système d'exploitation utilisez-vous? Ma réponse est liée à la 64 bits de Windows.
    • Système d'exploitation: Windows 64 bits. L'exe, je vais essayer d'accès est de 32 bits. Comme il se trouve dans Program Files (x86).

    InformationsquelleAutor Uladzimir Palekh
  2. 10

    Dans la documentation MSDN pour Système.IO.Fichier.Existe(chemin de), il indique:

    Si l'appelant n'
    pas d'autorisations suffisantes pour lire le fichier spécifié, aucune
    exception est levée et la méthode renvoie false indépendamment de l'
    l'existence d'un chemin.

    Pour cette raison, nous pouvons présumer que votre application n'a pas accès en lecture à ce fichier spécifique. Vérifiez les paramètres de sécurité et d'accorder un accès en lecture si ce n'est déjà fait.

    Construire votre application (en mode release) et exécuter en tant qu'administrateur.

    • J'ai précisé que j'ai essayé les 2 types de droits d'admin dans ma question.
    • Le fichier d'exemple est intégré dans le système de fichier, dans le dossier Windows. Chaque utilisateur dispose au moins lire les acces en eux, sinon Windows lui-même aurait des problèmes. Pour les autres fichiers, des autorisations est quelque chose à considérer.
    • Mon royaume pour séparer .exists() et .canRead() en C#. La méthode doit être appelée existsAndCanRead().
    InformationsquelleAutor Nathangrad
  3. 1

    C'est le problème qui viennent de plus de 64 bits du système d'exploitation... ici, c'est un travail autour de,

    aller les propriétés du projet > cliquez sur l'onglet build > décocher Préfèrent 32 bits

    après cela, il devrait fonctionner correctement sur os 64 bits.

    InformationsquelleAutor hsCode