Vivi a écrit 819 commentaires

et ne permet pas de faire tout ce que fait dcop.

hum ... comme quoi ?

La solution passera sans doute par DBus. Gconf peut utiliser DBus comme mécanisme d'IPC :

http://mail.gnome.org/archives/gconf-list/2003-December/msg00002.ht(...)
http://mail.gnome.org/archives/gconf-list/2003-December/msg00006.ht(...)

(mais bon tu es au courant ;)

Ouais ben la meilleure syntaxe, c'est clairement celle des années 60. Ah lala misère ...

c'est mal de dire "ça ne marche pas chez moi, donc les autres n'en profiteront pas non plus"

certes.

Pas exactement, flip c'est quand on utilise un double buffer uniquement.

oui mais s'il n'y a pas de double buffer (le cas ici), ça fait un update de tout l'écran.

Sinon, je pense que la raison pour laquelle le programme original ne marche pas

nonnon, s'il ne marche c'est parce qu'il manquait un argument au blit_surface, tout simplement (et au quit aussi).

DOUBLEBUF n'est pas supporté non plus par le driver x11 (et implique HWSURFACE de toutes façons).

OK alors :

1) ne pas programmer en mettant des expressions en toplevel. C'est moche, ça ne se fait pas.

2) OcamlSDL n'est pas documenté car c'est un binding assez strict de SDL. La doc se trouve donc là -> http://sdldoc.csn.ul.ie/(...)

3) Tu as plusieurs fonctions qui ne sont pas appliquées ... forcèment ça ne marche pas. (ça t'apprendras à ne pas programmer en balancant des expressions comme ça, cf 1. :)

4) Voilà du code qui marche :

let main () =

  Sdl.init [`VIDEO] ;

  let (bpp, w, h) = (24, 700, 480) in

  let screen = Sdlvideo.set_video_mode ~w ~h ~bpp [] in

    (* pas de HWSURFACE, ça sert à rien avec le pilote x11 *)

  let tux = Sdlloader.load_image "wall9.jpg" in

  let tax = Sdlvideo.display_format tux in

  Sdlvideo.blit_surface ~dst:screen ~src:tax () ;

    (* il blit_surface n'était pas complètement appliquée *)                                                              

  Sdlvideo.update_rect screen ;

     (* ou flip, c'est pareil *)

  Sdltimer.delay 3000 ;

  Sdl.quit ()

      (* 'manquait un () *)

let () = 

  try main () with exn -> Sdl.quit () ; raise exn

(* c'est bien de toujours mettre un truc comme ça,

     ça protége en cas d'exception non rattrapée *)

Moi aussi j'ai ce message ... La console Java indique ça:

com.phaos.ASN1.n: Length is too big: takes 59 bytes
at com.phaos.ASN1.i.c(DashoA5394)
at com.phaos.ASN1.i.a(DashoA5394)
at com.phaos.ASN1.i.(DashoA5394)
at com.phaos.ASN1.h.(DashoA5394)
at com.phaos.ASN1.g.(DashoA5394)
at com.phaos.cert.a7.a(DashoA5394)
at com.phaos.cert.a7.(DashoA5394)
at com.phaos.cert.a6.a(DashoA5394)
at com.phaos.cert.a5.a(DashoA5394)
at com.phaos.cert.a6.(DashoA5394)
at com.phaos.cert.a5.(DashoA5394)
at pki.AppletPKI.a(DashoA5394)
at pki.AppletPKI.run(DashoA5394)
at java.lang.Thread.run(Unknown Source)
Exception arrive: Length is too big: takes 59 bytes
com.phaos.ASN1.n: Length is too big: takes 59 bytes
at com.phaos.ASN1.i.c(DashoA5394)
at com.phaos.ASN1.i.a(DashoA5394)
at com.phaos.ASN1.i.(DashoA5394)
at com.phaos.ASN1.h.(DashoA5394)
at com.phaos.ASN1.g.(DashoA5394)
at com.phaos.cert.a7.a(DashoA5394)
at com.phaos.cert.a7.(DashoA5394)
at com.phaos.cert.a6.a(DashoA5394)
at com.phaos.cert.a5.a(DashoA5394)
at com.phaos.cert.a6.(DashoA5394)
at com.phaos.cert.a5.(DashoA5394)
at pki.AppletPKI.a(DashoA5394)
at pki.AppletPKI.run(DashoA5394)
at java.lang.Thread.run(Unknown Source)

maintenant ... Length is too big ça m'avance pas trop. J'essaierai peut-être de révoquer le certificat et d'en demander un autre ...

En plus, cote gui, c'est pas forcement la joie.

L'interface GTK+ est trés complète. Et le support pour GTK 2.4 est pratiquement terminé.

Certes y'a pas de bindings pour ta plateforme favorite (KDE) mais bon, vu le langage de barbare employé ça ne m'étonne pas.

Il me semble que tu n'as pas le droit de diffuser une version modifiée des sources, mais uniquement des patchs.

oui, la licence des compilateurs est QPL. Mais la bibliothèque standard est LGPL.

Et justement, c'est pas non plus ultra-facile en Caml, malheureusement.

ça se fait quand même assez bien. Qu'est-ce qu'il y a comme languages où l'interfaçage est plus facile (hormis C++ et C#) ?

C'est un très bon compromis

Tout à fait.

c'est d'ailleurs complétement crétin comme titre, ça devrait Afficher mieux avec Python ou un truc comme ça.

misère ...

popen est non bloquant (évidemment). Mais comme tu ne flush pas ta sortie standard, tout déboule à la fin du programme.

Et il faut utiliser pclose pour fermer le flux (pour faire un wait sur le fils). Et tu devrais tester les valeurs de retour de popen et pclose.

ou au pire d'attendre 10min

ben justement avec dyndns t'attends pas 10 min, c'est mis à jour dès que ça reconnecte. Et t'as pas besoin de passer par une page web pour récupérer l'IP.

c'est vrai mais on entend parfois des les scientifiques le disentet c'est exactement le même problème

Non. Les scientifiques ont des règles rationelles pour justifier ce qu'ils disent (méthode scientifique, reconnaissance par les pairs, etc.).

Rien à voir avec le recueil de textes maintes fois traduits et interprétés d'un peuple mineur du Moyen-Orient d'il y a 3000 ans.

Mais peux-tu me citer des composant bonobo OCaml, python et perl ? Ben y en pas, c'est plutot rare comme besoin.

Y'a deux côtés dans une comunication. Ici l'intérêt n'est pas vraiment d'écrire des composants en caml mais plutôt pouvoir utiliser facilement des composants (écrits en C ou autre) dans une application en caml. Avec CORBA, c'est simple, tu as juste besoin de l'IDL et le binding est automatiquement généré.

Le plus simple est de choisir DCOP.

Je ne connais pas bien DCOP mais si c'est comme DBUS, c'est nettement moins puissant que CORBA.

tout marche avec du C++ normal

et comment je fais avec du OCaml normal, ou du python normal, ou du perl normal, etc. ?

Et pour les "oui mais si jamais je veux quand meme avoir un composant independant de l'appli qui l'embarque", c'est encore possible. Gtk et Qt implementent tous les deux un mecanisme qui permet d'incruster n'importe quelle fenetre X dans une autre fenetre (XEmbed). C'est ce qu'on utilise pour kvim. Avec ca, on peut lancer un programme quelconque sur une machine distante via le serveur X et l'utiliser comme composant.

Oui mais là tu n'as plus de communication entre tes machins, il faut mettre en place de l'IPC séparément. C'est ce que fait Bonobo : de l'embedding de widgets (via X) + de l'IPC (via CORBA).

On peut dire que la rivalite KDE / Gnome est loin d'etre inexistante chez certains.

je ne te le fais pas dire.

je ne vais pas par exemple mettre du LISP qui convient éssentiellement au traitement d'IA.

mouarf, n'importe quoi

http://www.shakespeare.com/FirstFolio/HAMLET/1.4.html(...)

MARCELLUS Something is rotten in the state of Denmark.

howto-gérer-son-allocation-a-la-mimine

ben c'est trés simple : on fait pas (c'est pas sûr).
Si tu veux pas garder tes variables tout le temps en mémoire, il faut pas les mettre en global, c'est tout.

même si l'inférence de type n'est alors plus complète

si, l'inférence de type marche toujours mais il faut parfois ajouter es annotations de types (trés rare cependant).

une interface gtk2 est en bétai

elle n'est plus en beta :http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&selm(...)
et y'a meme un snapshot qui est sorti hier.

Apprend perl si tu veux briller en société.

ouais, enfin ça dépend quelle société ...

moi j'ai (un LVM sur plusieurs disques). Ça marche nickel, jamais eu de problèmes. Par contre je sais pas trop comment ça se passe si un des disques claque (mal j'imagine).

un autre gestionnaire de version libre et trés intéressant est Monotone : http://www.venge.net/monotone/(...)
Mais il est encore assez jeune et moins "utilisable" que Arch.

Je ne sais pas, fait une proposition :)

j'ai un peu de mal, je ne vois pas trés bien ce que tu veux dire :)

Le typage dynamique permet d'effectuer une edition de lien veritablement dynamique ou le branchement vers la bonne fonction est determinée a l'execution.

non, rien à voir : le "branchement" à l'éxécution, c'est le "late binding" (liaison retardée en français) et c'est tout à fait possible avec un typage statique (cf caml).

Une derniere chose Caml n'est pas statiquement typé

Si : tous les types sont déterminés à la compilation (et ne peuvent être modifié), c'est du typage statique.

La société VeriSign, chargée par l'ICANN de faire fonctionner les root servers

Pas exactement ... Verisign gère les TLD .com et .net (et peut-être d'autres). Les root-servers sont gérés par plein d'organismes différents dont Verisign, qui en gère deux.

cf. http://www.root-servers.org/(...)

Quel gland ! Il est infoutu de configurer son imprimante et il vient se plaindre ...

En fait il utilisait redhat-config-printer qui ma foi n'est pas trop mal. Moi aussi j'ai eu un peu de mal à trouver l'option pour autoriser l'accés distant mais c'est pas compliqué, j'ai lu la doc, tout était expliqué.