begin process at 2008 05 16 08:13:30
1 173 225 membres
70 nouveaux aujourd'hui
13 970 membres club

Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum.
Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

3505 commentaire(s) de BruNews sur des sources sur tout CodeS-SourceS

Le : 16/05/2008 00:38:52
Source : RECHERCHE DE FICHIERS DANS UN REPERTOIRE
C'est pas nos yeux qu'il convient de satisfaire mais le système nerveux de l'utilisateur et il risque fort de souffrir si il a trop souvent le sablier sur l'écran. L'espace mémoire d'un processus a vite fait de ressembler à un gruyère à force d'allocs et reallocs et ça n'aide en rien les performances.
Entraine toi sur strcpy, strcat et pointeurs, tu verras que ce n'est pas si compliqué, faut seulement de la rigueur dans le raisonnement.
Bonne continuation.


Le : 15/05/2008 21:47:42
Source : RECHERCHE DE FICHIERS DANS UN REPERTOIRE
"Récupération du chemin du repertoire" (getcwd), ça devrait faire quoi selon toi ?

Je vois 'new' mais pas le 'delete' correspondant.

Apprends donc à bosser avec des tableaux de char, tes 'string' fonc ici des dizaines d'alloc, realloc et copies inutiles. CurrentPath[], ce tableau reste inutilisé au bout de 3 lignes, voila un bon client de remplacement pour les string.

getcwd, fopen, FindFirstFile, ... c'est le souk, soit tu fais tout avec les fonctions C standard soit full API Win mais pas un peu de chaque. Il faut de la cohérence dans le code.

Cette source n'étant pas un exemple à suivre, elle ne sera pas conservée.


Le : 03/05/2008 13:10:03
Source : TUPEUPASTEPLANKER1.0
Les perfs sont à mesurer sur le PC de dev donc pas besoin de transformer en ms:
LARGE_INTEGER deb, fin;
QeuryPerformanceCounter(&deb); // TOUT DEBUT DU THREAD

QeuryPerformanceCounter(&fin);
fin.QuadPart -= deb.QuadPart; // JUSTE AVANT SORTIE DU THREAD


Le : 03/05/2008 11:31:19
Source : TUPEUPASTEPLANKER1.0
En taille exe c'est incomparable, une simple liste chainée qui devrait te suffire ne devrait pas prendre plus 1 Ko maxi dans l'exe.


Le : 03/05/2008 11:18:19
Source : TUPEUPASTEPLANKER1.0
OK alors c'est que ce n'est pas la simple séquence dont je parlais plus haut.


Le : 03/05/2008 10:57:47
Source : TUPEUPASTEPLANKER1.0
Tu dis:
- empile
- insert fichiers
- dépile

en ce cas, un simple buffer char[] n'irait pas ?


Le : 03/05/2008 10:15:23
Source : TUPEUPASTEPLANKER1.0
Tu n'as pas défini le benef:
- à quoi te sert ce conteneur ???
- l'élément ne peut-il être inséré direct dans la listview sans être stocké ?


Le : 02/05/2008 19:41:00
Source : EXECUTE /USR/BIN/ID
C'est quoi l'utilité ???


Le : 02/05/2008 19:29:36
Source : TUPEUPASTEPLANKER1.0
Faudrait d'abord savoir si on est d'accord sur le "bénéfice" et donc le définir.


Le : 02/05/2008 18:44:02
Source : TUPEUPASTEPLANKER1.0
Ce n'est pas DevCpp qui est gourmand en taille mais c'est l'utilisation de la STL qui oblige le compilo à insérer une énorme masse de code (conteneurs, itérateurs et autres surcouches qui ne te sont d'aucune utilité ici).



Appels d'offres

Pub



CalendriCode

Mai 2008
LMMJVSD
   1234
567891011
12131415161718
19202122232425
262728293031 

Boutique

Boutique de goodies CodeS-SourceS