ok sans déconner, tu n'as pas vraiment besoin d'une distrib spécialisée. Une redhat ou une debian marche trés bien. Éventuellement, tu recompiles le noyau avec le patch USAGI.
From Le Petit Robert:
minute
minute [minyt] n. f.
...
II- (XIVe; lat. médiév. minuta « écriture menue »)
1- Vx Petite écriture, petits caractères.
2- Dr. Original d'un jugement ou d'un acte authentique dont
le dépositaire ne peut se dessaisir. => 1. original. Minute
d'un contrat. Minutes des actes notariés.
nous n'utilisons pas le moteur de freecraft mais un moteur bien à nous en OCaml et en C.
Tellement à vous que vous avez refait l'interface caml <-> SDL qui a déjà été faite (cf ocamlsdl.sourceforge.net ). C'est con parce que votre code C est truffé de bugs de gestion mémoire. Ça doit par tourner bien longtemps tout ça ...
"Little endian" et "big endian" sont en fait des référence aux Voyages de Gulliver (cf. http://www.jaffebros.com/lee/gulliver/dict/b.html#bigend )
Petit et grand boutiste sont probablement les termes employés dans la traduction française du livre.
euh oui mais non. emacs-nox, c'est un emacs plus léger car il est compilé sans la partie interface graphique. emacs -nw c'est ton emacs qui n'utilise pas sa GUI mais le code est là dans l'exécutable.
Naon. Pas bon. g_malloc renvoie un void*, ie un pointeur générique, compatible avec n'importe quel pointeur. Ça ne sert à rien de caster la valeur de retour, juste à masquer le problème.
Soit :
- tu as oublié l'include de glib
- tu as mal déclaré POINTEUR et STRUCTURE
(et en C les structures sont déclarées avec le mot-clé struct, là je ne le vois pas).
Bein, je voudrais que l'internaute lambda puisse surfer sur ces réseaux distribués via un bête http... Sans avoir à se poser de question.
Ah ouais ... comme Freenet, quoi.
il y a un test au runtime et le lancement d'une exception ...
OK. Tu vas donc garder des informations sur le type de tes objects pendant l'execution.
La plupart de la programmation objet en Ocaml est de la programmation generique (aka polymorphisme statique), et pas de la vrai programmation dynamique (aka polymorphisme dynamique).
Le problème avec le polymorphisme, c'est que chaque "groupe" (d'utilisateurs d'un langage) emploie des termes différents. Je n'ai jamais entendu de polymorphisme statique ou dynamique. Ça n'est sans doute pas trés adapté à OCaml de toutes façons vu que tout ce qui concerne les types est déterminé statiquement.
En ocaml il y a du polymorphisme paramétrique (par ex. la fonction "longueur d'une liste" est polymorphe car elle peut prend comme argument une liste de n'importe quel type : liste d'entier, de string, etc.) et pour les objet il y a du polymorphisme d'inclusion (une fonction qui accepte un certain type d'objet en argument accepte aussi les sous-types).
[^] # Re: Le génome humain libéré
Posté par Vivi (site web personnel) . En réponse à la dépêche Le génome humain libéré. Évalué à 2.
hum, non il y a une amibe dont le génome fait environ 670 Gb.
# Re: Distrib router + ipv6
Posté par Vivi (site web personnel) . En réponse au journal Distrib router + ipv6. Évalué à 1.
ok sans déconner, tu n'as pas vraiment besoin d'une distrib spécialisée. Une redhat ou une debian marche trés bien. Éventuellement, tu recompiles le noyau avec le patch USAGI.
[^] # Re: Et la langue française, bordel !
Posté par Vivi (site web personnel) . En réponse à la dépêche Fork d'XFree86. Évalué à 10.
# ncftp
Posté par Vivi (site web personnel) . En réponse au journal yafc : une excellente alternative à sftp et ncftp !. Évalué à 1.
# Re: Player mp3 et ogg
Posté par Vivi (site web personnel) . En réponse au journal Player mp3 et ogg. Évalué à 2.
[^] # Re: Question naïve
Posté par Vivi (site web personnel) . En réponse au journal IPv6 chez Nerim. Évalué à 3.
euh, ouais, ça c'est dans le monde merveilleux des RFC mais c'est implémenté dans le kernel Linux tout ça ?
[^] # Re: bug review
Posté par Vivi (site web personnel) . En réponse à la dépêche Test de la RedHat 9. Évalué à 2.
# Re: Free, ADSL, tout ça...
Posté par Vivi (site web personnel) . En réponse au journal Free, ADSL, tout ça.... Évalué à 3.
[^] # Re: Résultat du concours du ministère de la recherche
Posté par Vivi (site web personnel) . En réponse à la dépêche Résultat du concours du ministère de la recherche. Évalué à 1.
Tellement à vous que vous avez refait l'interface caml <-> SDL qui a déjà été faite (cf ocamlsdl.sourceforge.net ). C'est con parce que votre code C est truffé de bugs de gestion mémoire. Ça doit par tourner bien longtemps tout ça ...
[^] # Re: Valgrind 1.9.5
Posté par Vivi (site web personnel) . En réponse à la dépêche Valgrind 1.9.5. Évalué à 6.
hum, non, les LinuxThreads ainsi que la NTPL sont 1-on-1. http://people.redhat.com/drepper/nptl-design.pdf(...)
Tu confonds peut-être avec NGPT http://www-124.ibm.com/developerworks/oss/pthreads/(...) une implémentation faite par IBM, dérivée de GNU Pth est qui elle est M-on-N.
[^] # Re: De plus en plus de CDs protégés (et de problèmes pour les lire)
Posté par Vivi (site web personnel) . En réponse à la dépêche De plus en plus de « faux » CD (et de problèmes pour les lire). Évalué à 1.
Ceci est _mon reflet_.
Bizarre comme signature :)
[^] # Re: L'avenir ...
Posté par Vivi (site web personnel) . En réponse à la dépêche Java Virtual Machine 1.4.2 beta. Évalué à 0.
[^] # Re: Le retour du Baron ?
Posté par Vivi (site web personnel) . En réponse au journal Le retour du Baron ?. Évalué à 1.
[^] # Re: Total HS
Posté par Vivi (site web personnel) . En réponse à la dépêche Nouvelle faille de sécurité dans Sendmail. Évalué à 9.
[^] # Re: Parfait !
Posté par Vivi (site web personnel) . En réponse à la dépêche Sortie de GNU Emacs 21.3. Évalué à 10.
euh oui mais non. emacs-nox, c'est un emacs plus léger car il est compilé sans la partie interface graphique. emacs -nw c'est ton emacs qui n'utilise pas sa GUI mais le code est là dans l'exécutable.
[^] # Re: Programmation C et GTK
Posté par Vivi (site web personnel) . En réponse au journal Programmation C et GTK. Évalué à 1.
ben oui c'est :
struct coups_jouables *coups;
coups=g_malloc(sizeof(struct coups_jouables));
ou
coups=g_malloc(sizeof *coups);
[^] # Re: Présence de mplayer
Posté par Vivi (site web personnel) . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à 1.
ça me fait toujours marrer les gens qui ergotent sur là-dessus mais qui sont des burnes en hortografe.
[^] # Re: Programmation C et GTK
Posté par Vivi (site web personnel) . En réponse au journal Programmation C et GTK. Évalué à 1.
[^] # Re: Programmation C et GTK
Posté par Vivi (site web personnel) . En réponse au journal Programmation C et GTK. Évalué à 2.
Soit :
- tu as oublié l'include de glib
- tu as mal déclaré POINTEUR et STRUCTURE
(et en C les structures sont déclarées avec le mot-clé struct, là je ne le vois pas).
enfin bref, le pb n'est pas à cette ligne.
# Re: Programmation C et GTK
Posté par Vivi (site web personnel) . En réponse au journal Programmation C et GTK. Évalué à 2.
struct machin {
....
};
et pour allouer tu fais :
struct machin *truc = g_malloc(sizeof *truc));
tu peux aussi faire :
struct machin *truc = g_new(struct machin, 1);
(c'est une macro)
# Re: Xine
Posté par Vivi (site web personnel) . En réponse au journal Xine. Évalué à 2.
mplayer ?
[^] # Re: Recherche protocole p2p sérieux :)
Posté par Vivi (site web personnel) . En réponse au journal Recherche protocole p2p sérieux :). Évalué à 5.
[^] # Re: Keith Packard viré de XFree86
Posté par Vivi (site web personnel) . En réponse à la dépêche Keith Packard viré de XFree86. Évalué à 3.
Non. (dixit moi et mes potes utilisateurs)
# Re: Résultat du concours du ministère de la recherche
Posté par Vivi (site web personnel) . En réponse à la dépêche Résultat du concours du ministère de la recherche. Évalué à 2.
gni ? Il parle de ocaml ?
Y'a rien de marqué sur le site ...
[^] # Re: Nosicalight version 0.2
Posté par Vivi (site web personnel) . En réponse au journal Nosicalight version 0.2. Évalué à 1.
OK. Tu vas donc garder des informations sur le type de tes objects pendant l'execution.
La plupart de la programmation objet en Ocaml est de la programmation generique (aka polymorphisme statique), et pas de la vrai programmation dynamique (aka polymorphisme dynamique).
Le problème avec le polymorphisme, c'est que chaque "groupe" (d'utilisateurs d'un langage) emploie des termes différents. Je n'ai jamais entendu de polymorphisme statique ou dynamique. Ça n'est sans doute pas trés adapté à OCaml de toutes façons vu que tout ce qui concerne les types est déterminé statiquement.
En ocaml il y a du polymorphisme paramétrique (par ex. la fonction "longueur d'une liste" est polymorphe car elle peut prend comme argument une liste de n'importe quel type : liste d'entier, de string, etc.) et pour les objet il y a du polymorphisme d'inclusion (une fonction qui accepte un certain type d'objet en argument accepte aussi les sous-types).
De plus le systeme de variable unmutable
huh ?
Enfin bref. Ce qui est intéressant en ocaml est que l'héritage (entre classes) est découplé du sous-typage (entre objets). (par ex. voir http://portal.acm.org/citation.cfm?id=96721&dl=ACM&coll=por(...) )