KewlCat

C'est tout de suite plus clair Partant du principe que WLM est non seulement propriétaire (donc inexploitable par autre chose que WLM) mais également compatible SIP et RTP, il est possible de "parler" avec les utilisateurs de WLM en utilisant des cilents SIP : Ekiga, OpenWengo, Gizmo Project, etc. Extrait de la homepage du Gizmo Project : SIP est un protocole "ouvert" donc tu ne devrais pas peiner à trouver des clients SIP libres qui supportent les fonctionnalités que tu recherches...

Qu'est-ce que tu appelles "compatible", exactement ? Parce que GAIM (maintenant "Pidgin") supporte très bien le protocole Msn Messenger (utilisé par Windows Messenger / Msn Messenger / Windows Live Messenger / etc.)... Et pas uniquement MSN, si j'en juge par la liste fournie sur la page d'accueil du site officiel du logiciel : * AIM * Bonjour * Gadu-Gadu * Google Talk * Groupwise * ICQ * IRC * MSN * MySpaceIM * QQ * SILC * SIMPLE * Sametime * XMPP * Yahoo! * Zephyr Et si ça ne te suffit pas, il existe une myriade d'autres outils de "messagerie instantanée" qui permettent de discuter avec des utilisateurs de MSN/WLM/etc. et qui affichent une liste impressionnante de fonctionnalités... Au hasard : Mercury et aMSN ... Pour info : http://en.wikipedia.org/wiki/Comparison_of...ssaging_clients

Merci ! Bonnes bûches à toi aussi !

Ca s'appelle "connection tracking" (du moins, dans NetFilter) et effectivement ça se base sur l'étude des trames de protocoles courants pour déterminer "à la volée" quels ports vont être utilisés pour envoyer / recevoir les données liées aux ports statiques déjà ouverts.

Voilà ! C'est l'heure !

Ah non, pas encore ! "pas déjà", plutôt...

uh oh ... Ca va être l'heure, là, non ?

Tu te dégonfles ?

Kapouééééé !

T'es-tu déjà interessé aux JSR-000082 "Java APIs for Bluetooth" et JSR-000080 "Java USB APIs" ?

Euh....Comment dire.... Tu veux que je te donne la dernière date à laquelle j'ai croisé un "plat de spaghettis" ? (et je dis bien "dernière", parce que si je te les donne toutes je vais déclencher un buffer overflow sur le forum) Certes, en Objet on a du mal à faire des GOTO, mais y'a nettement plus tordu pour programmer "comme en BASIC" avec du Java...

"particulier" ? C'est à dire ? Autre chose que IP ?

Oui, c'est vrai qu'il n'y a pas que GOTO et qu'il existe aussi PERFORM, mais c'était pour donner une idée (déjà que j'en avais collé une grosse tartine...)

Quelle drôle de question. Pour Counter-Strike je ne crois pas que le fait que les ressources réseau soient de type "SE3", "Novell" ou "Windows" change quoi que ce soit... Et compte tenu du fait que les machines sont "assez puissante pour counter strike" et que le firewall utilisé est celui de bitdefender, je doute qu'il s'agisse d'un réseau IPX

bûche et bonne nuit !

Pas de publicité. Sujet fermé. Merci de bien vouloir consulter la charte du forum.

Super ! Que voilà une personne responsable... Bref. Elle vous a laissé les droits d'administration sur le firewall ? Tu es allé voir dans la doc de Counter-Strike pour savoir quel port tu dois ouvrir ?

Tu as demandé à la personne qui gère le réseau de ton lycée ??

bûche aussi !

Y'a pas d'mal Autre truc : évite d'utiliser le bouton (celui qui correspond à un post précis) pour répondre, surtout si c'est pour recopier intégralement le post qui est juste au-dessus de ta réponse... Utilise plutôt le bouton (ou efface la citation...)

Villeurbanne ça va me faire un peu loin pour me faire soigner...

Mes félicitations, tu viens de découvrir une des raisons pour lesquelles nous détestons les outils de P2P sur ce forum d'optimisation PC D'autre part, à utiliser un analyseur de trames pour détecter des virus dans ce qui transite par le réseau pendant que tu satures ta bande passante, il ne faut pas s'étonner que la machine rame ! Sujet fermé. Merci de bien vouloir consulter la charte du forum.

Le problème semble avoir trouvé sa solution. Ainsi, afin de signaler clairement à ceux qui ont un problème similaire qu'ils ont peut-être une solution toute trouvée (s'ils pensent à utiliser la fonction Recherche en indiquant le mot-clé "résolu" auparavant), et afin de signaler aux autres contributeurs qu'il est inutile de continuer à se creuser la tête sur le problème (à moins d'avoir des suppléments d'informations à apporter pour mieux comprendre ce qui posait problème), un modérateur a préfixé le titre du topic avec la mention [résolu]. Merci, à l'avenir, de bien vouloir prendre à votre charge cette mise à jour quand vous estimez que votre problème a été résolu de manière satisfaisante (et parallèlement, si le problème a disparu "mystérieusement", inutile d'induire les gens en erreur ) Pour cela, votre premier message

iwconfig montre que ton interface eth0 est bel et bien là, ce qui signifie que le driver est chargé correctement. Ne t'inquiète pas pour la couleur du voyant. Ce n'est pas parce que Windows provoque certains comportements qu'ils sont forcément ceux que l'on doit attendre de son matériel As-tu configuré une clé WEP sur ton point d'accès ? Une protection WPA ? Autre chose (voire rien) ? As-tu iwpriv ou wpa_supplicant à ta disposition ? (Ou un outil graphique qui te permettrait d'activer l'interface eth0 en utilisant les outils d'authentification WEP ou WPA ?)

Ouais, mais c'est surtout la phase avant la programmation proprement dite qu'il ne faut surtout pas négliger (voire carrément oublier !) : établir les besoins, analyser fonctionnellement et spécifier ce que doit faire le programme.Problème : si on n'a jamais fait de programmation on n'est pas capable de dire quels sont les outils à disposition et il devient alors impossible de faire une analyse qui se tienne (hormis des bribes du style "y'a qu'à .... suffit de ..." sans aucun appui sur des éléments réels...). C'est facile de faire des spécifications farfelues où tout "se tient" mais où la mise en pratique est un enfer. S'il n'y a pas connaissance préalable de l'outil (par formation ou par bidouillage) comment peut-on articuler un programme qui se tient ? Comment peut-on penser construire une application viable si on ne connaît pas les briques de base ? Quiconque sait écrire des programmes "proprement" en COBOL va cribler un programme qu'il a à faire en C de "goto" et va coller l'intégralité du code dans une unique classe s'il fait du Java, s'il n'a jamais travaillé avec ces langages !! La théorie c'est très bien, mais tant qu'on n'a pas mis les mains dans le cambouis il est impossible d'analyser un problème de la façon qui colle au mieux à ce que le langage sait faire... La théorie doit s'appuyer sur un certain niveau de pratique ! (... sinon c'est comme ça qu'on se retrouve comme un con à avoir commandé une nouvelle appli de gestion en C# (ou en PowerBuilder, si on n'a pas eu la visite de nos amis de Microsoft), dépensé des centaines de milliers d'euros, vu passer des dizaines d'intervenants, experts, consultants, branleurs affublés de titres usurpés ou de diplômes extorqués, pour tout jeter au bout de cinq ans de développement parce que les specs ont été écrites par des gens qui n'avaient pas la moindre idée de la façon de fonctionner de cet outil !) La phase de "bidouillage" est, à mon avis, une bonne entrée en matière pour se familiariser avec l'outil. Il faut juste éviter de partir sur cette base de "bidouillage" pour construire quelque chose de sérieux. D'abord faire connaissance, ensuite voir comment construire quelque chose de solide. Partir sans rien connaître c'est du suicide. Partir en se disant "je vais improviser" est guère mieux.