YBoy360 a écrit 713 commentaires

ça veut dire quoi "beaucoup de gens du domaine", du domaine de quoi?

tu la trouves technique cette discussion au point qu'il faille ranger les intervenants dans un "domaine"?? pas moi. C'est un peu le b.a. ba.

Il ne s'agit pas de ne pas vérifier les erreurs, il s'agit de ne pas pondre du code pour agir spécifiquement au cas ou un malloc retourne null dans un OS moderne. Si tu saisies pas la différence?

A/ n'importe quoi : d'abord on parle de gérer par le code de sortie de malloc au cas ou on donne un paramètre corrompu … mais bon, on est pas à ça près, Je te prends au mot : si mon programme fais un écrasement mémoire, n'est-il pas plus judicieux de cracher ou l'erreur à lieu, plutôt que de se rattraper aux branches pour crasher 0.1 seconde plus tard (mais trop tard, tu sais plus ou est l'erreur à eu lieu)..
regarde la sérialisation de données (ou même, plus généralement n'importe qu'elle structure de données du type FS, compression ou autres), tu croies vraiment qu'il vaut mieux vérifier le retours d'un malloc plutôt que, à la lecture, vérifier les bornes avec une séquence d'octets magigues (du style B16B00B5)

B/ Je pense que tu es payé à me faire perdre mon temps (et aux autres), il n'y a pas de gestion d'erreur spécifique comme je le dis : ces programme ne font rien, RELIS.

donc on peut rien faire, il faut se fier au malloc pour savoir si ton fichier est corrompu… Regarde la structure de n'importe qu'elle système de fichier ou conteneur de données : les allocations se font par chunk. t'es libre de mapper directement tes données en mémoire depuis ton fichier, mais en cas de corruption, c'est pas le malloc qui échoue qui va te renseigner.

Dans l'OS que j'utilise, init/systemD/OpenSSL ne font rien (c.a.d. sortent ou attendent), sous Windows, bah tu me montres un exemple, j'ai pas accès au code.

je comprends pas que tes commentaires soient autant surnotés, si tu codes comme un goret, et que tu mets directement ce que tu scannes en paramètre d'un malloc, un fichier corrompu fera craché ton programme même avec un malloc de 100 qui va réussir …

Il y a une différence entre traiter les erreurs et s'occuper d'un malloc qui retourne NULL. Quand tu scannes ton fichier, c'est là que tu gères l'erreur. Personne n'a sorti un exemple de code critique qui gérait spécifiquement le cas malloc retourne null.

tu devrais essayer d'utiliser Word/Wordpad/MySQL quand tu as plus de mémoire.

sinon, pour "init" (le bon vieux, bien critique)

/*
 *  Non-failing allocation routines (init cannot fail).
 */
static void *imalloc(size_t size)
{
    void    *m;

    while ((m = malloc(size)) == NULL) {
        initlog(L_VB, "out of memory");
        do_sleep(5);
    }
    memset(m, 0, size);
    return m;
}

D'un coté il y a la bonne méthode, de l'autre … l'autre.

il me serait pas venu à l'idée de mesurer un delta en consommation mémoire en regardant VmPeak et encore moins VmSize, sur de si petites modifications (je dis pas que c'est dénué de sens, c'est juste comme mesurer le niveau d'un bassin pour compter les poissons qu'il y a dedans alors qu'on les connait tous par leur nom).

Oui, d'accord, seulement son code ne sert qu'a fermer ce que l'OS ne ferme pas lorsque le process est tué, il ne s'agit pas de faire des choses compliqués genre afficher un message d'erreur ou faire une sauvegarde, il ne maintient aucune variable d'état. C'est exactement ce que je dis de faire (pas traiter l'erreur au cas par cas).

Le problème avec son approche, c'est qu'en fonction des options de compilation et de l'architecture tu ne pourras pas avoir d'info sur l'endroit ou l'erreur à eu lieu. tandis qu'avec un bon vieux SIGSEGV j'ai une info sur l'endroit exacte (c'est discutable du point de vu de l'utilisateur).

ou dans le gestionnaire de signaux, ça serait pas le bon endroit?

c'est exactement ce que je pensais, vouloir tester toutes les allocations, ça n'est pas gratuit en place mémoire, et ça rend le code moins lisible. De plus il vaut mieux un crash net, qui libère des ressources pour que le reste puisse fonctionner.

Je crois que je n'ai jamais vu ce cas de figure (malloc qui retourne null), j'aime pas le code mort.

bah sur le plan de l'architecture il est "simplement stupide" :
-> de garder des outils qui font la même chose séparé (cron, xinet, init ..) avec des config qui leur sont propre,
-> de placer hors d'init des outils censé monitorer/gérer des services.

non, c'est même pas ça pour moi, c'est "faire ça hors d'init, ça oblige à refaire ce que fait init ailleurs".

Inet, xinet, cron et autres, c'est le même type de problématiques, ce sont des outils redondants, en plus chacun à sa propre sémantique pour la configuration.

Maintenir plusieurs outils qui font la même chose en parallèle, c'est super KISS.

c'est exclusif à Windows le format binaire ?? syslog zip les fichiers log, c'est aussi un format binaire.

non, l'une des raison de Journalctl c'est que les meta données sont crées par journald et non par le service (cas syslog). En cas de corruption d'un service, tes logs peuvent être corrompus.

par exemple si veux les logs d'un boot précédant je fais :
# journalctl _BOOT_ID=5cfd5397b3904a4eacfbf599bd20fa17

toutes les lignes de log ont le même format pour les méta-informations, ce qui permet de faire ça simplement. Aujourd'hui c'est compliqué ce genre de requête. à mon avis ajouter toutes ces méta-informations au format texte n'aurait aucun avantage.

Le format binaire n'empêche d'utiliser des outils textes, mais je peux choisir le format texte que je veux avant de le traiter et je peux cibler très rapidement. (c'est étrange que personne n'ait cité cet avantage dans les précédentes discutions).

C'est propre à Gentoo ce problème d'udev et de usr qui peut pas être sur une autre partition?

Je suis globalement d'accord pour dire que certaines nouvelles techno ont mis plus de temps à mûrir qu'elles n'auraient dû, et que d'autres font carrément du tord à l'utilisateur fidèle/final (je pense à Gnome 2.0, je ne connais pas Gnome 3.0). Cependant, j'apprécie énormément SystemD, que j'ai trouvé très simple à prendre en main, et que je trouve très prometteur.

Certes, ça va faire du boulot pour les admin, ça obligera peut-être certains de créer leur propre init (pour l'embarqué je croyais que c'était la règle), mais j'ai du mal à voir en quoi il ne réponds pas aux besoins du plus grand nombre, simplement de manière compréhensible.

Je pense que le mécontentement viens plus de l'admin, qui monitor des applications et surveille le système, qui ne veut surtout pas être emmerder par un truc qui en fait trop, que du développeur qui déteste les forks, les scripts et le code non optimisé.

tu devrais regarder la nombre de personnes qui se plaignent de Windows 8… Et Mac OSX n'est pas plus prêt que KDE/Gnome au tactile.

Puis je connais pas Gnome, mais KDE s'y prépare, et je pense que ça ira très vite.

Pour moi le seul problème de Linux est le support d'OpenGL (ES). J'aimerais que ça puisse s'améliorer. Apparemment le support OpenGL ES 3 devrait arriver l'année prochaine pour Intel..

en étant un peu bourain et en utilisant JDT tu peux sans doute ajouter une annotation pour créer un type fantôme à partir du nom de l'attribut, qui fait que l'ide puisse faire ce genre de check au moment ou tu tappes le code.

au prochain épisode elle visite un Zoo..

t'en fais pas, grâce à l'Hadopi, l'économie de la culture et de la monétisation du savoir va permettre à Vivendi de créer de nombreux emplois, n'oublions pas : la France est le pays des élites qui savent quoi faire de nous, et mieux que nous, pour notre bien.

Merci la SACEM de bien vouloir planifier notre destiné pour notre bien commun.

Moi j'ai une machine à laver Miel, la plus haut de gamme d'il y a 5 ans.

Le truc d'ingénieur qu'on à envie d'étriper ici, c'est que lorsque le lavage est terminé, elle sonne par intervalle régulier (je sais pas la durée des intervalle, disons celui qui te fait le plus chier), pendant des heures. C'est très pratique quand on l'allume le soir pour de vagues raisons écologiques. Surtout que c'est vraiment fort, même en fermant les portes c'est super emmerdant.

Le truc est d'autant plus débile que c'est une machine ultra silencieuse (et économique aussi, pour vous dire si je suis un gars bien) ..

Ne pas croire en Dieu n'est pas plus rationnel qu'y croire. T'as plein d'affirmation rationnel comme celle-la?

remplacer les icones par des taches, ça c'etait super! on pouvait faire ce que l'on fait actuellement au carre (2d, presque trois si on multiplie les bureaux)! Du jamais vu comme on dit a la tele (je n'ai pas d'accents aujourd'hui, sorry pour les yeux)

C'est très approximatif ces commentaires surannées sur l'industrie en Europe.. C'est pas parce que les téléphones et PC ne sont plus fait en Europe qu'il faut faire de la généralité et il n'y a pas de fatalité (regardez la situation désespérée de l'Allemagne en 2003 et la situation aujourd'hui).

L'"industrie" culturel en France est ultra subventionnée, car elle a un poids politique important. Voir canal + recevoir des hommes politiques et des artistes vivendi (ceux qui ont autant de liberté d'expression qu'un baril de lessive) , c'est presque de l'inceste.

D'autre par les investissements vers le capital tangible ne sont pas remplacer par des investissements sur le "capital intangible" aujourd'hui plus qu'hier, l'industrie à TOUJOURS investie dans la recherche et le développement, la différence c'est qu'aujourd'hui (enfin dans les années 90, mais presque moins aujourd'hui en 2012), les entreprises externalisent pour mutualiser/délocaliser. Google / Amazon, c'est bien du tangible et la nouvelle économie aux états-unies ne représente que 5% de la masse salariale totale.

Faut revenir sur terre.

faut le dire vite fait qu'il plaît pas à un maximum de gens, c'est quand même le choix de pas mal de distros.

Côté épuration/sobriété, est-ce que ça s'applique moins qu'à la situation qu'il y avait avant? Je suis pas sûr.

tu peux utiliser le ndk sous Android pour développer les jeux en utilisant des bibliothèques C/C++.

tu peux connecter un pad PS3 sur la transformer, je pense que c'est pas des masses de boulot d'adapter les jeux, pas mal les supportent déjà.