> Alors en C, 'goto' c'est mal. Mais en C++, les exceptions c'est bien. Mouarf :)
1) Les exceptions, c'est en général d'une fonction a l'autre, les goto, c'est local a une fonction.
2) Le problème du goto, c'est qu'il est trop général, pas que toutes ses utilisations sont mauvaises. Donc, oui, il y a pleins de trucs qui font un sous ensemble de ce que fait le goto, mais qui sont moins dangereux.
cua.el. Enfin, faudra m'expliquer la définition de moderne, là ...
> coloration syntaxique pour tout les langages
Ben compares la liste des langages supportés par Emacs ou vi avec la même liste sous nedit ...
> pas d'apprentissage
A mon avis, c'est la le vrai problème. Si tu ne dois pas utiliser un éditeur de texte souvent, OK, tu perdrais ton temps a apprendre vi ou Emacs. Mais si tu utilises ton éditeur de texte, disons, plus d'une heure par jour, le temps d'apprentissage est vite rentabilisé ...
Moi, ce que j'attend d'un éditeur de texte, c'est par exemple de pouvoir compiler et positionner mon curseur sur la première erreur de compilation en quelques touches (2 chez moi), de pouvoir réindenter un bloc de code automatiquement (6 touches sous Emacs pour réindenter un buffer complet), de pouvoir gérer correctement plusieurs dizaines de fichiers ouverts (exit les tabs, vive iswitchb !), ...
J'ai du mal m'exprimer, mais oui, c'est bien ça que je voulais dire. Par « UTF-8 n'est pas completement universel », je voulais dire « Il y a des cas dans lesquels UTF-8 n'est pas adapté ».
Oui, enfin, l'UTF-8, c'est surtout un encodage prévu pour le stoquage et l'échange de données. En interne, l'applie peut faire ce qu'elle veut.
Il faut aussi distinguer l'encodage (UTF-8) du charset (UCS). L'encoage, c'est la façon de représenter une suite de nombres, et le charset, c'est l'association nombre -> caractère. UTF-8 n'est pas completement universel (preuve en est l'existance d'UTF-16 par exemple), mais UCS, par contre, devrait tenir un moment en satisfaisant au mieux les besoins de tout le monde.
Tu sais, tes amis, y'en a un paquet qui utilise un charset windows machin chose en interne sur leur machine, ils ne le savent même pas, et tu ne t'en es jamais rendu compte non plus (sauf quand une apostrophe mal encodée s'echappe de leur machine ...).
Un gros problème, c'est que par définition, quand tu veux utiliser la completion, tu n'as pas fini de tapper, donc ton code est sytaxiquement incorrect ...
Je ne suis pas trop d'accord avec le raisonnement, vu que les gens qui désinitallent SP2 sont plutôt du genre a ne plus remettre les pieds sur WindowsUpdate, mais pour la conclusion, oui, puisque d'autres stats le montrent :
A mon avis, si les gens de Coverity veulent analyser le code de windows, MS se fera un plaisir de leur fournir les sources. Par contre, c'est pas dit qu'ils aient le droit de publier les résultats ...
C'est aussi parce que ce que fait ce genre d'outil est indécidable dans le cas général. Donc, l'outil fait ce qu'il peut, mais aura toujours des faux positifs et/ou des faux négatifs. Or, le boulot d'un compilo, c'est de compiler les programmes corrects (éventuellement avec warnings) et de refuser les autres, et on aime bien que les règles qui disent comment le compilo choisi dans quel cas on est soient claires.
Effectivement, tu ne peux pas mettre l'implementation du template dans le .cpp. Pour pouvoir le faire, il faudrait que le compilateur implemente le mot cle export, ce qui n'est aujourd'hui le cas d'aucun des compilateurs C++ les plus utilisés (GCC, VC++, Borland, ...).
Par contre, tu peux toujours te faire un fichier .tpp ou quelque chose comme ça, que tu incluera dans ton .h. Ca rend les choses plus claires mais ca ne compilera pas plus vite.
Si tu fais des selects sur les mêmes données, ca n'est pas surprenant : MySQL va faire du cache alors que SQLite doit a priori refaire les accès disques à chaque fois.
[^] # Re: Hmm :/
Posté par Matthieu Moy (site web personnel) . En réponse au journal Entretient du noyau Linux. Évalué à 3.
1) Les exceptions, c'est en général d'une fonction a l'autre, les goto, c'est local a une fonction.
2) Le problème du goto, c'est qu'il est trop général, pas que toutes ses utilisations sont mauvaises. Donc, oui, il y a pleins de trucs qui font un sous ensemble de ce que fait le goto, mais qui sont moins dangereux.
# J'ai marché dedans
Posté par Matthieu Moy (site web personnel) . En réponse au journal Les éditeurs de texte. Deux religions dominantes.. Évalué à 5.
Comme XEmacs, quoi
> raccourcis MODERNES
cua.el. Enfin, faudra m'expliquer la définition de moderne, là ...
> coloration syntaxique pour tout les langages
Ben compares la liste des langages supportés par Emacs ou vi avec la même liste sous nedit ...
> pas d'apprentissage
A mon avis, c'est la le vrai problème. Si tu ne dois pas utiliser un éditeur de texte souvent, OK, tu perdrais ton temps a apprendre vi ou Emacs. Mais si tu utilises ton éditeur de texte, disons, plus d'une heure par jour, le temps d'apprentissage est vite rentabilisé ...
Moi, ce que j'attend d'un éditeur de texte, c'est par exemple de pouvoir compiler et positionner mon curseur sur la première erreur de compilation en quelques touches (2 chez moi), de pouvoir réindenter un bloc de code automatiquement (6 touches sous Emacs pour réindenter un buffer complet), de pouvoir gérer correctement plusieurs dizaines de fichiers ouverts (exit les tabs, vive iswitchb !), ...
[^] # Re: NYT
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Deux pages de Firefox dans le New York Times. Évalué à 8.
[^] # Re: UTF-8 le standard des noms de fichier
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 2.
[^] # Re: UTF-8 le standard des noms de fichier
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 3.
Il faut aussi distinguer l'encodage (UTF-8) du charset (UCS). L'encoage, c'est la façon de représenter une suite de nombres, et le charset, c'est l'association nombre -> caractère. UTF-8 n'est pas completement universel (preuve en est l'existance d'UTF-16 par exemple), mais UCS, par contre, devrait tenir un moment en satisfaisant au mieux les besoins de tout le monde.
[^] # Re: UTF-8 le standard des noms de fichier
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 3.
[^] # Re: UTF-8 le standard des noms de fichier
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 3.
[^] # Re: UTF-8 le standard des noms de fichier
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 4.
[^] # Re: les gants !
Posté par Matthieu Moy (site web personnel) . En réponse au message connection adsl internet sagemfast 800 sous mandrake. Évalué à 2.
Surtout pas !! le driver constructeur pour le Sagem sous Linux est une m**** ...
# Y'a de l'echo ;-)
Posté par Matthieu Moy (site web personnel) . En réponse au message connection adsl internet sagemfast 800 sous mandrake. Évalué à 3.
http://www.eagle-usb.org/(...)
[^] # Re: Question
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Atelier Emacs à Paris le 18 décembre. Évalué à 3.
class foo {
int x;
int y;
char z;
int f() {
return 3;
}
char g() {
return 3;
}
};
int main() {
int vxxx = var1;
foo x;
vxxx = x.
}
Avec le curseur sur l'avant dernière ligne, il me propose x, y, et f, mais pas z ni g par exemple.
[^] # Re: Question
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Atelier Emacs à Paris le 18 décembre. Évalué à 2.
Un gros problème, c'est que par définition, quand tu veux utiliser la completion, tu n'as pas fini de tapper, donc ton code est sytaxiquement incorrect ...
[^] # Re: Question
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Atelier Emacs à Paris le 18 décembre. Évalué à 4.
http://cedet.sourceforge.net/intellisense.shtml(...)
En pratique, chez moi, ça marche très mal, c'est lent, ... Je suis revenu au bon vieux M-/ qui est moins intelligent, mais qui marche !
[^] # Re: XEmacs Powa
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Atelier Emacs à Paris le 18 décembre. Évalué à 4.
[^] # Re: Tout est relatif
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche 985 bugs dans le noyau Linux. Évalué à 2.
http://www.xitimonitor.com/etudes/equipement0.asp(...)
[^] # Re: 13 % de « code mort »
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche 985 bugs dans le noyau Linux. Évalué à 4.
[^] # Re: Expliquation requise
Posté par Matthieu Moy (site web personnel) . En réponse au journal Progression de Firefox. Évalué à 5.
[^] # Re: MHA
Posté par Matthieu Moy (site web personnel) . En réponse au journal Application open source sous windows, un bien ou un mal?. Évalué à 5.
Pour quelqu'un qui n'a ni carte ni cable ethernet, tu classes le fait d'aller acheter tout ça et de devoir bricoler son UC dans les avantages ?
[^] # Re: glib
Posté par Matthieu Moy (site web personnel) . En réponse au journal libc et sécurité.... Évalué à 6.
[^] # Re: Tout est relatif
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche 985 bugs dans le noyau Linux. Évalué à 3.
[^] # Re: je comprend pas trop...
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche 985 bugs dans le noyau Linux. Évalué à 10.
# Perdu
Posté par Matthieu Moy (site web personnel) . En réponse au message Templates. Évalué à 2.
Par contre, tu peux toujours te faire un fichier .tpp ou quelque chose comme ça, que tu incluera dans ton .h. Ca rend les choses plus claires mais ca ne compilera pas plus vite.
[^] # Re: Base de données
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Sortie de MyNews 1.0. Évalué à 2.
[^] # Re: Base de données
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Sortie de MyNews 1.0. Évalué à 4.
Ou alors, de cliquer un peu dans google et de tomber sur http://www.google.com/alerts(...)
[^] # Re: Fichtre, je ne sais que mettre comme titre
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Les images ISO de la Mandrakelinux 10.1 sont dispo en téléchargement pour tous !. Évalué à 3.