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.
Si il y a un reglement interne dans ta boite qui interdit d'installer des softs GPL, par exemple, tu n'as effectivement pas le droit. (Il y a des tas de boites ou la charte informatique interdit d'installer quoi que ce soit sans autorisation)
Par exemple, la GPL t'autorise a lire le code, mais chez MS par exemple, les employés n'ont pas le droit de le faire (pour éviter qu'ils s'en inspirent dans des produits MS). (enfin dans ce cas précis, je ne sais pas si c'est une interdiction formelle ou une recommandation)
[^] # 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.
[^] # 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é à 2.
Par exemple, la GPL t'autorise a lire le code, mais chez MS par exemple, les employés n'ont pas le droit de le faire (pour éviter qu'ils s'en inspirent dans des produits MS). (enfin dans ce cas précis, je ne sais pas si c'est une interdiction formelle ou une recommandation)
[^] # Re: libre
Posté par Matthieu Moy (site web personnel) . En réponse au journal MSN messenger mais que deviens la communauté ?. Évalué à 7.