David Carlier a écrit 124 commentaires

Pourquoi avoir francisé le champ voisin et pas le reste ?

Non par contre c est systeme D depuis toujours :P

Ca depend mais apparemment dans votre cas ce serait, peut-être, un IDE qui ne tournerait que sous Linux ? Si oui a quel point … est ce important pour empêcher une migration ? Dans mon cas j'utilise que vi/vim pour tout ce qui est dévelopement partout mais bon :) par contre professionnellement je suis tout de meme oblige de garder un Linux dans un coin parce que la clientele tourne essentiellement dessus, parce que des applis maison lisent dans /proc (et autres linuxismes…) et donc il faudrait trouver le temps de porter (ah ah …) etc etc fort heureusement le nombre d'applications qui sont portes sous OpenBSD continue de grandir.

Bien … Tout ce que je peux dire, la gestion de l'ACPI est plutôt bonne sous OpenBSD, le système "reprend" bien après une hibernation, question autonomie la majorité du temps le laptop est sous secteur mais le peu de fois ou ca ne l était pas j'ai pu recompiler le système (activité assez consommatrice …) tout en utilisant le système sous XFCE pendant 3 heures a peu pres. La souris a peu près bien géré, le driver ceci dit ne détecte qu'un bouton. La sortie HD … ne peux pas tester :)

J'ai teste avec meme hardware, Lenovo Yoga en l'occurence, sous FreeBSD mode vesa obligatoire :) alors que sous OpenBSD (branches CURRENT pour les deux) le driver intel idoine marche parfaitement. Un bref test sous supertuxkart a confirme l'ensemble. Ceci dit sous FreeBSD cela s'améliore plutôt bien dans le temps, au bureau mon desktop avec puce Intel marche bien depuis tout récemment (considérant que je recompile le système une fois par semaine a peu près).

"C'est simple quand une nouveauté arrive sur Linux, elle débarque 6 mois après sur FreeBSD, puis 2 ans après sur les autres (dragonflybsd, netbsd, openbsd)."

C'est souvent vrai mais pas toujours (note : j apprécie beaucoup FreeBSD), le support Haswell est bien meilleur sous OpenBSD, DragonflyBSD est aussi devant pour ca, pas mal de techniques de mitigation de sécurité (ASLR par exemple) toujours pas intégré …

le module bt etait trop bugge et puisque personne ne semblait s en soucier a l epoque … Du coup, pour un eventuel retour …

Je suis assez ok pour le manque de docs, fort heureusement le code source de PHP est assez lisible dans l'ensemble.
J'avoue pour mon tout premier module ecrit quelques annees plus tot, ca m'a pris du temps …
Visiblement PHP7 gere beaucoup mieux les allocations memoires, rien que pour ca, ca vaut la peine d'y jeter un oeil ;-)

Justement, quelqu'un sait-il s'il est maintenant encore intéressant d'utiliser HHVM ?
Juste par curiosité, étant qu'HHVM ne tourne bien qu'apparemment sous Linux and OSX et on tourne exclusivement sous BSD …

Looks good …

Ceci dit pour les développeurs de modules natifs, il va falloir effectuer un bon travail de réécriture, l'API Zend a pas mal change a premiere vue, as encore eu le temps de m'y plonger vraiment.

Je m'en souviens encore de Caldera et son installation avec un jeu de cartes (solitaire je crois :-)), puis j'ai essayé Debian, Red Hat, Mandrake, Gentoo, Slackware … pour finir par revenir sur Debian à la fin.

Excellent ! si je pouvais je plusserais au dela des 10 :-)

C'est une question de "trade off" je dirai ; difficile en effet d'allier lecture/ecriture facile et permettre de gérer des cas complexes.

p-e le "rattachement" au grand groupe ?

L'appel système reapctl(2) a été ajouté par Matt Dillon, puis finalement renommé en procctl(2), afin de permettre de gérer le processus de contrôle des sous-processus.

Ah ! Je comprends mieux maintenant ;-)

J'ai cru voir quelquepart qu'une migration vers Clang est prevue dans le futur… toujours d'actu ?

Mais ne pas trop se "reposer" dessus non plus ;-) que ca n'empeche pas de continuer a faire des donations, 1 million ou pas …

Ah j'oubliais, gets a ete retire (yessssssssssssss !!). Autre petite nouvelle fonction … getentropy. pratique quand l'OS est a court de file descriptors, toujours avoir sous le coude max 256 bytes random.

Tu as déjà lu le code d'nginx ? C'est propre, il n'y a pas à dire, très portable, chaque fonctionnalité spécifique à un OS est cachée sous une couche de compatibilité.

Je confirme, pour avoir fait 2/3 modules nginx, je zieutais le code source et trouvais ca vraiment tres propre. Loin devant apache … Le fait que nginx utilise des fonctions custom pour l'allocation memoire n'est pas en soit forcement une mauvaise chose. Peut etre plus difficile a debugger de ce point de vue la par contre. Ceci dit ce nouveau daemon httpd m'intéresse.

Un nouvelle fonction reallocarray dans l'espace user (un wrapper autour de realloc mais qui checke un possible overflow), assez utile :-) et dans l'espace kernel mallocarray … Bonne release ! et le CD set est just cool !

Copain ! tout comme moi :-)

A noter que getentropy a été ajoute récemment aussi dans Hardened/Free BSD.

sérieux

Et si :-) mon prof de l époque était freelance dans le domaine de l'aéronautique et défense, d'ou l'Ada :-) quand j'osais évoquer le C et cie il me faisait les gros yeux :-D

j imagine bien que maintenant c'est mieux qu'avant mais toujours loin derriere les autres (malheureusement … il mériterait un peu plus de visibilite).

L'unique langage appris pendant mes etudes. Compare aux langages "mainstream", clairement manque de docs, de libs … dommage car le langage en lui meme est bon (bien qu'assez verbeux), avec de la vrai genericite (si mes souvenirs sont bons :-)) une vraie separation fonction/procedure (ca me plaisait a l'epoque…) …

Pas mal ! Sous FreeBSD nous avons les jails :-P