Uriel Corfa a écrit 113 commentaires

C'est marrant, mes fichiers plain text, après quelques millions d'ouvertures/fermetures ils ne bougent pas d'un pouce.

Mes images non plus. Mes binaires non plus. En fait, je n'ai du avoir que un ou deux fichiers corrompus sur mes disques durs (par contre j'en ai eu sur mes médias amovibles, mais je peux pas vraiment établir de lien avec le nombre d'I/O ou d'ouvertures/fermetures sur le fichier ni sur le média).

Faut croire que ça ne se produit qu'avec les fichiers words. Ils doivent être incompatibles avec les disques durs utilisés pour les tests. C'est surement ça.

Tu peux aussi désassembler le binaire, et lire le code résultant.
C'est long, fastidieux, etc. mais c'est un moyen infaillible de vérifier que le binaire n'agit pas différemment de ce que disent ses sources.
Sauf si le désassembleur ne correspond pas à ses sources, bien sur. ;)

Si tu sous-loues tes IP, le traffic va devoir passer par chez toi. Ca m'étonnerait que ton FAI route le bloc qu'il vient de te prêter vers la machinbox de ton voisin.

La seule solution est que le mec fasse un tunnel vers chez toi, et que tu fournisses une adresse de "ton" bloc pour l'endpoint.

C'est un problème intéressant.

Etant donné qu'en IPv6 on n'a non plus une adresse mais un énorme bloc, si on prête une partie de ces adresses, est-on simple internaute ou fournisseur d'accès juridiquement ?

Il me semble que tu peux, légalement, aux USA, demander à ce que l'argent que tu donnes à une oeuvre non-lucrative soit utilisé dans un but bien précis.

http://wikimediafoundation.org/wiki/Donate/Questions/fr#Puis(...)

Je ne sais pas si Microsoft pose des conditions du style sur leurs dons pécuniaires aux projets libres.

Je me permet d'appuyer cette remarque. J'ai découvert Smarty après jTpl, et j'ai été choqué par un point : les "balises" en smarty sont une aberration monstrueuse. A part rajouter une part de complexité incroyable, elles n'apportent rien.

De plus, si jTpl vous plait, peut-être irez-vous essayer Jelix dans son ensemble. Et là, quel bonheur... Ca m'a presque réconcilié avec le PHP :)

La "compilation" de ces templates c'est la transformation en un fichier php quelconque. L'éxécution est aussi rapide que si tu le faisais à la main. Si tu veux gagner (dans les deux cas), installe un cache d'opcodes php. Mais en aucun cas le fait de "compiler" les templates ne va optimiser quoi que ce soit, si ce n'est par rapport à un moteur qui les ré-interprèterais à chaque fois.

Si ta seule volonté est de ne pas pouvoir additionner des nombres dans des unités différentes, le système d'unités en F# y répond. Et il te permet même de faire bien plus :

[<Measure>] type <km>
[<Measure>] type <h>

let dist = 10 <km>
let duree = 2 <h>
let vitesse(d:float<km>, t:float<h>) = d/t;

Ce qui fait que vitesse renvoie son résultat en km/h tout seul comme un grand.

Il me semble que ne pas upgrader WGA bloque un bon paquet de MaJ derrière, non ?

C'est vrai. Mises à part les "grosses" applis php, elles manquent de packaging. Il pourrait être bon de lancer un projet de dépôt pour celles-ci.

Étant donné leur nature, les déployer sur des système différents n'est pas si difficile, en plus : d'une distro à l'autre, peu de choses changent du côté de php. On peut penser au DocumentRoot, aux utilitaires *SQL (pour créer une base et un utilisateur à chaque package), éventuellement à quelques modules php, mais quoi d'autre ?

Je n'y connais pour ainsi dire rien en packaging, mais j'imagine que si il y a un type d'appli facile à packager, c'est bien les applis web en php. Un tel projet n'existe pas déjà ?

Il parle des signaux Unix, un système rudimentaire d'IPC.

Pour ta question, je ne pense pas. Le mieux à faire étant de créer une fonction du genre :

void monGestionaireDeSignal_Wrapper(int)
{
monGestionnaireDeSignal();
}

et d'utiliser celle-ci.

Sinon, tu peux caster. Mais c'est très moche.

typedef void (*voidFPtr)(void);
signal(SIGINT, (voidFPtr)maProcedure);

Et en utilisant la struct rusage que te fournit wait4, et notamment les membres :

long ru_maxrss; /* max resident set size */
#define ru_first ru_ixrss
long ru_ixrss; /* integral shared memory size */
long ru_idrss; /* integral unshared data " */
long ru_isrss; /* integral unshared stack " */

tu n'as pas cette info ?

Source :
man 2 wait4
/usr/include/sys/ressource.h

Vivement qu'on ne puisse plus noter les journaux !

En tant que distribution clairement orientée desktop, je ne vois pas le souci de ne pas faire de différence entre "accès physique limité" et "accès à la tour". Je ne vois pas non plus le problème de considérer l'accès physique comme étant sécurisé par d'autres moyens.

En quoi le livret de famille pourrait prouver que c'est bien ta fille, si elle n'a pas de pièce d'identité ? A priori, pour être vraiment lavé de tous soupçons, il te faut le livret de famille (qui prouve la filiation), un pièce d'identité (qui prouve que tu es celui que tu prétends être) et une pièce d'identité pour ta fille (qui prouve qu'elle est celle que tu prétends qu'elle est).

Enfin, c'est ce que je vois en regardant mes propres papiers.

> Parce que avant, Dotclear pouvais avoir un peu d'ambition et de
> notoriété du a son avance et a ses indéniables qualités (faut se
> rappeler de l'usine a gaz qu'était wordpress).
> ... maintenant c'est qu'un (petit) détail de l'histoire du logiciel libre
> français ...

Mon ami Google me dit :
Résultats 1 - 10 sur un total d'environ 47 400 pour "powered by dotclear"

Ce "petit détail" fait tourner un "petit" nombre de blogs quand même. Il mérite bien un "petit" journal de seconde page.

Un très grand nombre des failles WP semblent venir des plugins. Je n'ai pas regardé si ceux-ci étaient maintenus par l'équipe WP, mais j'ai comme un doute. La grande majorité des "grandes" applis web qui "présentent plein de failles" sont en fait assez secure mais de nombreux plugins codés avec les pieds viennent leur plomber les stats.

On ne le dira jamais assez : une appli web, ce n'est pas sécurisé par défaut. Surtout pas en PHP !

Et les policiers pervers auraient tripoté les fillettes dans l'eau !

Non, ça ne leur donne pas ce droit. Mais dans ce superbe pamphlet, il y avait confusion entre "se la péter" et "ne pas intégrer toutes les features qu'on demande tout de suite". Et les deux sont qualifiés de manque d'humilité. Pour moi, il y a une grosse différence.

Oui, vraiment, ces développeurs qui bossent gratos pour la communauté, et qui produisent des logiciels de qualité avec 3 défauts résumés dans ce journal, ils pourraient être un peu plus humbles et me faire des logiciels à la carte.

Surtout si tu comptes l'attente du métro. Comme tu as un train/avion à prendre, il mettra systématiquement plus de 10 minutes à arriver, même en heures de pointe. A noter que cela se répète autant de fois qu'il y a de correspondances.

Pourtant voyages-sncf m'a toujours indiqué quand j'allais avoir un car. Sauf une fois, ou un car a remplacé un train en panne, au bout d'une demi-heure. Mais vaut mieux un car en retard d'une demi-heure que pas de train ni de car du tout...

Et comment ils font ça sans mémoriser le numéro de carte ?

Pas tant que ça : ça double le prix des ordinateurs, mais il faut diviser la marge par le nombre de décolleurs d'autocollant. Comme il faut doubler le personnel, la moitié sont décolleurs d'autocollants. Au final, le décolleur n'est pas si bien payé que ça.

Cependant, avec autant de collègues dans son service, il n'aura pas grand chose à faire.

Après le wifi dans les trains de dernière génération, la SCNF proposerait IPoT à ses voyageurs ?