MCOPY (UTILITAIRE DE COPIES)
bouv
Messages postés
1411
Date d'inscription
mercredi 6 août 2003
Statut
Membre
Dernière intervention
3 mars 2019
-
12 févr. 2009 à 08:41
nathansecret Messages postés 63 Date d'inscription mardi 11 novembre 2008 Statut Membre Dernière intervention 31 octobre 2011 - 19 févr. 2009 à 18:52
nathansecret Messages postés 63 Date d'inscription mardi 11 novembre 2008 Statut Membre Dernière intervention 31 octobre 2011 - 19 févr. 2009 à 18:52
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/49244-mcopy-utilitaire-de-copies
https://codes-sources.commentcamarche.net/source/49244-mcopy-utilitaire-de-copies
19 févr. 2009 à 18:52
Même si tout programme peut être amélioré.
17 févr. 2009 à 18:14
Je trouve à peine le temps de répondre.
Mais tu peux regarder ma source OpenGED. J'y utilise l'API. Il faut juste dépouiller tout le reste.
Bonne prog
++
17 févr. 2009 à 17:15
Ajoute ton e-mail et ton pseudo si tu veux aussi dans la boite de message à propos.
Merci
17 févr. 2009 à 11:46
- Windows permet lui de faire du vrai multi-copy
- Windows est presque 2 fois plus rapide dans ce genre de tâches
- La barre de progression de Windows est beaucoup plus précise
Les 2 derniers point peuvent facilement être résolus avec l'API CopyFileEx.
Pour le vrai multi-copy, c'est pas gagné, comme dit plus haut il faudrait passer en VB.Net
Cependant, ce point n'est pas très grave car les performances sont bien moins bonnes car cela oblige le disque dur à écrire à plusieurs endroits en même temps... et bonjour la fragmentation...
17 févr. 2009 à 11:05
Je n'ai rencontré aucun bug dans toutes ses utilisations.
J'espère ne rien oublier d'autre...
17 févr. 2009 à 11:03
Et il a une qualité par rapport à celui de Windows : il peut copier plusieurs fichiers en même temps plus rapidement.
Merci cdc1604
;D
13 févr. 2009 à 11:54
si tu en connais d'autres n'hésites surtout pas...
12 févr. 2009 à 18:24
Dans TOUS les cas de figure, FSO est à proscrire. Et il est toujours possible de faire sans !
Pour faire un copier/coller avec les API windows voir l'utilisation de CopyFileEx fournie par kernel32.dll
Pour ce qui est des threads, je te conseil d'oublier... tant que tu sera sous VB6. Tu peux en revanche passer en VB.net qui gère cela très bien.
12 févr. 2009 à 18:06
Dès que je maitriserai les threads c'est certain l'app sera mise à jour.
Fso c'est l'api windows sous vb6.Les solutions qui se proposent seront de programmer soi même une api (cas de supercopier)ce que je ne suis pas actuellement capable de faire.
Lorsqu'on a +eurs copies à effectuer.C'est mieux de les programmer une fois pour toute que d'attendre qu'une copie se termine pour lancer une autre...
Si vous pouvez donner un coup de main, n'hésitez pas...
Merci
12 févr. 2009 à 12:16
12 févr. 2009 à 08:41
- les fichiers sont copiés un par un
- tu utilise FSO (beurk) et non les API windows