Humour : le code du kernel Linux et ses petits secrets • Link Station

Link Station > Section Technique > Software >
[LINUX] Humour : le code du kernel Linux et ses petits secrets

Aller au Forum:

soul^keeper

AdministrateurNiveau 50 · OscariséRéférenceur Légendaire

Membre depuis: 2002
Messages: 17300

Plus

Membre n°: 1
Inscription: 22 Feb 2002
Localisation: La Défense
Âge: 49 ans
Sujets lancés: 2916
Ancienneté: 100 %
Participation: 100 %
Temps en ligne: 102 Jours, 20 Heures, 12 Minutes, 20 Secondes en ligne

[LINUX] Humour : le code du kernel Linux et ses petits secrets Ancien message

10-11-2006 22:59

Citation

Humour : le code du kernel Linux et ses petits secrets
Allez vous faire voir chez les grep ! (Source)

C’est une actualité qui n’a pas la moindre importance. Elle ne va rien changer à votre vie, ne va rien vous apprendre d’utile et va peut-être éventuellement stimuler légèrement l’activité nerveuse de vos zygomatiques. En dehors de ça, franchement, point de salut.

Et pourtant, qui l’aurait cru ? On peut facilement s’imaginer les développeurs travaillant sur le kernel de Linux comme des hommes très sérieux, tellement impliqués dans leur travail qu’ils en oublient de se raser, de se laver, de manger, enfin de vivre. Les légendes urbaines ont décidément la vie dure, et il est temps de leur porter un bon coup sur le coin de la figure.

Allez, mords-y l’œil !

Le reste va dépendre d’une chose essentielle et assez malheureuse pour certains : votre niveau en anglais. Si vous en êtes restés à « Where is Bryan », les choses risquent d’être compliquées. Si par contre vous pouvez tenir comme moi une discussion technique avec Mike Schroepfer (ingénieur logiciel de Mozilla et créateur du JavaScript), alors vous n’aurez aucun problème (je chausse actuellement du 49).

Le mieux est quand même que vous soyez sous Linux et que vous tapiez la commande suivante depuis le répertoire source du kernel :

Code

grep –Eir "mot" *

où « mot » doit être remplacé par un mot anglais disons vulgaire, comme f**k, sh*t ou encore pu**y. Pour ceux qui savent, vous trouverez surement le résultat éloquent. Pour ceux qui ont un bon niveau d’anglais mais n’ont pas Linux sous la main (ou le coude), rendez-vous (vous êtes cernés) à cette adresse.

Il eut été scandaleux que ces gens-là eussent été payés.

PS : cette dernière phrase dégouline de mauvaise foi.

Pour les flemmards, voici la source :

Citation

Hilarious code in Linux Kernel 2.6!!
Whoever thought kernel hackers are just nerds who do not have fun was completely wrong. I have evidence from the kernel code! Kernel hackers have a lot of humour, probably the most humuorous bunch of people! Here are some extremely hilariously lines of code from the kernel!!!! If you want to extract all the code yourself, run the following command inside your kernel source folder:

grep -Eir "( hilarious word of your choice, eg f**k, sh*t, pu**y)" *

On my Ubuntu Edgy Eft, with the following as my base folder, I extracted these lines of code.

/usr/src/linux-source-2.6.17/

<blockquote>

Code


drivers/media/video/spca5xx/spca5xx-main.c
---------------------------------------------------

/*
* Function compares two strings.
* Return offset in <span style="font-style: italic; font-weight: bold;">ussy</span> where prick ends if "prick" may <span style="font-style: italic; font-weight: bold;">enetrate</span>
* int "<span style="font-weight: bold;">ussy</span>" like prick into <span style="font-weight: bold;">ussy</span>, -1 otherwise.
*/
static inline int
match (const char *prick, const char *<span style="font-weight: bold;">ussy</span>, int len2)
{
int len1 = strlen (prick);    //<span style="font-weight: bold; font-style: italic;">length of male string</span>
int i;                        //just an index variable
const char *tmp;              //<span style="font-weight: bold; font-style: italic;">temporary pointer for my own pleasure</span>

// We skip all spaces and tabs

Code

for (i = 0; i < tmp =" pussy</span> + i;                                       // <span style="font-weight: bold; font-style: italic;">ointer to pussy with skipped shit (spaces and tabs)   </span>

len2 = strlen (tmp);                 //calculate length again  

if (len1 > len2)
return -1;                                   //<span style="font-weight: bold; font-style: italic;">Fuck off, no fucking</span>

if (!strncmp (prick, tmp, len1))
return i + len1;

return -1;
}



drivers/net/3c59x.c
-------------------------------------------------

/* Acknowledge the IRQ. */
  iowrite16(AckIntr | IntReq | IntLatch, ioaddr + EL3_CMD);
  if (vp->cb_fn_base)                     /* <span style="font-weight: bold;">The PCMCIA people are idiots.</span>  */
          iowrite32(0x8000, vp->cb_fn_base + 4);

} while ((status = ioread16(ioaddr + EL3_STATUS)) & IntLatch);



net/ipv4/ip_gre.c
----------------------------------------------------------

static void ipgre_err(struct sk_buff *skb, u32 info)
{
#ifndef I_WISH_WORLD_WERE_PERFECT

/* It is not :-( All the routers (except for Linux) return only
8 bytes of packet payload. It means, that precise relaying of
ICMP in the real Internet is absolutely infeasible.

Moreover, Cisco "wise men" put GRE key to the third word
in GRE header. It makes impossible maintaining even soft state for keyed
GRE tunnels with enabled checksum. Tell them "thank you".

<span style="font-weight: bold;">Well, I wonder, rfc1812 was written by Cisco employee,</span>
<span style="font-weight: bold;">what the hell these idiots break standrads established</span>
<span style="font-weight: bold;">by themself???</span>
*/



arch/mips/pci/pci-ip27.c
--------------------------------------------------------------------
<span style="font-weight: bold;">/*</span>
<span style="font-weight: bold;">* IOC3 is fucked fucked beyond believe ...  Don't try to access</span>
<span style="font-weight: bold;">* anything but 32-bit words ...</span>
<span style="font-weight: bold;">*/</span>
addr = &bridge->b_type0_cfg_dev[slot].f[fn].l[where >> 2];



arch/mips/kernel/sysirix.c
----------------------------------------------------------------------------

<span style="font-weight: bold;">/* 2,191 lines of complete and utter shit coming up... */</span>

extern int max_threads;

/* The sysmp commands supported thus far. */
#define MP_NPROCS               1 /* # processor in complex */
#define MP_NAPROCS              2 /* # active processors in complex */
#define MP_PGSIZE               14 /* Return syste


arch/sparc64/mm/ultra.S
----------------------------------------------------------------------------
/* Basically, most of the Spitfire vs. Cheetah madness
* has to do with the fact that Cheetah does not support
* IMMU flushes out of the secondary context.  Someone needs
* to throw a south lake birthday party for the folks
* in Microelectronics who refused to fix this shit.
*/

/* This file is meant to be read efficiently by the CPU, not humans.
* Staraj sie tego nikomu nie pierdolnac...
*/
.text
.align          32
.globl          __flush_tlb_mm
__flush_tlb_mm:         /* 18 insns */
/* %o0=(ctx & TAG_CONTEXT_BITS), %o1=SECONDARY_CONTEXT */
ldxa            [%o1] ASI_DMMU, %g2
cmp             %g2, %o0
bne,pn          %icc, __spitfire_flush_tlb_mm_slow
mov            0x50, %g3
stxa            %g0, [%g3] ASI_DMMU_DEMAP
stxa            %g0, [%g3] ASI_IMMU_DEMAP
sethi           %hi(KERNBASE), %g3
flush           %g3
retl

</blockquote>

| IP: Logguée