Anthony Jaguenaud a écrit 1967 commentaires

A vu de nez, j'aurai écrit

$ find <rep> | xargs -n 1 basename

te donnera la liste des noms de fichiers répertoire compris. Tu mets ça dans un for puis tu calcule la longueur du nom.

Pub pour une agence de référencement sur le web… Je suis allé voir sans suivre le lien posté. Ce que je trouve amusant, c'est de venir sur linuxfr pour être référencé alors que ce devrait-être leur métier ;-)

Pour l'usage, mais ça date d'un peu avant windows 8, pour une application qui ne supporte pas le tactile…

Jouer a Starcraft 1 avec wine et un écran tactile…

Le mur est venu dans un second temps. Au départ, c'est l'URSS qui demande aux alliés d'ouvrir un front à l'ouest. Ensuite, lors de la capitulation de l'Allemagne et du partage les Russes ont gardé les territoires conquit. Le mur a été construit plus tard car Berlin était devenu un passage facile pour fuir le bloc Soviétique.

Tu as parfaitement raison. Pour tenter de reprendre le dessus, je dirais juste que ça embrouille un peu ta syntaxe avec plein de guillemet. ;-)

A ma décharge, j'étais au boulot sans machine Linux pour tester :-p

Et lire, c'est que j'ai proposé donne deux arguments…

Je te prie d'accepter mes plus plates excuses.

name="$(cat "/proc/${pid}/comm")"

Tes guillemets sont mal placés.

$ name="$(cat "/proc/${pid}/comm")"

Comme le montre la colorisation bash de linuxfr. Dans ce cas, comme la variable pid ne contiendra jamais d'espace, il n'y a pas de risque. Mais dans d'autre cas, ça risque de merder.

Je vais supposer que pidcontient une chaîne avec espace (ou séparateur contenue dans la variable IFS)

$ name="$(cat "/proc/${pid}/comm")" # Ligne initiale
$ name=$(cat /proc/1 2/comm) #bash élimine le premier étage de guillemet et la variable.

Ensuite, il évalue la commande cat avec ses deux arguments : /proc/1 et 2/comm.

ce que tu voulais faire :

$ name="$(cat \"/proc/${pid}/comm\")"
$ name=$(cat "/proc/1 2/comm") #bash élimine les guillemet et interprête \" en ".

Là, bash évalue ensuite cat avec 1 argument /proc/1 2/comm.

J'ai gardé ton exemple, qui n'est pas pertinent pour les espaces puisque les pid ne contiennent jamais d'espace. Néanmoins, lorsque l'on parse des éléments dans des répertoires cela arrive.

Le problème de passer par /proc c'est que entre un ls /proc pour avoir la liste des process et l'ouverture du fichier /proc/xxx/comm certains process ont eu le temps de mourir. Alors que la sortie de ps est plus simple à gérer.

$ ps | grep <nomDeMonAppli>

Un man ps montre que l'on peut décider de ce que ps affiche (sections : PROCESS SELECTION BY LIST et OUTPUT FORMAT CONTROL). Je pense que aujourd'hui beaucoup de gens font d'abord une recherche sur le net et tombe sur des exemples basic sans jamais lire le man.

Et même en le faisant cela n'empêcherait pas certaines incompatibilités. Mettons que sur ma machine, ma carte graphique requiert des drivers recents qui eux ont besoin de biblothèques récentes (libY.so). Mettons également que je souhaite faire tourner une application OpenGL vieille de 10 ans ne fonctionnant qu'avec une version précise (et ancienne) de cette même libY.so . Il n'est pas possible (tout au moins avec le chargeur dynamique GNU) de charger en mémoire deux versions d'une même bibliothèque avec même nom de fichier et même SONAME.

Si tu peux. La bibliothèque standard sur ton PC est dans /lib ou /usr/lib. Il suffit de lancer ton appli vieille de 10 ans dans un environnement avec un LD_LIBRARY_PATH qui contient le chemin de ta libY.so vieille avant celle libY.so de ton /lib .

$ ldd ./appli10
...
libY.so    /usr/lib
...
$ ls /mon/appli/de/dix/ans/lib
libY.so
$ export LD_LIBRARY_PATH=/mon/appli/de/dix/ans/lib:$LD_LIBRARY_PATH
$ ldd ./appli10
.../
libY.so    /mon/appli/de/dix/ans/lib
.../
$ 

L'OS n'a aucun mal à avoir plusieurs version de la même lib en RAM.

La CSS que j'ai limite la largeur de la partie centrale… Pour pas avoir des lignes trop longue. Et du coup, il y a des retour à la ligne avant la fin des lignes… et je ne dois pas être le seul puisque j'utilise la CSS par défaut.

Ton schéma est très bien, j'ai dû le copier dans un éditeur de texte… à cause de la CSS.

Non, tu ne peut pas le supprimer. C'est un répertoire qui est là pour retrouver les fichiers perdus.

Si tu as eu un problème et que ordinateur à laissé ton système de fichier dans un état instable, lors du check disque, tout les inodes (fichier, répertoire, etc.) trouvé mais non référencé dans le système de fichier sera lié à ce dossier.

Les FS modernes sont plus robuste qu'autrefois, mais on ne sais jamais. Tu as ce répertoire sur tous les FS Linux à la racine du FS.

Le revers de la médaille, c'est qu'à pouvoir utiliser les logiciels populaires que sont Firefox, VLC, LibreOffice, Blender… aussi bien sous Windows que sous OSX, n'incite pas forcément les gens à migrer,

S'ils n'avaient pas l'impression que Windows est gratuit sur un nouveau PC, beaucoup se poseraient la question de l'OS. Et retrouver les applications qu'on a l'habitude d'utiliser est vitale.

Sous gparted tu supprimes la partition ntfs puis tu en créé une nouvelle au format que tu veux.

Ce compromis ne pourrait-il pas économiser la consommation mémoire?

Si, encore que le code n'est pas forcément dupliqué, il peut être en lecture, exécution à la même adresse réelle, mais pas virtuelle.

Le problème de base est la gestion des failles javascript permettant d'interagir avec d'autres onglets, voir d'isoler l'exécution des plug'in flash, java, activeX… pour qu'un seg fault ne fasse disparaître qu'un onglet et pas toute l'application, avec du travail non terminé sur un onglet.

Deux process sont isolés par l'OS, donc pas de mémoire commune. Pas de risque de pollution de l'un par l'autre.

Je suppose qu'il y a un process "maître" qui gère l'interface graphique et échange les informations à afficher entre les process. Ce processus maître pourrait même dans une certaines mesure modifier la priorité des process en fonction de l'état visible ou non.

qu’il faut un tuto aussi long pour les administrateurs.

On va encore me targuer de réfractaire, de rétrograde, mais depuis des mois on nous explique que grâce à systemd tout sera tellement simple qu’il une dépêche aussi longue qu’une dépêche sur le noyau pour expliquer basiquement comment ça marche… j’attends avec impatience la prochaine pour l’utilisateur avancé ;-)

Salut,
L’offre d’OVH me fait de l’œil depuis un moment, mais j’avoue que devoir résilier ma liaison free m’embête, ça n’a pas l’air simple…

Ils avaient parlé à un moment de simplifier comme pour les mobiles, je ne sais pas si ça a été fait.

J'ai regardé. Je testerai avec mon fils à son retour de chez ses grand parent. Il y a plusieurs langage en un. On choisi le langage au début. Il y a même datalog un simili prolog. Je trouve ça bien par contre pour expliquer un peu l'informatique à un enfant, en plus ça a un côté magique l'ordinateur qui déduit seul.

J’aime bien le shell :-(

J'ai trouvé, il faut faire G != E avec les espaces autours.

Si j'ajoute G=Edans la ligne brother, la question : brother(A,son3) ne trouve que A == son3.

Mais je n'arrive toujours pas a trouver comment dire qu'on souhaite une différence… J'ai essayé : G\=E, G!=E, G<>E, etc.

De toute façon, se servir de l'indentation comme délimiteur de bloc est une absurdité.

Je trouve ça très bien dans une phase d'apprentissage. Ensuite, pour des vrai projets qui vont avoir une vrai vie, je suis d'accord avec toi, je préfère avoir des marqueurs de blocs puis reindentation automatique pour rendre lisible.

Comment tu sais que la majorité silencieuse, elle est plutôt pour systemd ?

Parce qu'elle n'a pas fui les distributions qui sont passées à systemd.

Moi je crois plutôt qu'on a 5-6% contre, 5-6% pour soit 10 à 12% qui font du bruit et 88 à 90% qui n'en n'ont rien à faire du moment que ça marche. Ces derniers ne râleront gère si un jour on revient en arrière.

Premier patch :

int main(int argc, char* argv[]) {
    int rc;

    rc = system(argv[1]); /* Ne pas oublier le ;*/
    switch (rc) {
        case -1:
            fprintf(stderr,"echec du fork de system\n");
            return 255;
        case 127:
            fprintf(stderr,"system n'a pu etre execute\n");
            break;
        default:
            break;
    }
    return rc;
}

(peut-être parce que NetBSD a choisi ce langage pour scripter le noyau)

On peut ajouter du code lua en live au noyau ?