MortIIS : En ce qui concerne les IDE, y'en a des tonnes, mais j'en conseillerai 2.
La première est Qtcreator, l'ide officielle qui vient tout juste de sortir et qui est exceptionnelle. La seconde est KDevelop si tu veux faire de la programmation seulement pour KDE (je préfère faire du Qt plutot que du KDE, mais ça peut tjs être utile de savoir que si j'ai besoin, tout est là).

Historiquement, j'utilisais QDevelop, mais avec la sortie de Qtcreator, il n'a plus aucun intéret si ce n'est qu'il est plus léger.

http://www.qtsoftware.com/developer/qt-creator voilà un lien.

CIao

Hmm hmm, une librairie même pas portable entre 2 compilos sur le même OS, c'est vraiment fort et, ... peu utile ...

Tu veux pas faire un truc portable ?

Le concept est tjs de factoriser le code, plus le code est utilisé, plus il est débuggé et donc plus fiable et stable est le système. C'est comme ça que je le prend.
Et puis c'est vrai que du coup, c'est super simple, on peut meme coder en bash (c'est moche et affreux mais c'est possible).

Tu m'as eu, je les avais oubliés ceux là :s

lool, pas bien grave ;)
Tout est fichier sous linux, pas d'exception ;)

[mupuf@cathaou ~]$ ls /proc
1     2299  4132  4250  4333  821          fb           net
10    3     4133  4252  4885  831          filesystems  pagetypeinfo
1008  3293  4134  4254  4886  835          fs           partitions
1087  3978  4135  4257  4930  9            interrupts   scsi
1088  4     4147  4261  4947  943          iomem        self
11    4000  4151  4274  5     acpi         ioports      slabinfo
12    4015  4158  4279  5460  asound       irq          stat
13    4018  4159  4282  5488  buddyinfo    kallsyms     swaps
14    4031  4170  4283  5489  bus          kcore        sys
15    4034  4194  4286  5501  cgroups      key-users    sysrq-trigger
16    4037  4214  4290  5503  cmdline      kmsg         sysvipc
17    4038  4217  4299  5504  config.gz    kpagecount   timer_list
1769  4061  4218  4301  5506  cpuinfo      kpageflags   timer_stats
1784  4065  4221  4305  6     crypto       loadavg      tty
18    4066  4226  4308  7     devices      locks        uptime
19    4076  4229  4311  8     diskstats    meminfo      version
2     4091  4231  4313  807   dma          misc         vmallocinfo
20    4094  4245  4317  808   dri          modules      vmstat
2006  4130  4246  4328  810   driver       mounts       zoneinfo
21    4131  4247  4329  819   execdomains  mtrr

Pour te montrer ce qu'il y a dans /proc, tu n'auras pas besoin de redémarrer pour rien ;)

??? Y'a pas de parsing là, à chaque processus correspond un fichier dans /proc, il ne fait qu'énumérer tout les fichiers de proc qui sont des numéros (les PIDs). Ainsi, il récupère bien les processus courants.

C'est quoi ? un concours d'illisibilité ?
Et les nombres négatifs ? c'est pas des nombres ?

Suggestions pour améliorer ça (être méchant c'est bien beau mais encore faut-il expliquer pourquoi ;) :

- Pour l'illisibilité, il existe des standards d'indentation qui facilitent la lisibilité, des exemples des plus connus ici : http://en.wikipedia.org/wiki/Indent_style. Perso, j'utilise le style Allman.

- Remplacer unsigned long long int par long long et faire la condition pour le négatif

- Essaye de factoriser ton code pour tout les langues. je m'explique, dans le cas actuel des choses, tu as un code pour le francais, et le même aux noms pres pour les autres langues. Essaye de voir si tu peux pas pondre un code commun puis coder les fonctions pour les différences. Le mieux pour ça est d'utiliser l'objet et le concept d'héritage même si ce n'est absolument pas nécéssaire. Néamoins, si tu ne connais pas le c++, ce serait une bonne occasion pour t'y foutre ;)

- Cpp france est un site d'entraide, les sources déposées doivent être exemplaires pour les débutants. C'est à cette condition que le site pourra avoir des membres dont le niveau augmentera rapidement et avec un style de programmation mûr, cette source doit vite être corrigée ou bien supprimée mais je ne pense pas qu'elle doive rester en l'état.

Voilà, j'espère que tu comprends les raisons qui me poussent à être aussi critique.

Salut Brunews, Je suis pas entièrement d'accord avec toi sur le fait de ne pas créer une thread.
Grâce à la librairie Intel (TBB), on peut définir des seuils avant qu'une autre thread soit exécutée (granularité), ça permet lors de tri d'énormes tableaux d'utiliser le 2eme (ou plus) processeur et on est libre sur le choix de quand l'utilisation de la(/ces) thread(s) apporte un interêt.

C'est sur que dans l'absolu, si on avait pas cette librairie, dans 99% des cas, la création d'une thread serait contre productif, mais faut aussi se pencher sur les concepts qu'essaye de diffuser Intel. Je ne dis pas que c'est la panacée, mais ça a le mérite d'exister et d'être déjà pas mal efficace.

bon week end ;)

au passage, si on sépare la déclaration des définitions, c'est pour eviter de recompiler tout ce qui utilise ton objet à chaque fois que tu changes un truc dans ton implémentation. Donc c'est dans ton interet de séparer, c'est pas plus propre ou plus sale, juste plus rapide car permet des opti ;)