gst a écrit 161 commentaires

2,5: élégant/joli/toussa :)

tout l'argent que ces bienfaiteurs de l'Humanité ont perdu.

non.

Ils l'on foutu n'importe où et ils ont pas eu de chance !

et foutu n'importe comment aussi.

ça aurait mieux été foutu peut-être auraient-ils eu plus de "chance" ?

  3 accidents d'importance majeure..

Je pense que si tu habitais le Japon, tu en indiquerais deux de catastrophiques !

si c'est des bombes dont tu parles: c'était plutôt intentionnel que accidentel, vraiment.

et si on mettait une fraise à la place de la tomate ?
Au lieu de 10 minutes le contrat serait ainsi descendu à 7 minutes !

Le chiffre 7 est indéniablement supérieur. Ainsi la dite version d'application aurait du coup beaucoup plus de succès que celle avec la tomate non ?!

Thruk (ça se prononce comment ?) est prévu pour gérer de multiples instances de nagios. Ça arrive dans la vraie vie ? Parce que de ce que j'avais compris ce type de système font déjà beaucoup de centralisation et permettent d'utiliser une hiérarchie de serveur.

(Comme ça s'écrit ou pas loin). Oui. Et aussi oui mais c'est pas nécessairement soit approprié soit facile, j'imagine en tout cas :°p

(Il faut noter que je ne suis ni ignare ni expert en la matière).

au moins il fait fonctionner ses neurones...

Faire fonctionner ses neurones ? m'enfin voyons non ! beaucoup trop risqué ça !
En les faisant fonctionner suffisamment on arriverait à comprendre certaines choses, du moins j'ose l'espérer. Alors non non et non !

Scandaleux quand même ces histoires de neurones qui risqueraient de promouvoir des idées à caractères conspirationnistes voire négationniste, voire pire !

ou encore : t’avais qu’à lire la documentation couillon !

bah oui c'est sûr, la doc c'est pas fait juste pour faire beau, normalement.

bon après, le risque inhérent à ce type d'usage, ça dépend surtout de l'audience de la fonction :

si c'est une fonction librairie destinée à être utilisée par tout un chacun (donc des couillons) alors cette obligation se DOIT d'être clairement documentée/définie/autre. Si par malheur le couillon donne quand même un NULL à la fonction dans un cas très particulier de son code et que ça pête une centrale nucléaire dû à un équipement de refroidissement qui est sur son cul dû fait que le soft le controllant est simplement planté alors Fukushima^² quoi !

J'ai deja vu du code qui faisait ca, et ben ca fait peur:

assert(data != NULL);
data->samples = numsamples;

hmm, ça peut faire peur mais pas nécessairement, par exemple si la fonction dans laquelle se trouve ce code est du genre:

cequetuveux mafonction(struct Y * data, ...) {
/* mafonction: prend un "struct Y *" data non-null en entrée et retourne "cequetuveux" */
assert(data != NULL)
...
}

ici le assert est totalement légitime, voire souhaité. amha.

peut-être que le problème provient des serveurs de Free ?

tout à fait possible (en fait c'est 50/50..) donc pour pouvoir trancher il te faudrait avoir les logs des commandes IMAP envoyées et des réponses reçues pour l'entièreté de la session IMAP dans laquelle l'erreur fut rencontrée..

sans cela tu peux en effet jouer à pile ou face ;)

oui mais c'est à nal..

/me a eu le cas juste hier avec un ami qui était devenu limité sur son illimité bgc... (vitesse passée à 64k en down tandis que l'up avait pas bougé)

et bien après coup de phone au service technique: il "suffit" de commander un pack 20Go gratuit sur leur site.. bon du coup il est bon pour recommander un pack toutes les X heures jusque lundi ^^

la raison donnée par le gars du service étant: "la loi leur interdit de donner un illimité de plus de 500Go" ... :o

tandis qu'un `device distribué´ : c'est un "SF" qui supporte, *par définition*, d'être "distribuément" "monté" (donc par plusieurs systèmes à la fois) ; autrement dit qu'un autre puisse faire des modifications "directes" dessus ici, pendant qu'il est "distribuément" monté là-bas - ou n'importe où autre d'ailleurs ; y a bon.

"::ffff:1.2.3.4" != "1.2.3.4" ?

pas ça simplement ?

bah quoi ? il te protège des spams en refusant de te les livrer en les passant silencieusement à /dev/null (ceux qu'il considère comme tel..).

c'est bô.

y en a beaucoup d'autres comme ça je pense. en tout cas ici en Belgique c'est comme ça..

une Chimay, un armagnac chauffé, et ploup !
du coup et chi mé pi ton gnac gnac gnac.

oui je sais j'abuse la nuit d'alcool à votre santé.

>Mono sur Apache aussi est capable d'interpreter ASPx, meme si c'est LE mal.

Ouais c est une drole de solution ca.
Je me demande si c'est réellement utilisé en entreprise ce truc.

je n'en sais actuellement rien de rien (enfin si mais dans d'autres circonstances) mais nom d'un moing:

Il ne faut pas (surtout pas) sous-estimer la puissance du côté obscur de la force.. ;)

en espérant qu'ils lancent bien l'affaire et que cela parte en c****..

quelle va être la réplique ?

pompolompom ç'est pas la pause café là ? bon vendredi ça déjà :p

Bon, je rêve mais est-ce que cette idée ne pourrait pas germer dans le tête de nos politiciens ?

ah non tu rêves.

tient !?

reçois et envoi des mails par pop3

reçois des mails par pop3 ok.

mais envois de mails par pop3 aussi là je vois pas.. y a une extension "officielle" qui m'est inconnue ?

faudrait poser la question à une base de donnée ;)

J'aurais même dit plus : "On est encore en Mars" :p

Nom d'un Snickers !

je suis certain que openerp ne fonctionne pas (encore) sur python3.* :
utilise python2.6 et ça devrait aller mieux.

la ligne print est en effet totalement non-python3.* puisque print est devenu une fonction (et plus un built in) dans python3.*

bàt,

HCMEYA !

non c'est justement inutile ceci.