2009-08-13 6 views
0

Je snaged ce sous sur le web pour rechercher récursive tous les fichiers, y compris subdirectoiresavec la recherche subdirs

Si je le signale sous une grande surface (c.-à-mydocuments ou C :) J'obtiens une erreur:

The CLR has been unable to transition from COM context 0x1f6c48 to COM context 0x1f6db8 for 60 seconds. The thread that owns the destination context/apartment is most likely either doing a non pumping wait or processing a very long running operation without pumping Windows messages. This situation generally has a negative performance impact and may even lead to the application becoming non responsive or memory usage accumulating continually over time. To avoid this problem, all single threaded apartment (STA) threads should use pumping wait primitives (such as CoWaitForMultipleHandles) and routinely pump messages during long running operations.

Voici le code (je crois que son parce que le sous appelle lui-même)

void DirSearch(string sDir) 
{ 
    try 
    { 
     foreach (string d in Directory.GetDirectories(sDir)) 
     { 
      foreach (string f in Directory.GetFiles(d)) 
      { 
       string hash = GetMD5HashFromFile(f); 
       Dic_Files.Add(f, hash); 
      } 
      DirSearch(d); 
     } 
    } 
    catch (System.Exception excpt) 
    { 
     Console.WriteLine(excpt.Message); 
    } 
} 
+0

Cela ressemble à une routine d'analyse de répertoire relativement inoffensive. Pourriez-vous s'il vous plaît publier la pile d'appel de l'exception ainsi que l'implémentation de GetMD5HashFromFile(), si possible? –

Répondre

0

problème de débogage.

selon: http://social.msdn.microsoft.com/forums/en-US/vsdebug/thread/ed6db6c8-3cdc-4a23-ab0a-2f9b32470d35/

Ce que vous voyez est l'un des « assistants Débogage Géré » (MDA) et peut être désactivée par Debug-> Exceptions ...> Développez le nœud MDA et décochez la case contre contextswitchdeadlock .

+0

ça résout vraiment le problème? ou est-ce que le problème de débogage signifie que c'est seulement un problème pendant que je débogue? – Crash893

+0

Code loks comme correct. Faites référence à cette bande de roulement http://groups.google.com/group/microsoft.public.vsnet.debugging/browse_thread/thread/1e4ac1010ae5920d/03ca1c82ea79287b?pli=1 Il s'agit d'un problème de débogage qui tente de détecter les blocages dans un système multipiste. –

0

Essayez d'exécuter ce code dans un thread séparé de sorte que vous ne bloquez pas votre interface utilisateur pendant la recherche. BackgroundWorker est le moyen le plus simple de le faire.

0

Au lieu d'utiliser une fonction récursive, il suffit d'utiliser l'un de la surcharge des Directory.GetFiles

Directory.GetFiles(sdir, null, SearchOption.AllDirectories); 
+0

C'est un code plus simple, bon appel. Cependant, le problème qu'il a est que la recherche elle-même prend trop de temps et doit être faite sur un fil séparé. –

+0

J'ai vu cette option mais elle se bloque si un dir ne va pas donc c'est vraiment pas pratique – Crash893

1

Le procédé GetFiles a une valeur de remplacement qui permet une recherche récursive. Je vais essayer d'utiliser cela et voir si votre problème disparaît ...

void DirSearch(string sDir) 
{ 
    try 
    { 
     var files = System.IO.Directory.GetFiles(sDir, "*.*", SearchOption.AllDirectories); 
     foreach (string f in files) 
     { 
      string hash = GetMD5HashFromFile(f); 
      Dic_Files.Add(f, hash); 
     } 
    } 
    catch (System.Exception excpt) 
    { 
     Console.WriteLine(excpt.Message); 
    } 
} 
+0

J'ai vu cette option mais elle se bloque si un répertoire tourne mal alors c'est vraiment pas pratique – Crash893

Questions connexes