cs_neodante
Messages postés2835Date d'inscriptionlundi 11 août 2003StatutModérateurDernière intervention16 décembre 2006
-
13 sept. 2003 à 10:42
ptiniko
Messages postés26Date d'inscriptionmercredi 23 avril 2008StatutMembreDernière intervention 8 juillet 2009
-
31 mars 2009 à 08:50
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
ptiniko
Messages postés26Date d'inscriptionmercredi 23 avril 2008StatutMembreDernière intervention 8 juillet 2009 31 mars 2009 à 08:50
Non CornFlaks! Si le monsieur il a pas le lecteur disquette ... => 0 -> c: / 1 -> d:
Tu me diras, peut être que Draven a fait cette source que pour lui, mais ça m'étonnerais.
Moi j'suis sur ce problème là. Et je confirme que c'est beaucoup trop long lorsqu'on recherche tous les fichiers du disque C (j'ai un petit 250go, j'imagine pas le temps que ça prend pour les nouveaux PCs avec des DD de malades.)
Merci pour la source quand même.
cs_CornFlaks
Messages postés2Date d'inscriptionmardi 4 mars 2003StatutMembreDernière intervention31 janvier 2005 31 janv. 2005 à 19:21
tu débute ton itérateur i à 1 et il zappe le lecteur de disquette.
tu peux même retirer ta boucle pour ne recuperer qu'un seul lecteur ou "i" représente le lecteur choisit. 0 -> a: / 1 -> C: etc...
cs_Yenapa
Messages postés67Date d'inscriptionsamedi 12 juillet 2003StatutMembreDernière intervention26 juin 2009 14 oct. 2003 à 20:46
Le probleme de ton algorithme, c'est qu'il est recursif. Ca prends un temps enorme sur un gros disque dur (voire pire, sur un disque reseau)!
Pourquoi ne pas regler ce probleme en ne cherchant les sous-dossier d'un dossier que quand on en a besoin?
En plus, si tu insere un CD apres la recherche des dossiers, il ne sera pas vu. De meme si tu crée un dossier.
Bon courage! ;-)
cs_Draven
Messages postés62Date d'inscriptiondimanche 22 octobre 2000StatutMembreDernière intervention 8 octobre 2006 13 oct. 2003 à 13:47
Pas bête comme idée. je vais tester ça.
Merci Yenapa
cs_Yenapa
Messages postés67Date d'inscriptionsamedi 12 juillet 2003StatutMembreDernière intervention26 juin 2009 12 oct. 2003 à 13:45
Peut etre qu'en testant si le lecteur est accessible ... (methode canRead() sur un objet File) ?
cs_Draven
Messages postés62Date d'inscriptiondimanche 22 octobre 2000StatutMembreDernière intervention 8 octobre 2006 13 sept. 2003 à 15:59
oui je me doutais bien, mais je ne sais pas quelle exception lever.
J'ai testé:
try
{
...
}
catch(exception e)
{
...
}
et ça me fait toujours un message d'erreur.
cs_Duss
Messages postés890Date d'inscriptionlundi 8 avril 2002StatutMembreDernière intervention29 juillet 200411 13 sept. 2003 à 13:33
ben voila soit un try catch soit tu zap le lecteur diskette ;)
Duss
cs_neodante
Messages postés2835Date d'inscriptionlundi 11 août 2003StatutModérateurDernière intervention16 décembre 200611 13 sept. 2003 à 10:42
31 mars 2009 à 08:50
Tu me diras, peut être que Draven a fait cette source que pour lui, mais ça m'étonnerais.
Moi j'suis sur ce problème là. Et je confirme que c'est beaucoup trop long lorsqu'on recherche tous les fichiers du disque C (j'ai un petit 250go, j'imagine pas le temps que ça prend pour les nouveaux PCs avec des DD de malades.)
Merci pour la source quand même.
31 janv. 2005 à 19:21
for(i=0;i<lecteurs.length;i++)
tu débute ton itérateur i à 1 et il zappe le lecteur de disquette.
tu peux même retirer ta boucle pour ne recuperer qu'un seul lecteur ou "i" représente le lecteur choisit. 0 -> a: / 1 -> C: etc...
14 oct. 2003 à 20:46
Pourquoi ne pas regler ce probleme en ne cherchant les sous-dossier d'un dossier que quand on en a besoin?
En plus, si tu insere un CD apres la recherche des dossiers, il ne sera pas vu. De meme si tu crée un dossier.
Bon courage! ;-)
13 oct. 2003 à 13:47
Merci Yenapa
12 oct. 2003 à 13:45
13 sept. 2003 à 15:59
J'ai testé:
try
{
...
}
catch(exception e)
{
...
}
et ça me fait toujours un message d'erreur.
13 sept. 2003 à 13:33
Duss
13 sept. 2003 à 10:42