Obsidian a écrit 5291 commentaires

Peut-être bientôt :

mv /usr /system32

ce n'est pas un vrai lien symbolique

C'est bien ce que je dis, oui. :-)

Ça marche effectivement impeccablement :

Copy from /proc/pid/fd/file descriptor

Use lsof to find the pid and the file descriptor.

Mais c'est dommage qu'on ne puisse pas faire un « ln » dur à la place, du fait des partitions distinctes. À dire vrai, je suis très surpris que ça marche puisque l'entrée de /proc/*/fd est en fait un lien symbolique qui pointe le nom du fichier supprimé !

Il y a donc du code spécial dans cette partie du code de /proc qui fait que l'on ouvre quand même le fichier ouvert par le processus et c'est très bien comme ça, mais ça vaut quand même le coup d'être mis en évidence.

Ça reste deux choses distinctes. Personne ne t'oblige à utiliser un alias non plus. C'est juste un état de fait.

Je m'explique, le résultat souhaité consiste à avoir un fichier contenant plusieurs lignes et chaque ligne contient le mot : ouverture ou fermeture / date d'ouverture ou de fermeture / heure d'ouverture ou de fermeture / et si possible l'utilisateur (login) qui s'est connecté.

Indice : le plus simple pour faire cela est de déposer ton script dans « /etc/init.d » et de créer les liens associés dans /etc/rc0.d, /etc/rc1.d, … /etc/rc6.d.

Pour ajouter facilement, en shell, une ligne de texte à la fin d'un fichier, regarde du côté de l'opérateur « >> ».

Renseigne-toi sur « SysVInit », et fais « man bash ». Tu devrais avoir plein d'informations pour commencer, voire même finir car le script shell en question tient en une ou deux lignes maximum.

« Est-ce que vous êtes en train de m'inviter à un dîner de geeks, M. Brochant ? » :-)

Non. Sur la plupart des distributions, « vi » est devenu un alias vers vim. Celui-ci peut alors être lancé en mode compatible mais, souvent, ce n'est même pas le cas.

Moi, c'est plutôt le contraire. Je n'ai jamais trouvé un logiciel en Java dans le commerce à destination du grand public (je n'ai pas beaucoup cherché non plus, cela dit), et je n'ai jamais travaillé dans un endroit où l'on trouvait du Java sans C — au moins — à côté.

Tu veux dire qu'ils mettaient Steve en quarantaine avec un pull sous sa couverture ?

Tu as raison, précisons d'ailleurs que c'est plutôt le rôle des Darwin Award de récompenser les « expériences » les plus stupides et ne devant pas être reproduite.

Pertinent mais, en principe, les Darwin Awards ne peuvent être attribués, par définition, qu'à titre posthume et ceci limite de beaucoup le champ d'action. Mais je suis d'accord pour dire qu'il faudrait étendre le domaine des Darwin Awards plutôt qu'assigner ça aux IGNobels…

J'insiste bien sur le point qu'ajouter « ./ » n'est pas une chose à faire. Les cas où tu auras besoin de lancer des exécutables depuis d'autres dépôts que les répertoires par défaut sont limités. Dans ces cas-là, c'est un bon garde-fou que de demander explicitement à les lancer, en utilisant ./ C'est également très répandu dans le monde Unix, donc autant ne pas prendre d'emblée de mauvaises habitudes, surtout si c'est simplement pour reproduire un comportement issu du monde DOS.

D'habitude, j'essaie d'éviter de jouer les grammar nazis mais quand même, de temps en temps, une piqûre de rappel s'impose :

ils ne se sont pas fait hacker, ils se sont fait défoncer. Nuance :p

Merci de votre attention, vous pouvez maintenant reprendre une activité normale.

C'est vrai que c'est un fait avéré dans certaines compagnies.

Mais en l'occurrence, ce n'était pas le cas. On voit toujours des gens faire les encombrants comme on fait les brocantes et, ces dernières années, on a vu beaucoup de ferrailleurs. J'ai déposé un grand four en fin de vie (plus de 30 ans) et il a disparu avant la cinquième minute.

Mais la récup' de câbles et d'ustensiles en métal, au dépit du reste, est quelque chose qui a été flagrant ces trois dernières années. Dans le cas qui nous concerne, on se tenait encore près du tas lorsque le type, affable, est arrivé dans son pickup. Il nous a gentiment demandé s'il pouvait se servir. J'étais trop heureux de voir quelqu'un récupérer mon moniteur avant qu'il prenne la pluie, jusqu'à ce qu'il le sacrifiasse d'un coup de tenaille. Mais il est bien reparti avec le bout de câble, qui est d'ailleurs allé rejoindre le reste de sa collection.

Sache toutefois que, sous Unix, tout ou presque est case-sensitive. Tu dois donc respecter majuscules et minuscules mais pas d'inquiétude : en général, tout est écrit en minuscules.

Moi je l'ai fait aussi. Au passage des encombrants, j'ai reformé un vieux PII/350Mhz avec un moniteur cathodique un peu trop encombrant pour moi, mais qui marchait très bien et que j'avais soigné toutes ces années durant. Je l'ai déposé la veille en espérant que quelqu'un le récupère.

Un ferrailleur est arrivé, il a sectionné à ras le câble VGA avec une taille (pour en récupérer le cuivre, j'imagine), est reparti avec et a laissé là le reste du moniteur, désormais inutilisable :-(

Bon, depuis, le problème a été résolu : les encombrants ne passent plus chez moi.

C'est déjà comme ça depuis longtemps. Edison, par exemple, a fini par être réputé pour cela. Il faut prouver l'antériorité pour invalider le brevet.

Si tu dis simplement « j'en ai parlé à mon pote », ben tu l'as effectivement dans le baba (pourquoi t'en as parlé à ton pote, aussi ?). En plus, sans être un expert, j'imagine que l'antériorité ne doit pas seulement être établie, il doit aussi falloir que l'invention ait été rendue publique.

J'avais lu « sur le vuvuzela » au début… Ça aurait expliqué bien des choses !

Les pipes sont bien bloquants… s'il n'y a rien à lire dedans ! Mais si on fait un appel read() dessus en passant la taille d'un buffer par exemple et qu'il y a bien des caractères disponibles mais qu'il n'y a pas le compte, alors l'appel va ressortir en renvoyant le nombre de caractères qu'il a réussi à lire.

Lorsqu'on exploite directement le disque ou un fichier, la question ne se pose pas. Les caractères sont forcément disponibles et c'est directement dd (ou n'importe quel programme à sa place) qui va aller chercher les données, par l'intermédiaire du pilote. Il n'y a qu'en cas de fin de fichier ou d'erreur que le bloc à lire peut être incomplet.

Par contre, dans le cas d'un pipe, c'est entièrement au bon vouloir du processus écrivain qui, par définition, a un comportement asynchrone et versatile.

Je retire le point numéro 2. J'ai confondu « seek » et « skip ».

1. Pourquoi utilises-tu trois « cat » successifs dans un bloc ? « cat » signifie « catenate » et sert justement à concaténer plusieurs fichiers. Utilise plutôt « cat fichier1 fichier2 fichier3 » et vire les parenthèses ;

2. Si tu lis tes données depuis l'entrée standard, il faut enlever les clauses « seek ». Tu ne relis pas, à chaque fois, le même fichier depuis le début, tu lis les données qui te parviennent les unes après les autres. Le début de ton fichier a donc déjà été « consommé » par les commandes « dd » précédentes.

Question bête : qu'est-ce que tu utilises pour accéder à tes serveur Unix ? J'imagine que c'est déjà le cas mais, autrement, un serveur X pour accéder à une session XDMCP ne serait-elle pas la solution pour avoir la paix ?

Il fut un temps, dans un métier antérieur, où l'on n'utilisait que des thin clients pour se connecter à des serveurs de travail, lesquels étaient sous Windows, sous Solaris ou sous Linux. Bien que ceux-ci reconnaissent les principaux protocoles de tous les serveurs, il était parfois plus efficace de se connecter à un Linux et d'y ouvrir un rdesktop vers les serveurs Windows. Malgré les relais successifs, c'était plus fluide :-)

Je n'ai qu'un mot : pauvre abruti.

Reconnais que ça ne donne pas vraiment envie de t'aider (et qu'en plus, ça fait deux mots).

Alors c'est vrai, tu me répondras que j'ai choisi mon taf, mais d'un autre côté, l'OS que j'utilise au quotidien pour accéder à mon environnement de travail n'est pas le plus important dans mon travail. Et mon poste actuel me permettra de gagner en compétences et en crédibilité, pour pouvoir à l'avenir je l'espère, me passer d'un environnement windows pour effectuer mes taches quotidiennes.

J'espère simplement que tu t'épanouis dans ton poste sur d'autres points ou qu'à tout le moins, tu y trouves ton compte. Parce qu'autrement, je ne sais pas où tu habites, mais les postes sous Linux sont quand même beaucoup plus courants qu'on ne le croit. Là où je travaille, on m'a filé un poste vide et on m'a laissé le choix de l'O.S. (Windows compris, avec licence). J'y ai mis une Fedora 15.

C'est très bien d'essayer de faire carrière et de trimer dur pour espérer aboutir à la situation qui te plaît, mais l'expérience m'a montré que 1) la vie est courte ; 2) la carrière l'est encore plus ; 3) Personne ne va t'orienter à ta place si tu ne pèses pas de toute ta personne pour aller où tu veux. Bouffer des technos que l'on n'aime pas, c'est bien quand c'est alimentaire. Pour le reste, il est si rare d'avoir des opportunités dan le monde du travail que c'est presque criminel de ne pas en profiter quand elles se présentent. :-)

Le piège absolu quand on est orienté Linux étant les S.S.I.I. Quand on a passé deux ans à se faire dire telle mission est sous NT4 (à l'époque) mais que la prochaine sera sous Unix, garanti ! et qu'on a fait ça sept fois de suite, on comprend vite que ces compagnies ne se font pas d'argent avec des systèmes qui fonctionnent.

Opera

http://www.opera.com/

Fonctionne aussi bien sous Windows que sous Linux. Si tu ne connais pas déjà, si tu ne peux utiliser Firefox et qu'il n'est évidemment pas question de repasser à I.E., je pense que tu seras vite « Konqui » :-)

//cool qu'on puisse dé-référencer sans étoile

Oui, et si c'est le cas, ça fonctionne aussi dans l'autre sens. Ces deux expressions sont équivalentes s'il s'agit d'une fonction :

ptr_g = &g;
ptr_g = g;

J'ai toujours un avertissement que je ne comprend pas, concernant la ligne return a(); :
attention : ‘return’ with a value, in function returning void [enabled by default]
a() ne retourne pas void puis-ce qu'il est de type int (*) (void)…

Non, mais ta fonction main(), elle, est déclarée « void main (void) ». Ce qui gène alors le compilo, c'est justement le fait que tu renvoies un int.

Je rajoute un commentaire pour préciser que la norme C spécifie et détaille la grammaire formelle du langage (tant et si bien qu'en théorie, on pourrait presque la balancer directement à Lex & Yacc pour recompiler un compilateur, ce qui est précisément la définition de « Y.A.C.C. »).

Et en ce qui concerne les types en particulier, ceux-ci font l'objet d'une section dédiée : 6.7.6

6.7.6 Type names

type-name:
    specifier-qualifier-list abstract-declaratoropt
abstract-declarator:
     pointer
     pointeropt direct-abstract-declarator
direct-abstract-declarator:
    ( abstract-declarator )
    direct-abstract-declaratoropt [ type-qualifier-listopt assignment-expressionopt ]
    direct-abstract-declaratoropt [ static type-qualifier-listopt assignment-expression ]
    direct-abstract-declaratoropt [ type-qualifier-list static assignment-expression ]
    direct-abstract-declaratoropt [ * ]
    direct-abstract-declaratoropt ( parameter-type-listopt )

Les « opt » en fin de noms de règles sont en fait écrits en indice dans le document PDF. Donc, ici, « pointer » et « pointeropt » sont la même règle.

On voit, comme c'est l'usage dans la définition de telles grammaires, que les différentes règles font massivement références à elles-mêmes, d'où la récursivité. C'est ce qui te permet de construire des types de plus en plus compliqués, en partant du centre comme expliqué dans nos commentaires précédents.