Ce qui n'est pas légal c'est de t'empêcher de reverse-engineerer le protocole ... mais de toute façon le procole de MSN Messenger c'est du SIP donc protocole normalisé par l'IETF.
Par contre, le serveur SIP auquel se connecte les utilisateurs de MSN est la propriété de Microsoft, donc ils peuvent t'en interdire l'accès, si il le souhaitent
Oui, c les gens de Jaber qui ont foutu le bordel en s'imaginant qu'il étaient les premiers à normaliser un protocole de messagerie instantanée .... alors que ça avait déja été fait pour MSN Messenger.
Sauf que les gens de Microsoft, ils ont été plus intelligents au lieu de réinventer un nieme protocole, ils ont étendu SIP le protocole de voix sur IP.
Le pire c que la plupart des gens recommandent d'utiliser la merde inventé par Jabber, plutôt que le protocole SIP de MSN qui est bien plus clean techniquement, ce qui a d'ailleurs pour effet de saboter le travail qui a été fait par l'IETF pour faire converger les fonctions messagerie instannée avec la visio, la voix sur ip ...
ça m'etonnerai que le gain de vitesse vienne de là, vu que sous VC++ aussi il y a un compilateur en ligne de commande comme sous UNIX. Il est juste appelé en tâche de fond par l'IDE, mais c'est un processus à part.
D'ailleurs, sous Windows aussi tu peux utiliser des makefiles avec NMAKE.
En fait dans les première versions de la norme C++, la règle était que la portée d'une variable était le bloc d'accolade englobant, ce qui implique qu'un compilateur conforme au standard devait refuser de compiler ton code ci-dessus.
Comme c'était pas très intuitif,au début des années 90, la norme a été changée pour que les variables déclarées dans un for soient locales à la boucle.
Comme les gens qui ont conçu Visual voulaient garder un maximum de compatibilité avec le vieux code, ils ont fait en sorte que par défaut celui-ci applique l'ancienne règle de portée.
La nouvelle règle est en fait bien présente dans le compilateur mais n'est utilisée que si tu compile avec le flag --ansi.
[^] # Re: A propos de MSN
Posté par frecillia6 . En réponse à la dépêche Jabber utilisé par Sun et Apple. Évalué à 0.
Par contre, le serveur SIP auquel se connecte les utilisateurs de MSN est la propriété de Microsoft, donc ils peuvent t'en interdire l'accès, si il le souhaitent
[^] # Re: SIP vs. Jabber
Posté par frecillia6 . En réponse à la dépêche Jabber utilisé par Sun et Apple. Évalué à -4.
Sauf que les gens de Microsoft, ils ont été plus intelligents au lieu de réinventer un nieme protocole, ils ont étendu SIP le protocole de voix sur IP.
Le pire c que la plupart des gens recommandent d'utiliser la merde inventé par Jabber, plutôt que le protocole SIP de MSN qui est bien plus clean techniquement, ce qui a d'ailleurs pour effet de saboter le travail qui a été fait par l'IETF pour faire converger les fonctions messagerie instannée avec la visio, la voix sur ip ...
[^] # Re: Déviation des standards...
Posté par frecillia6 . En réponse à la dépêche Jabber utilisé par Sun et Apple. Évalué à -4.
Dis-moi, tu es bien au courant que tout le protocole MSN Messenger est basé sur SIP (et donc normalisé par l'IETF) non ?
[^] # Re: Une release importante
Posté par frecillia6 . En réponse à la dépêche Sortie de GCC 3.4.0. Évalué à 1.
D'ailleurs, sous Windows aussi tu peux utiliser des makefiles avec NMAKE.
[^] # Portée des boucles for
Posté par frecillia6 . En réponse à la dépêche Sortie de GCC 3.4.0. Évalué à 1.
Comme c'était pas très intuitif,au début des années 90, la norme a été changée pour que les variables déclarées dans un for soient locales à la boucle.
Comme les gens qui ont conçu Visual voulaient garder un maximum de compatibilité avec le vieux code, ils ont fait en sorte que par défaut celui-ci applique l'ancienne règle de portée.
La nouvelle règle est en fait bien présente dans le compilateur mais n'est utilisée que si tu compile avec le flag --ansi.