ymorin a écrit 499 commentaires

Ah bah, oui, ton exemple contient déjà plusieurs erreurs !

Le principe d´un appel à une fonction est que, soit elle réussit, et dans ce cas toutes les réservations (allocation mémoire, descripteurs de fichiers, sockets réseau, verrous, etc … ) qu´elle a à faire sont faites, soit aucune n´est faite. Donc, en sortie de foo(), soit tout est fait, soit rien n´est fait. Donc pas la peine de nettoyer foo() si ça échoue. Ditto pour bar(). Par contre, si bar() échoue, c´est que foo() a réussi, donc il faut libérer foo().

Si une fonction comme foo() doit effectuer plusieurs réservations, et que cette fonction retourne un code d´erreur, comment savoir la raison de l´échec ? Il fait beaucoup plus sens de dépiler les réservations dans la fonction elle-même en cas d´erreur. La fonction de nettoyage undo_foo() est pertinente uniquement pour libérer après usage, pas en cas d´erreur.

Par exemple, cette séquence me semble plus correcte :

# return !0 on success, 0 on error
int foo_and_bar() {
  int ret;
  if( !foo() ) {
    errno = -EFOO;
    goto foo_err;
  }
  if( !(ret=bar()) ) {
    errno = -EBAR;
    goto bar_err;
  }
  return ret;
bar_err:
  undo_foo();
foo_err:
  return 0;
}

Cette séquence respecte le même principe décrit ci-dessus : soit toutes les réservations ( foo et bar) sont effectuées, soit aucune ne l´est.

Dans ce cas, le goto est vraiment très utile. C´est un des rares cas où ça l´est.

C´est d´ailleurs, il me semble, le schéma utilisé dans le noyau Linux pour les traitements d´erreurs, comme dans beaucoup d´autres logiciels.

Hop,
Moi.

Au final sous linux il y a à priori une seule façon d'avoir ces fonctions qui retournent NULL, c'est en cas de fragmentation trop importante de l'espace d'adressage du processus qui rendrait impossible une allocation de la taille souhaitée, et c'est vraiment très très rare.

Sauf en 32 bits. Où il est facile de se retrouver dans ce cas après avoir alloué puis libéré de grosses quantitées de mémoire (~1 GB ). D'où l'intérêt d'utiliser un noyau 64 bits dans ce genre de cas.

Oui, mais pas seulement.

Ici, on est en userland, donc on parle de mémoire virtuelle. Sur 32-bit, cette espace est de 4GiB, dont 1GiB (*) est réservé pour l´espace d´adressage noyau (les pages de code (text) du noyau est mappé dans l´espace virtuel de tous les processus, mais elles ne sont pas nécessairement exécutables : cela sert par exemple à appeler les syscals; les pages de data ne sont pas (toutes?) mappées dans l´espace d´adressage du noyau).

Donc, il reste virtuellement (Haha!) 3GiB de disponible pour chaque processus en userland. Si ton processus essaye d´allouer en séquence des blocs de (par exemple) 1MiB sans les libérer, alors arrivera un moment ou même l´espace virtuel sera entièrement utilisé.

Bien sûr, tu as aussi raison. Si tu alloues des blocs de 1MiB en séquence jusqu`à plus-soif, que tu en libères alternativement un sur deux, et qu´ensuite tu tentes d´allouer un bloc de 2MiB, alors tu as virtuellement de la place, mais pas contigüe, donc l´allocation vas échouer.

Donc, la règle générale deviendrai un truc du genre :

sous Linux (et aussi la plupart des vrais OS), l´allocation (malloc et consorts) n´échoue jamais, sauf dans certains cas d´exception (mémoire fragmentée, épuisement de l´espace de mémoire virtuelle).

(*) la découpe noyau/userland est par défaut 1GiB/3GiB, mais 2GiB/2GiB ou 3GiB/1GiB est aussi possible.

Hop,
Moi.

Pour les débutants sous Linux, et qui n´y connaissent rien en informatique (à part Démarrer -> Arréter ;-) ), je leur installe une Ubuntu, sans rien changer.

Les résultats sont plutôt encourageants : ma copine (pas informaticienne pour deux sous) est super contente de ses deux PC. Mes parents ont eu une expérience plus mitigée, due à une clé 3G récalcitrante (que j´ai réussi à faire marcher après quelques bidouillages ni très simples, ni très catholiques). Mo jeune frère a définitivement viré son Windows depuis, et s´est même essayer à différentes distributions depuis.

Avec Ubuntu, comme avec la plupart des autres distributions, tu n´as pas besoin de l´installer pour la tester : en déarrant sur un CD (ou une clé USB), tu pourras tester en mode Live CD, sans modifier ton disque dur, ce qui te permettras de voir par toi-même si ça te convient. LE site d´Ubuntu explique comment faire (c´est très très simple, en fait ! ).

Cependant, avant de passer à Linux, il faut se poser quelques questions :

• as-tu envie de jouer à des jeux récents ? Oui, garde Windows à côté.
• as-tu besoin d´un logiciel spécial sous Windows ? Oui, garde Windows à côté.
  • il est cependant peut-être possible de l´utiliser quand même sous Linux avec WINE
• es-tu prête à investir un peu de temps ? Non, reste sous Windows.

Sinon, il serait peut-être intéressant pour toi de contacter un GUL (Groupe d´Utilisateurs de Linux) dans ta région, qui pourra sûrement t´aider dans ta démarche d´installation. Si tu es en France, voici une liste des GUL de France.

un conseille free ma conseillé de me mettre a linux

Alors là, je suis surpris. Je pense plutôt, comme les autres, qu´il a botté en touche. Mais bon, tant mieux, d´un autre côté ! :-)

win 7 familliales

Je ne sais pas pour Win7, WinXP familiale était une daube sans nom. J´ai dû y toucher une fois, et je me suis juré : plus jamais ! :-/

Bon courage dans ta démarche ! :-)

Hop,
Moi.

le temps de cloner mon dépôt git et de de faire les liens qui vont bien

Le temps de cloner mon dépôt mercurial, et de lancer le script qui fait les liens qui vont bien. ;-]

Hop,
Moi ---> []

au moins les écran ayant exactement 4x la résolution du 720p(2500x1440 ?)

J´ai un Samsung SyncMaster S27A850D qui fait du 2560x1440.

Je le trouve vraiment top. Un poil grand, mais avec cette résolution, il n´y a pas plus petit. Un poil cher aussi (actuellement 670€ chez materiel.net, acheté 650€ en Mai dernier), mais au final je ne regrette vraiment pas.

J´en avais vraiment marre des écrans dits HD, alors que les résolutions ne montaient pas au-dessus de mon vieux CRT qui affichait allègrement son 1600x1200 en 1999.

Bref, la HD, ça a été (et c´est toujours) un gros attrape-couillons une grosse arnaque un gros coups marketting bien réussi. :-/

Hop,
Moi.

400 machines et 4 sites c'est un petit parc encore

400 intervenants ; le double ou le triple de machines. 4 sites, c´est pas énorme, en effet.

Mais pour une première, à monter from scratch, ça fait un peu peur, quand même ! ;-) Heureusement, c´est pas 400 d´un seul coup ; ça va arriver en quelques temps ! :-)

Je vais regarder tout ça. Merci.

Hop,
Moi.

OK, merci à tous pour vos pointeurs !

J´ai oublié de le dire dans ma question (Aïe, non pas sur la tête), la solution que je recherche doit être assez légère.

J´ai peur qu´ITIL soit un peu over-kill. La structure sera essentiellement constituée de chercheurs, dans un environnement hétérogène. Il n´est à priori pas {possible,question} d´imposer un environnement logiciel sur les postes des utilisateurs. Dans ce contexte, la gestion de parc se limitera à l´identification des PC portables et autres gadgets mobiles.

Par contre, pour tout ce qui est plateformes centralisées (serveurs, démos, etc … ), la gestion sera un peu plus poussée (une simple feuille .ods n´est clairement pas suffisante ! ;-) ).

Bref, encore merci, je vais potasser ITIL, voire si il y a différents niveaux de complexité, et voire ce que GLPI et ses modules additionnels permettent.

Hop,
Moi.

Ce qui me conviendrait bien, ca serait une touche "compose". Par exemple, compose+apostrophe+e = é

C´est ce que j´utilise (aussi sous KDE), et c´est la solution qui me paraît la mieux adaptée à mon besoin (en gros, poster sur DLFP, vu que à peu près tout le reste se fait dans la langue de Shakespeare).

Je ne sais plus trop comment j´avais fait (à une époque, un coup de xmodmap dans le .xsession), mais depuis KDE, c´est directement configurable dans un cliquodrôme texturé 256 couleurs pour adolescent boutonneux ( désolé pour les non boutonneux ;-) ) :

• Menu K
• Settings
• System Settings
• Regional & Language
• Keyboard Layout
• Advanced
• Compose key position
• Right Win ( et/ou : Left Win, Caps Lock … )

Hop,
Moi.

L'intérêt de l'ouverture ne se borne pas à la réalisation de ports pour d'autres architectures mais aussi à la possibilité de:
[--SNIP--]
- et enfin la gratuité!

Non, non, non, et encore non. Le libre n´est pas forcément gratuit.

La confusion vient de l´anglais free qui a un double sens : à la fois gratuit (comme dans free beer), et libre (free speech).

Le logiciel libre (free software) est à rapprocher de la notion de free speech, pas de free beer. Vendre du logiciel libre et tout à fait possible. Même RMS le dit, il n´est pas du tout inconcevable ni incompatible de vendre du logiciel libre. L´important, ce sont les 4 libertés de l´utilisateur, qu´il ait obtenu le logiciel gratuitement ou en payant.

Bien entendu, nous autres individus (à opposer à sociétés, ou entreprises) avons l´habitude de télécharger gratuitement nos distributions, ou nos paquets que l´on compile ensuite.

Mais rien n´interdit de vendre/acheter du logiciel libre. La vente du logiciel seul est plutôt rare (même si ça doit exister) ; ce qui est en fait vendu, ce sont trois types de prestation associées au(x) logiciel(s) vendu(s) :

• de la formation au(x) logiciel(s)
• de la maintenance (corrective et/ou évolutive)
• de l´intégration de plusieurs logiciels disparates en une suite homogène

La plus connues des sociétés qui "vends du logiciel libre" est Red Hat, qui adresse ces trois types de prestation, les deux dernières par sa bien connue distribution RHEL.

Donc, non, le logiciel libre n´est pas nécessairement gratuit. Il peut l´être, mais ce n´est pas dans sa définition.

Hop,
Moi.

un header proprio (Copyright 1997-1999 Pandemic Studios, Dark Reign II)

Attention ! "copyright" != "licence".

• Le copyright, qui est une notion anglo-saxonne, c´est l´identification de l´auteur. Ne pas le spécifier, l´enlever et/ou le modifier, c´est de la contrefaçon ;

• La licence, ce sont les droits et exclusions d´utilisation que l´auteur te confère.

Donc, en soit, un copyright n´est pas proprio. Et bien au contraire, le copyright est la base même du fonctionnement des licences libres (GPL et consorts). Elles se basent sur les droits exclusifs de l´auteur à décider de l´utilisation de son œuvre. Le copyright fait toute la force des licences libres !

D´ailleurs, si tu regardes les fichiers sources de GNU (eg. glibc), tu verras aussi un copyright de la FSF.

Note : je n´ai pas regarder les fichiers sources du tout. La licence est-elle indiquée ? C´est cela le plus important pour dire d´un logiciel s´il est libre ou non.

Hop,
Moi.

Je pense que le "de base" voulait dire "sans surcharger délibérément la machine".

Oui, mais il dit qu´il ne peut pas "surcharger sa machine pour faire des tests de cgroups".

Là, avec ça, il peut.

Hop,
Moi.

je n’ai, de base, aucun problème pour lire une vidéo quoique je fasse à côté.

$ beaucoup=1024
$ make -j$beaucoup >/dev/null 2>&1 &
$ mplayer -fs mavideo-BD-RIP-1080p60-qui-bouffe-du-cpu.raw

Là, à mon avis, et à moins d´avoir 1024 processeurs (ou cœurs) sur la babasse, la lecture de la vidéo va quand même saccader.

Sinon : beaucoup=1048576 et relancer. Voire même : beaucoup='' et re-relancer.

Disclaimer : do not try on production machine, be ready to hit the reset button, expect sluggishness. Killing polar bears and baby seals is an expected outcome. Use at your own risks.

Hop,
Moi.

Les touareg, pas de s, c'est déjà un pluriel : au singulier, c'est un Targui.

Bin flute alors … Merci de la correction.

Hop,
Moi.

l'origine des IP ne donne t elle pas cette information

Je butine avec une IP suédoise. Et pourtant, je ne suis pas en Suède.

Hop,
Moi.

un nouveau pays appelés sahélistan

Non, c´est le Mali.

Le Sahélistan n´est pas un pays. C´est une revendication d´extrémistes islamistes qui ont mené une guerilla contre l´armée régulière, ont chassé les touaregs (à priori leurs aliés dans la première phase), et tenté de déclarer l´indépendance d´une partie (le nord ?) du Mali, l´Azawad. Bien entendu, après avoir commis quelques massacres au passage …

La déclaration d´indépendance du Sahélistan a été refusée par Communauté Économique des États de l'Afrique de l'Ouest, puis par toute la communauté internationale. Depuis, des pourparlers sont en cours, et un détachements de 3000 hommes est prévu en cas d'échec des pourparlers.

Bon, la situation dans la région est assez compliquée, je ne connais pas toute son histoire, ni tous les tenants et aboutissants.

Il est en tout cas indéniable qu´il y a une crise là-bas, et que le Sahélistan n´existe pas.

Hop,
Moi.

que cela se fasse rapidement, sans que des données ne soient écrites sur le disque

D´où l´utilisation de l´option skip de dd.

--> man dd

en gros que le contenu du fichier soit ce que contient l'espace libre du disque

Avec l´option skip, c´est même mieux : les blocs ne sont pas alloués sur le disque, donc un fichier sparse occupe physiquement zéro octet sur le disque, tant que tu n´as pas écrit dedans, et la lecture renvoie que des 0x00 (sauf là où tu as écrit autre chose, bien sûr). Les blocs sur le disque sont alloués sur le disque uniquement lors d´une écriture dans le fichier.

Hop,
Moi.

par exemple

En fait, j´ai interprété sa question comme :

Je veux un fichier de X MiB, mais qui ne prends pas de place sur le disque.

En effet, s´il ne connait pas l´option skip de dd, alors je comprends qu´il ne veuille pas utiliser dd if=/dev/zero. Mais franchement, avec skip, c´est la bonne réponse (ou /dev/null, si tu veux).

Hop,
Moi.

Pour un fichier de 100MiB :

dd if=/dev/zero of=mon_fichier bs=1048576 seek=100 count=0

NB. 1048576 == 1MiB

Hop,
Moi.

Dans le premier sed ou le second ?

Dans la white-list des commandes pour ca que dans mon test ca clignote un peu.

Ah bah oui, forcément … ;-)

Hop,
Moi.

Du coup, j´ai mis mon prompt (un peu corrigé) en ligne :

http://ymorin.is-a-geek.org/ressources/prompt

Hop,
Moi.

j'ai remplacé tes patterns par ".*"

Dans le premier sed ou le second ? Dans un cas comme dans l´autre, je ne vois pas comment ça peut marcher… :-/ Je vais essayer plus tard, si ça peux simplifier le bousin. Mais par défaut, j´ai tendance à être strict dans mes regexps …

savoir si la tab courante à le focus

Je ne pense pas que ce soit faisable. En tout cas, pour konsole (dans yakuake), ça n´est pas possible, de tout ce que j´ai pu lire comme doc … :-/

tu peux aussi lui donner ton HISTTIMEFORMAT

En effet …

set |grep -E '^HIST'
HISTCONTROL=ignoredups:erasedups
HISTFILE=/home/ymorin/.bash_history
HISTFILESIZE=131072
HISTIGNORE='h *'
HISTSIZE=131072
HISTTIMEFORMAT='%Y%m%d.%H%M%S '

s/doPrompt/do_prompt/

Ouaip dans mon copy-paste, mais j´ai effectivement deux fonctions, doPrompt qui appelle do_prompt (j´ai jamais dit que c´était propre ! ). Du coup, j´ai oublié de modifier l´extrait en conséquence …

Hop,
Moi.

Tu estimes à combien le différentiel entre tes doigts et un processeur ?

En effet ! ;-)

il faudrait pouvoir afficher la notification uniquement quand le term/la tab courante n'a pas le focus. Autrement un echo "toto" | less provoque une notification.

C´est pour ça qu´il y a une liste de (patterns de) commandes pour lesquelles on doit notifier. Les commandes qui ne matchent pas une pattern n´ont pas droit à notification.

Pour moi, les seules commandes qui provoquent une notification si elles durent plus de 10s, c´est :

• configure
• make et qmake
• ct-ng (crosstool-NG)

Du coup, c´est vrai que le make menuconfig du noyau me pète toujours une notification. Mais bon, je fait avec. C´est pas parfait, mais ça fait avec.

Pour l´instant, il n´y a que des patterns positives (ça match, je notifie), mais je vais peut-être ajouter des patterns négatives (ça match, je notifie pas). Il faut juste que je trouve une syntaxe sympa (eg. si la pattern commence par !, alors elle est négative. Tiens, ouais, c´est plutôt sympa, ça! Merci! ;-) )

Hop,
Moi.

PS. Je me rend compte qu´il y a un mauvais copy-paste et u´un sed se trouvé en double… Vous aurez bien entendu corrigé de vous-mêmes !

Ça ne ralenti pas trop le prompt ?

Pff … Honnêtement, j´ai pas mesuré. J´appuie sur Entrée, je lève les yeux, le nouveau prompt est visible. Ça me convient très bien. Et puis, si je dois attendre moins de ~1s, c´est pas bien grave.

Mon prompt fait plein d´autre choses :

• notification (ci-dessus)
• status du repo courant : détection Hg, git, svn; puis status, formatage, etc …
• calcul autonomie : détection présence batterie, calcul, formatage
• loadavg, date, session ssh et/ou screen …
• formatage CWD : ${HOME}/ -> ~/, élision au milieux si trop long …
• formatage prompt global (Cf. plus bas pour exemple)
• sauver + relire l'historique

Durée totale : moins d´une seconde quand je suis dans repo git ou Hg avec plein de modifs (eg. un noyal avec plein de patchs locaux). Bon, pour svn (qui est le mal ;-] ), ça peut prendre un poil de temps sur un gros checkout. Si le CWD est sur le réseau (eg. NFS ou sshfs), alors c´est assez galère en effet (mais bon, ça ne m´arrive que très rarement).

┌───┤~/dev/kconfig-frontends/current☿default:145+patches:0+├────────────────┤0.14|4:04↓├──────┤20120725.193206├───
└─┤ymorin@treguer:pts/16|ret=12├────>

Hop,
Moi.

Et toi cher codeur quel est ta technique pour être notifié de la fin d'une exécution ?

C´est intégré à la commande qui gère mon prompt :

# NOTIF_MIN_RUN: notify command termination if command ran longer than this (sec)
# NOTIF_OK_ICON: icon to display if $? == 0
# NOTIF_KO_ICON: icon to display if $? != 0
# NOTIF_TIMEOUT: delay to display notifications (sec)
# NOTIF_PRIO   : notification priority
# NOTIF_CMDS   : array of grep-expressions of commands to notify for
NOTIF_MIN_RUN=10
NOTIF_OK_ICON='/usr/share/icons/gnome/48x48/emblems/emblem-default.png'
NOTIF_KO_ICON='/usr/share/icons/gnome/48x48/status/dialog-warning.png'
NOTIF_TIMEOUT=10
NOTIF_PRIO=low
NOTIF_CMDS=(
    "\</?configure'? .*"
    "\</?q?make'? .*"
)

do_notify() {
    local ret="${1}"; shift
    local cmd="${*}"
    local pwd="$(pwd)"
    local msg icon

    if [ ${ret} -eq 0 ]; then
        title="Command finished successfully"
        icon="${NOTIF_OK_ICON}"
    else
        title="Command terminated in error"
        icon="${NOTIF_KO_ICON}"
    fi
    case "${pwd}" in
        "${HOME}"/?*)   pwd="~${pwd#${HOME}}";;
    esac
    msg="$( printf "CWD: %s\nCMD: %s" "${pwd}" "${cmd}" )"

    notify-send -t $((1000*NOTIF_TIMEOUT))  \
                -u ${NOTIF_PRIO}            \
                -i "${icon}"                \
                "${title}"                  \
                "${msg}"
}

do_prompt() {
# [...]
    # Was the last command running for long enough that it warrants a notification?
    last_run="$( history |tail -n 1                                               \
                 |sed -r -e |sed -r -e 's/^[''[:space:]'']*[''[:digit:]'']+[''[:space:]'']+(.*)$/\1/;'   \
               )"
    last_run_cmd="${last_run#* }"
    last_run_epoch="$( date -d "$( sed -r -e 's/(....)(..)(..)\.(..)(..)(..)/\1-\2-\3 \4:\5:\6/;' <<<"${last_run%% *}" )" '+%s' )"
    cur_epoch="$( date '+%s' )"
    if [ $((cur_epoch-last_run_epoch)) -ge ${NOTIF_MIN_RUN} -a ${prompt_first} -eq 0 ]; then
        for c in "${NOTIF_CMDS[@]}"; do
            if grep -E "${c}" <<<"${last_run_cmd}" >/dev/null; then
                do_notify ${RET} "${last_run_cmd}"
                break
            fi
        done
    fi
# [...]
  prompt_first=0
}

export prompt_first=1
export -f doPrompt
export PROMPT_COMMAND=doPrompt

Note: j´ai été obligé de rajouter des simples quotes dans l´expression sed, sinon ça fait des liens Wikipedia… :-(

Le bidouillage avec history, c´est parce que bash ne donne pas le temps d´exécution de la dernière commande. Utiliser history n´est pas très robuste, mais ça marchouille dans le cas droit.

J´ai très peu de commandes notifiées, mais en ajouter est trivial.

Dans le futur, je vais peut-être ajouter un son (Tadaa! pour succès, Blong-patatra pour une erreur), mais je n´aime pas trop les notifications sonores… Ceci dit, le rajouter dans le code ci-dessus sera trivial.

Hop,
Moi.

le stage1 est limité à 510 octets

En fait, c'est même (beaucoup) moins : 440 octets (voire 446), car le secteur d'amorçage contient aussi la table des partitions, à la fin.

Hop, moi.