Reprise du message précédent :

à ce moment la plus besoin de predicat. donc soit tu crées un prédicat, soit tu surcharge operator<.
 
si tu veux en discuter, contacte moi sur ICQ.
 
edit: je crois qu'avant de t'avancer dans STL tu devrais maitriser les templates et toutes les bases du langage, ça te rendra moins con (pas plus intelligent )et apres tu comprendras le fonctionnement de STL et son implémentation rapidement

barf, les templates, g compris ce que c'était, j'ai déja fait mumuse avec les template perso de listes a 2 balles, dérivation, etc...
 
 
j'ai juste un peu de mal a apprendre comment on les utilise réellement, notemmment avec la stl, c'est a dire au front et pas a l'entrainement

ben lis le code source de STL alors

et skoi le mieux entre surcharger l'opérateur ou passer le comparateru comme argument ?
 
je pense que si on surcharge l'opérateur uniquement pour utiliser sort avec  2 arguments, c con, non ?

ben surcharge operator< avec la sémantique la plus générale (comme 1<2). on utilise un predicat si le tri doit etre effectuer selon un critere autre que < ou si celui ci n'est pas implémenter

chuis en train de devenir un intégriste.
 
 
je pensais utiliser dev-c++ pour ce mini prog, paske visual et borland la stl c pas ca, et finalement, j'ai fait du notepad+cygwin   ( et encore, j'aurais pu faire du vi )

taré. pour quoi pas unt ruc genre ConText + MinGW ?

 
traduit de ++Taz@PPC en francais ca donne quoi ?

www.mingw.org (g++ pour windows, sans tout le fatras de cygwin)
http://fixedsys.com/context/ , mon editeur de texte préféré sous windows

arrete, le fatras de cygwin il est cool ( ssh, wget, etc....) strop pratique !

ben moi j'ai tout ça aussi, sans cygwin et sous windows. mais bon le mieux c'est linux quand meme  

 
en + cygwin c trop terrible, tu peux completement tout faire (meme si l'intéret est plus dans l'exploit)
 
 
vive proftpd et sshd

vive Gnu/Linux tu veux dire!

 
 
nan je voulasi dire que dans les choses inutiles qu'on pouvait fiare, c'était de foutre proftpd et sshd sous zindoz$

juste pour savoir, les algos de recherche de la stl, c bien pour utiliser pas trop souvent, mais pour faire de la mini base de données (genre analyse de logs), y'a-til mieux ?
 
 
en php/MySql, ce serait plus rapide ?

Utilise les algo de la STL a fond, il te sera difficile de faire plus optimisé que ça. En general, quand tu utilises une partie de la STL que tu ne trouves pas assez rapide c'est que :
 
- Tu as utilisé le mauvais conteneur.
- Tu as utilisé le mauvais algo.
- le volume des données manipulées est trop gros pour la STL.
 
Example : quel est le moyen le plus efficace à partir d'une liste/vecteur d'elements non triée, de selectioner les 10 premiers éléments ? Reponse : en utilisant l'algorithme nth_element.
 
Bien sur, le problème de tout ça c'est qu'il faut avoir une bonne experience de la STL pour pouvoir l'utiliser correctement et pour eviter les nombreux pièges qui sont monnaie courrante avec le C et le C++.

 
c koi un truc trop gros ?
 
en concernant php/MySql ? c'est plus rapide (pour ce uqi est du traitement + bdr ?
 
les algos utilisés dans les "libs MySql" pourraient - t'ils utiliser la STL ?
 
parce que je fais la un petit parsage d'un fichier de log
 
1,5 mo
 
sur chaque ligne je fais 2 ou 3 recherches sur des strings, et surement ue bonne 10aine d'opérations
 
ca me prend une bonne seconde
 
est-ce du au temps d'acces disque, buffer, etc... et la durée ne sera pas proportionnelle a la taille ?
 
est-ce  convenable ?
 
sont-ce mes algos qui pourraient etre trop bourrin ?
 
par comparaison, je trouve que "grep" est ultra rapide

Je crois que le mieux dans ton cas c'est d'utiliser un profiler pour trouver ce qui prend du temps.
 
PS : J'espère que tu ne manipules pas une string de 1.5 Mo à un moment dans ton code car ça serait lent

 
C'est à dire ?
 

 
 
mieux, je fais un vector de char  (paske les char * on a  pas droit)    

Un profiler : un programme qui va analyser ton code pour dire ou c'est qu'il passe du temps. Et pour ton vector<char> de 1.5 Mo, envisage d'utiliser une rope à la place. Une "rope" c'est une "string" faite pour la gestion des très grandes chaines.

 
nan, tu m'as cru pour le vector<char>  ????
 
 
pas fou , je lis ligne par ligne

et y'a quoi comme bon profiler ? ( a part sur m6 dnas la trilogie du samedi)

Si tu utilises gcc, essaye gprof. Sinon, cherche avec google.