Krunch a écrit 3959 commentaires

Tiens dans le Caps Lock et raison historique, saviez-vous que sous GNU/Linux (et sans doute la plupart des Unices), si vous vous logguez sur la console en majuscules, toute la session sera en majuscules (option -U de getty).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je pense que ce qu'il veut dire c'est que les BSD ont un userland cohérant. Tout est développé dans le cadre du même projet avec des « standards » (de documentation notamment) communs. Il ne s'agit pas d'une assemblage de composants éparts aux conventions diverses et variées comme c'est le cas pour GNU/Linux.

Du coup, un noyau Linux avec un userland BSD, ça me semble assez à l'encontre de cette logique dans le sens où Linux évolue indépendamment de l'userland (qu'il soit GNU ou BSD).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Donc, une licence qui permette la distribution des sources mais qui empèche la commercialisation.

http://fedoraproject.org/wiki/Licensing/Microsoft_Shared_Sou(...)
http://en.wikipedia.org/wiki/Aladdin_Free_Public_License
http://www.cs.utah.edu/~gk/teem/txt/LICENSE.txt

Comme indiqué précédemment, c'est nécessairement pas Open Source(tm) mais ça existe.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

http://news.cnet.com/8301-13860_3-10397607-56.html

> De ce que je comprend de ce lien, ils ont utilisé du code GPL par erreur (via un sous
> traitant) et ils ont effectué une nouvelle release qui respecte la licence (avec sources)
> dans les deux semaines après avoir été notifiés (et en promettant de faire plus attention
> la prochaine fois).
https://linuxfr.org/~joubu/30206.html#1164597

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Donc dans le cas 3 vous avez sciemment compliqué le code de manière inutile (d'un point de vue technique) ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je suis complètement d'accord. Voici d'ailleurs un argumentaire en dix points prouvant la supériorité de iptables/netfilter sur pf de chez BSD : http://marc.info/?l=openbsd-pf&m=109834732103349&w=2

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> sur la Belgique frontalière à la France

Selon la définition de « frontalière » ça fait déjà au moins la moitié du pays.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

PID:version
http://www.mail-archive.com/gnupg-users@gnupg.org/msg09508.h(...)
http://cvs.gnupg.org/cgi-bin/viewcvs.cgi/branches/STABLE-BRA(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> Je ne vois donc pas trop comment un statisticien peut faire un modèle qui tienne.

Je sais pas exactement comment ils font mais ça a l'air de marcher assez bien pour que des sociétés de « service financiers » décident de fonder des instituts qui paient des statisticiens (entre autres) : http://www.oxford-man.ox.ac.uk/about_us/vision.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ah, moi sur http://www.google.com/search?q=get+the+facts la première page que je trouve c'est thefacts.com.au

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> Ce que je ne comprend pas dans toute cette histoire, c'est si
> des entités se font des millions (milliards ?) de $, qui sont ceux qui
> en perdent autant ?

Moi on m'a dit que ça ne tombe pas juste tout ça parce qu'il y a des gens qui créent des richesses. Genre quand tu écris un programme utile, tu crées de la richesse mais personne n'en perd.

C'est la théorie en tout cas.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Dans la mesure où la bourse est fermée en dehors des heures de bureau, ça laisse plein de temps pour changer le matériel en fin de vie chaque jour. Par ailleurs, il est aussi possible d'architecturer pour pouvoir cramer un processeur au hasard sans affecter la production.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pourquoi utiliser ClusterShell plutôt que massadmin ? https://linuxfr.org/2010/09/28/27421.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pourquoi utiliser massadmin plutôt que ClusterShell ? https://linuxfr.org/2010/09/24/27412.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si tu ne chiffres que tes connexions importantes, il est beaucoup plus facile de les espionner que si elles sont noyées parmi nombre d'autres connexions triviales mais chiffrées également.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

toutafé
http://www.pathname.com/fhs/pub/fhs-2.3.html#TMPTEMPORARYFIL(...)
http://www.pathname.com/fhs/pub/fhs-2.3.html#VARTMPTEMPORARY(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> tu as déjà vu le nombre de popup quand tu branche un nouveau clavier dans Windows?

À vrai dire, non.

Mais à partir du moment où le « clavier » est branché, il devrait pouvoir désactiver les popups de manière assez rapide pour que ça ne se remarque pas trop.

Mais de toute façon apparement, ça n'est pas la technique qui était utilisée dans ce cas.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et ?

Avec noexec ça devient plus amusant mais sur la plupart des systèmes tu peux trouver un répertoire dans lequel tu peux écrire un exécutable avec l'utilisateur de base.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> sans se rendre compte qu'elle réagit bizarrement (détection de nouveau
> clavier par Windows au pire ou simplement la clef est non-fonctionnelle)

La clé peut présenter un clavier juste le temps d'introduire le malware. Elle peut aussi sans doute présenter à la fois un clavier et du mass storage en même temps (je connais pas bien les spécifications USB mais ça ne me semble pas impossible vu qu'il existe des hubs USB).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si la clé USB se présente comme un clavier, celui-ci peut effectuer toute action que l'utilisateur pourrait taper au clavier (comme par exemple copier un sudo « personnalisé » dans ~/.bin et ajouter le répertoire dans le PATH).

Je ne sais pas si dans ce cas ci c'est la technique utilisée mais en principe, cela pourrait fonctionner aussi bien sous Windows que GNU/Linux (OK, la même implémentation pour les deux va être plus compliquée) et l'autorun n'a pas besoin d'être activé.

http://blogs.msdn.com/b/oldnewthing/archive/2009/11/09/99195(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Bon, ça va poser problème si tu as un truc genre « char plop[] = "foo//bar"; » mais sinon ça a l'air de marcher :

my $incomment;
while (<>) {
        chomp;
        if (not m|^\s*//| and $incomment) {
                s|^| */$/|;
                undef $incomment;
        }
        if (m|//| and not $incomment++) {
                s|//|/\*|;
                s|$|$/|;
                next;
        }
        if ($incomment and m|^\s*//|) {
                s|(\s*)//|$1|;
                next;
        }
        if (not $incomment and not m|//|) {
                s|$|$/|;
        }
} continue {
        print;
}

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

L'adresse e-mail de William Cohen n'est pas visible (bien que présente dans le HTML). J'ai oublié de préciser que le second numéro pour l'Amérique du Nord est gratuit.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> Anéfé, je me suis fais violemment moinssé sans raison, pour avoir écrit le
> commentaire suivant :
> « {{reference needed}}
>
> Pour moi il n'y aucune autre raison que celle de froisser les annonceurs qui
> financent le tout venant. » en réponse à l'affirmation fautive qui précédait :
> « A la TV on ne peut pas trop citer des marques pour ne pas se faire accuser
> de publicité clandestine. »

Ton commentaire était trop long (comme ton journal). Si tu avais laissé juste l'essentiel tu aurais fait un +4 : https://linuxfr.org/2010/08/06/27217.html#1150363 (ok c'est sans doute plus facile quand ça parle de cul^Wseins)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> Ne pas prendre la responsabilité d'allouer de l'espace mémoire permet de
> laisser au client le choix de l'allocateur, du type de mémoire (automatique ou
> dynamique), etc.

Heu, le gros problème du C c'est que tu dois te coltiner la gestion de la mémoire toi même justement et qu'il est facile de faire des erreurs. Si la fonction gère la mémoire à la place de l'appelant, ça fait beaucoup mois de possibilités d'erreurs.

Après, il y a des cas où utiliser un buffer static ne correspond pas aux besoins de l'appelant mais alors tu fais une variante fonction_r().

Quant à la sois disant perte de performance dûe à l'initialisation, charger un octet en mémoire (ou même 1024 octets) me semble passablement moins couteux que de faire un malloc().

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

j'imagine, toute variable statique n'est initialisée qu'au moment du premier appel (à vérifier néanmoins). Arrête d'imaginer et vérifie. Les variables static initialisées à autre chose que 0 vont dans la section data au lieu de BSS (comme indiqué par neologix et GLMF#2^7) :

$ cat t.c 
#include <stdio.h>
#include <stdlib.h>

static int s(int d)
{
        static int zero;
        static int quarantedeux = 42;
        return d + zero + quarantedeux;
}

int main(int argc, char **argv)
{
        printf("%d\n", s(atoi(argv[1])));
        return 0;
}
$ cc -O0 -o t.so t.c
$ nm t | egrep 'zero|qua'
0000000000600968 d quarantedeux.2396
0000000000600980 b zero.2395

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.