matthieu_b a écrit 11 commentaires

  • # Axis2c

    Posté par  . En réponse au message Client SOAP en C : quelle bibliothèque utiliser ?. Évalué à 3.

    Bonjour,

    Moi je te conseille tout simplement Axis2c, cette librairie va te permettre via l'outil wsdl2c de construire automatiquement les stubs (du coté client comme du coté serveur).

    La librairie à l'avantage de supporter la quasi majorité des normes WS (du moins pour HTTP/SOAP et REST).

    De plus, je crois que c'est sur cette librairie que repose la librairie PHP5 pour les WS (à confirmer).

    Hesites pas à me poser des questions si tu as besoin.
  • [^] # Re: quelques éléments de réponse

    Posté par  . En réponse au message Manipuler le cache du système de fichier. Évalué à 1.

    Merci de m'avoir éclairer :)
  • [^] # Re: Dans le Béarn...

    Posté par  . En réponse à la dépêche Libre en Fête dans les régions de France. Évalué à 3.

    Stallman à Pau !
    Un grand monsieur dans ma ville :) J'y serais !
  • [^] # Re: Re:

    Posté par  . En réponse au message Pthread vs IPC sys V. Évalué à 1.

    Tu parles bien d'une variable globale, ou d'une variable globale spécifique à l'utilisation des threads ?

    Si tu veux pour le moment le but est de pouvoir ajouter des élements a une pile, alors qu'un deuxième process tourne en parrallèle et envoie chaque message de cette pile ( en la vidant ) via une socket.

    Pourquoi un deuxième process, c'est simplement que j'attend une réponse pour chaque envoie de message -> pour ne pas bloquer le reste du programme sur ces attentes.

    Encore merci pour ton aide.
  • [^] # Re: Re:

    Posté par  . En réponse au message Pthread vs IPC sys V. Évalué à 1.

    Je vais finalement utiliser les IPC et faire un fork pour gérer le processus qui envoie les données. Les deux fils vont communiquer via la file de messages.

    Ca m'évite le passage en paramètre de divers élements : pile / fd de la socket / ...
  • # EISTI

    Posté par  . En réponse au message Que pensez vous à propos des écoles d'ingénieur parisiennes ?. Évalué à 1.

    Je fais actuellement l'EISTI ( pas sur le campus de cergy mais celui de PAU dans le Sud - Ouest ).

    Donc sur Pau, le cadre de l'école est super, l'environnement c'est la même chose : mer, montagne à une heure.

    Facilité de logement dans des appart à 5 min de l'école. La ville est sympas.

    Après sur la formation que l'on a : tu commences par une prépa intégré MP avec 9h d'info par semaine ( C / Scheme / C++ / PHP5 ... )

    Sur la formation elle est très orienté com / management / finance. Beaucoup font l'école uniquement pour ça. Je m'oriente vers la branche info, mais bon, je sais pas si c'est partout pareil, mais si tu veux vmt apprendre ou pousser dans un domaine, c'est de ton coté que ça se passe. A l'école on t'enseignera que les bases et l'utilisation "globale - avancée" d'un langage. Bref les bases pour que tu puisses toi avancer de ton coté si tu le veux.

    Le panel d'options d'orientation est assez large, ça te laisse le choix.

    J'ai deja eu l'occasion d'aller sur cergy quelques fois. Je trouve que ça vaut nettement moins le coup que Pau.

    Après je ne suis qu'en 1ère année du cycle ingé après avoir survécu à la prépa intégrée.
  • [^] # Re: de toute façon

    Posté par  . En réponse au journal L'Open GL ne sera plus utilisé par IDSoftware sur Win vista. Évalué à 0.

    Blizzard reste tout de même une référence. Même si starcraft, warcraft 3 et diablo 2 font parti du passé... Ils ont toujours sorti des jeux de qualité. Après le contenu de wow est largement discutable !
  • [^] # Re: Libérons le libre

    Posté par  . En réponse au journal Ubuntu 7.04 et Xorg. Évalué à 1.

    Au final et après réflexion ça peut être pas mal qu'une distro soit directement userfriendly avec la 3D pour son bureau et toutes les features de la mort qui en découle.

    Après on ne parle pas du libre en général, on parle d'ubuntu et de la prochaine version...

    Celui qui ne vaudra pas les drivers proprios ira voir une autre distribution.

    Alors certes les drivers proprio c'est mal et je ne supporte pas ça, mais je pense qu'une distro grand public les utilisant ça peut faire de la pub a notre cher pingouin ;)
  • [^] # Re: poll

    Posté par  . En réponse au message Savoir si un fichier est en cours de modification. Évalué à 1.

    Après m'être plongé dans l'obscur manpage, je n'arrive toujours pas à cerner comment il peut mettre utile, ou comment l'utiliser pour qu'il le soit.

    Est ce que je peux vous demandez un ptit peu d'aide :) Merci
  • # Merci

    Posté par  . En réponse au message Savoir si un fichier est en cours de modification. Évalué à 3.

    Merci pour votre réactivité :) je vais regarder tout ça.
  • # 2.6.18+ A tester

    Posté par  . En réponse au journal slakware 2.6.18 fglrx (drivers proprios ATI) pour Enemy Territory. Évalué à 1.

    Il semblerait qu'il faille remplacer le <linux/config.h> par <linux/autoconf.h> dans les fichiers C ( /lib/modules/fglrx/build_mod ) pour pouvoir les faire compiler sur un noyeau 2.6.18 et supérieur.