Bon, les gars, vous qui êtes linuxiens comme moi, est-il normal que je
n'arrive pas à dénicher de linuxien compétent depuis presque 6 mois ? Je
ne sais pas, il me semble que c'est la crise, tout ça, et qu'il devrait y
avoir des gens qui cherchent du boulot. Au lieu de quoi, je ne reçois que
des CV de "Java drones" (pour les développeurs) et "certification
MCSE" (pour les administrateurs). Comment se fait-ce?
Il y a deux/trois ans j'ai l'impression qu'il y avait plein monde et là,
pfuit....
--
The fact that a believer is happier than a sceptic is no more to the
point than the fact that a drunken man is happier than a sober one.
The happiness of credulity is a cheap and dangerous quality.
George Bernard Shaw
Le 22-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, remy ?crivait dans fr.comp.os.linux.debats :
On 22 oct, 14:20, JKB wrote:
Le 22-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, remy ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit : >> Le 22-10-2009, ? propos de >> Re: De la difficulté à trouver? des linuxiens professionnels, >> remy ?crivait dans fr.comp.os.linux.debats :
>>>>> alors évites moi le charabia habituel qui est l'apanage des >>>>> incompétents mais tu n'es pas de cela >>>>> hein je t'écoute >>>> Bizarrement, la page avec l'algo n'est plus disponible, c'est >>>> dommage, elle nous avait bien fait rire. Le truc qui était sur la >>>> page était _trivialement_ destructeur d'information.
>> Je pars du principe pas forcément vérifié qu'il s'agit du truc >> qui a été posté sur fsm. Je vais juste noter les erreurs grossière. >> Je ne vais pas perdre de temps pour détailler.
>> 1/ pour une taille donnée de fichiers , l'entropie d'une séquence est >> inversement proportionnelle à sa longueur.
>> Ça reste à démontrer (mais à vue de nez, c'est faux)
> avec un bit tu ne peux que coder 2 états différents
Et ?
et oui ...
Un peu court.
>> 2/ si la taille d'un fichier est plus petit que toutes les combinaisons >> possibles d'une chaîne donnée il y a de quoi à faire
>> Moi y en a pas comprendre la moëlle substantifique de la sentence >> susdite. Je suppose qu'il faut mettre un point à la fin de la >> phrase, mais même avec ça, je ne comprends pas.
> ok je me suis planté, je voulais écrire plus grand "dislecsique" je > plaide coupable
Je te conseille d'acheter un dictionnaire et de n'utiliser que des mots que tu comprends.
ok je le note, toujours aussi pertinent
> si la taille d'un fichier est plus grande que toutes les combinaisons > possibles d'une chaîne donnée il y a de quoi à faire
Est-ce que tu te rends compte de ce que tu arrives à écrire. Au fait, sur fsm, il y a belle lurette que nombre de contributeurs t'ont installé confortablement dans leur boitakon, donc n'attends pas qu'on critique tes écrits comme tu l'as demandé dans tes trois derniers posts.
ben oui, on ne peut pas faire plus ouvert " il y a un truc qui..."
tiens maintenant je n'ai pas de réponse parce que je suis dans les boites à cons je n'y avais pas pensé
ne t'inquiètes pas denis devrait pas tarder à dire que je ne suis pas foutu d'expliquer une simple addition ce qui en soit est peut être vrai c'est pratiquement le seul qui me réponde
> ce qui n'est pas pertinent pour la compréhension du bouzin mais juste > une introduction
Bouzin, c'est exactement le mot que je cherchais.
>> 3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256+x2
>> Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à >> accès direct. Passons.
> ah oui tu as raison ,franchement c'est pertinent heureusement que tu > es là
Prends-moi pour un con. Ton truc, dans l'absolu, ça signifie que les données sont sur 16 bits, donc que deux données, ça fait 32 bits. Si tu comprends autre chose, ton cerveau est câblé à l'envers. On peut aussi comprendre que ton fichier ne contient que 16 bits.
>> 4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences >> par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-tête >> le nombre de rotations ou de décalage (ce qui va te faire retomber sur >> le nombre de bits initial...) ?
> je vois que tu ne comprends toujours rien relis la page avec les tableurs > elle a été faite pour des spécialistes comme toi qui comprennent tout
Merci. Ce qui est bien, c'est que tu as proposé ton truc à une conférence et que tu t'es fait boulé. Pauvre vieux, tout le monde est contre toi...
je ne me suis pas fait bouler, j'étais invité aux "sessions libres" et cela après lecture mais je voulais être aux "sessions officielles" égo jeunesse tout cela
>> 5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas >> accès à l'entropie et tu ne peux pas compresser (au moins compresser >> efficacement).
> c'est pas la séquence que je compresse c'est l'espace de cette > séquence que je réduis ou mets en facteur ce qui implique une > modification du codage de la dite séquence et par la même occasion > modifie la taille de la séquence
Le monsieur te parle d'entropie. Tu peux répondre ce que tu veux, mais jamais, tu ne parles d'information. Et tu n'as pas répondu à ce qui se passe dans le cas que j'ai indiqué.
un en tête et 2 valeurs identiques liées à la grille je ne vois pas bien ou tu veux en venir mais qui sait
Continue, tu vas trouver. Tu es sur la bonne voie.
> ah la gueule du spécialiste dis moi c'est tout, une introduction mal > écrite et un qualificatif d'accès à un fichier
Je parle des explications que tu as données sur ta page.
> parce que de mon côté cela marche très bien, le code compresse et > décompresse et comme tu es un spécialiste du java je te laisse > corriger le petit problème de compilation
Non.
pourve le, c'est toi qui dis que mes algos sont de la merde de mon côté c'est simple un petit unzip sur le code que j'ai sur mon site et cela marche au bug près bien sûr
Bien sûr, tu es un incompris. Sais-tu que ça se soigne ?
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
On 22 oct, 14:20, JKB <knatsc...@koenigsberg.fr> wrote:
Le 22-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
remy ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le 22-10-2009, ? propos de
>> Re: De la difficulté à trouver? des linuxiens professionnels,
>> remy ?crivait dans fr.comp.os.linux.debats :
>>>>> alors évites moi le charabia habituel qui est l'apanage des
>>>>> incompétents mais tu n'es pas de cela
>>>>> hein je t'écoute
>>>> Bizarrement, la page avec l'algo n'est plus disponible, c'est
>>>> dommage, elle nous avait bien fait rire. Le truc qui était sur la
>>>> page était _trivialement_ destructeur d'information.
>> Je pars du principe pas forcément vérifié qu'il s'agit du truc
>> qui a été posté sur fsm. Je vais juste noter les erreurs grossière.
>> Je ne vais pas perdre de temps pour détailler.
>> 1/ pour une taille donnée de fichiers , l'entropie d'une séquence est
>> inversement proportionnelle à sa longueur.
>> Ça reste à démontrer (mais à vue de nez, c'est faux)
> avec un bit tu ne peux que coder 2 états différents
Et ?
et oui ...
Un peu court.
>> 2/ si la taille d'un fichier est plus petit que toutes les combinaisons
>> possibles d'une chaîne donnée il y a de quoi à faire
>> Moi y en a pas comprendre la moëlle substantifique de la sentence
>> susdite. Je suppose qu'il faut mettre un point à la fin de la
>> phrase, mais même avec ça, je ne comprends pas.
> ok je me suis planté, je voulais écrire plus grand "dislecsique" je
> plaide coupable
Je te conseille d'acheter un dictionnaire et de n'utiliser que des
mots que tu comprends.
ok je le note, toujours aussi pertinent
> si la taille d'un fichier est plus grande que toutes les combinaisons
> possibles d'une chaîne donnée il y a de quoi à faire
Est-ce que tu te rends compte de ce que tu arrives à écrire. Au
fait, sur fsm, il y a belle lurette que nombre de contributeurs
t'ont installé confortablement dans leur boitakon, donc n'attends
pas qu'on critique tes écrits comme tu l'as demandé dans tes trois
derniers posts.
ben oui, on ne peut pas faire plus ouvert " il y a un truc qui..."
tiens maintenant je n'ai pas de réponse parce que je suis dans les
boites à cons
je n'y avais pas pensé
ne t'inquiètes pas denis
devrait pas tarder à dire que je ne suis pas foutu d'expliquer une
simple addition
ce qui en soit est peut être vrai c'est pratiquement le seul qui me
réponde
> ce qui n'est pas pertinent pour la compréhension du bouzin mais juste
> une introduction
Bouzin, c'est exactement le mot que je cherchais.
>> 3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256+x2
>> Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à
>> accès direct. Passons.
> ah oui tu as raison ,franchement c'est pertinent heureusement que tu
> es là
Prends-moi pour un con. Ton truc, dans l'absolu, ça signifie que les
données sont sur 16 bits, donc que deux données, ça fait 32 bits. Si
tu comprends autre chose, ton cerveau est câblé à l'envers.
On peut aussi comprendre que ton fichier ne contient que 16 bits.
>> 4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences
>> par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-tête
>> le nombre de rotations ou de décalage (ce qui va te faire retomber sur
>> le nombre de bits initial...) ?
> je vois que tu ne comprends toujours rien relis la page avec les tableurs
> elle a été faite pour des spécialistes comme toi qui comprennent tout
Merci. Ce qui est bien, c'est que tu as proposé ton truc à une
conférence et que tu t'es fait boulé. Pauvre vieux, tout le monde
est contre toi...
je ne me suis pas fait bouler, j'étais invité aux "sessions libres" et
cela après lecture
mais je voulais être aux "sessions officielles" égo jeunesse tout
cela
>> 5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas
>> accès à l'entropie et tu ne peux pas compresser (au moins compresser
>> efficacement).
> c'est pas la séquence que je compresse c'est l'espace de cette
> séquence que je réduis ou mets en facteur ce qui implique une
> modification du codage de la dite séquence et par la même occasion
> modifie la taille de la séquence
Le monsieur te parle d'entropie. Tu peux répondre ce que tu veux,
mais jamais, tu ne parles d'information. Et tu n'as pas répondu à ce
qui se passe dans le cas que j'ai indiqué.
un en tête et 2 valeurs identiques liées à la grille je ne vois pas
bien ou tu veux en venir
mais qui sait
Continue, tu vas trouver. Tu es sur la bonne voie.
> ah la gueule du spécialiste dis moi c'est tout, une introduction mal
> écrite et un qualificatif d'accès à un fichier
Je parle des explications que tu as données sur ta page.
> parce que de mon côté cela marche très bien, le code compresse et
> décompresse et comme tu es un spécialiste du java je te laisse
> corriger le petit problème de compilation
Non.
pourve le, c'est toi qui dis que mes algos sont de la merde
de mon côté c'est simple un petit unzip sur le code que j'ai sur mon
site
et cela marche au bug près bien sûr
Bien sûr, tu es un incompris. Sais-tu que ça se soigne ?
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 22-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, remy ?crivait dans fr.comp.os.linux.debats :
On 22 oct, 14:20, JKB wrote:
Le 22-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, remy ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit : >> Le 22-10-2009, ? propos de >> Re: De la difficulté à trouver? des linuxiens professionnels, >> remy ?crivait dans fr.comp.os.linux.debats :
>>>>> alors évites moi le charabia habituel qui est l'apanage des >>>>> incompétents mais tu n'es pas de cela >>>>> hein je t'écoute >>>> Bizarrement, la page avec l'algo n'est plus disponible, c'est >>>> dommage, elle nous avait bien fait rire. Le truc qui était sur la >>>> page était _trivialement_ destructeur d'information.
>> Je pars du principe pas forcément vérifié qu'il s'agit du truc >> qui a été posté sur fsm. Je vais juste noter les erreurs grossière. >> Je ne vais pas perdre de temps pour détailler.
>> 1/ pour une taille donnée de fichiers , l'entropie d'une séquence est >> inversement proportionnelle à sa longueur.
>> Ça reste à démontrer (mais à vue de nez, c'est faux)
> avec un bit tu ne peux que coder 2 états différents
Et ?
et oui ...
Un peu court.
>> 2/ si la taille d'un fichier est plus petit que toutes les combinaisons >> possibles d'une chaîne donnée il y a de quoi à faire
>> Moi y en a pas comprendre la moëlle substantifique de la sentence >> susdite. Je suppose qu'il faut mettre un point à la fin de la >> phrase, mais même avec ça, je ne comprends pas.
> ok je me suis planté, je voulais écrire plus grand "dislecsique" je > plaide coupable
Je te conseille d'acheter un dictionnaire et de n'utiliser que des mots que tu comprends.
ok je le note, toujours aussi pertinent
> si la taille d'un fichier est plus grande que toutes les combinaisons > possibles d'une chaîne donnée il y a de quoi à faire
Est-ce que tu te rends compte de ce que tu arrives à écrire. Au fait, sur fsm, il y a belle lurette que nombre de contributeurs t'ont installé confortablement dans leur boitakon, donc n'attends pas qu'on critique tes écrits comme tu l'as demandé dans tes trois derniers posts.
ben oui, on ne peut pas faire plus ouvert " il y a un truc qui..."
tiens maintenant je n'ai pas de réponse parce que je suis dans les boites à cons je n'y avais pas pensé
ne t'inquiètes pas denis devrait pas tarder à dire que je ne suis pas foutu d'expliquer une simple addition ce qui en soit est peut être vrai c'est pratiquement le seul qui me réponde
> ce qui n'est pas pertinent pour la compréhension du bouzin mais juste > une introduction
Bouzin, c'est exactement le mot que je cherchais.
>> 3/ Donc 2 données consécutives dans un fichier sur 16 bits d=x1*256+x2
>> Je suppose qu'il s'agit de deux octets consécutifs dans un fichier à >> accès direct. Passons.
> ah oui tu as raison ,franchement c'est pertinent heureusement que tu > es là
Prends-moi pour un con. Ton truc, dans l'absolu, ça signifie que les données sont sur 16 bits, donc que deux données, ça fait 32 bits. Si tu comprends autre chose, ton cerveau est câblé à l'envers. On peut aussi comprendre que ton fichier ne contient que 16 bits.
>> 4/ Que se passe-il si on balance 255 255 dans ton truc ? Tu commences >> par encoder en base64 ? Tu rajoutes par un mécanisme à la noix d'en-tête >> le nombre de rotations ou de décalage (ce qui va te faire retomber sur >> le nombre de bits initial...) ?
> je vois que tu ne comprends toujours rien relis la page avec les tableurs > elle a été faite pour des spécialistes comme toi qui comprennent tout
Merci. Ce qui est bien, c'est que tu as proposé ton truc à une conférence et que tu t'es fait boulé. Pauvre vieux, tout le monde est contre toi...
je ne me suis pas fait bouler, j'étais invité aux "sessions libres" et cela après lecture mais je voulais être aux "sessions officielles" égo jeunesse tout cela
>> 5/ Tu ne regardes pas le contenu statistique du message, donc tu n'as pas >> accès à l'entropie et tu ne peux pas compresser (au moins compresser >> efficacement).
> c'est pas la séquence que je compresse c'est l'espace de cette > séquence que je réduis ou mets en facteur ce qui implique une > modification du codage de la dite séquence et par la même occasion > modifie la taille de la séquence
Le monsieur te parle d'entropie. Tu peux répondre ce que tu veux, mais jamais, tu ne parles d'information. Et tu n'as pas répondu à ce qui se passe dans le cas que j'ai indiqué.
un en tête et 2 valeurs identiques liées à la grille je ne vois pas bien ou tu veux en venir mais qui sait
Continue, tu vas trouver. Tu es sur la bonne voie.
> ah la gueule du spécialiste dis moi c'est tout, une introduction mal > écrite et un qualificatif d'accès à un fichier
Je parle des explications que tu as données sur ta page.
> parce que de mon côté cela marche très bien, le code compresse et > décompresse et comme tu es un spécialiste du java je te laisse > corriger le petit problème de compilation
Non.
pourve le, c'est toi qui dis que mes algos sont de la merde de mon côté c'est simple un petit unzip sur le code que j'ai sur mon site et cela marche au bug près bien sûr
Bien sûr, tu es un incompris. Sais-tu que ça se soigne ?
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
remy
ok ca roule donc ca marche merci de m'avoir lu remy
ok ca roule donc ca marche merci de m'avoir lu
remy
ok ca roule donc ca marche merci de m'avoir lu remy
Briancon Tanguy
JKB wrote:
Le 22-10-2009, ? propos de Vieux PC, Tanguy Briancon ?crivait dans fr.comp.os.linux.debats :
J'ai un vieux PC (Pentium 3, 128 Mo, 20 Go de HD, lecteur DVD) qui tourne (pas souvent) sous Windows Me (sisi: il faudrait le mettre dans un musée...) ou bien sur une Mandrake (que j'utilisais le plus souvent). J'arrivais (je ne l'utilise plus ce PC) à faire quand meme pas mal de chose avec (i.e surfer sur internet, lire des divx, écrire une thèse en LaTeX, le tout sous KDE...).
Pour le fun (et pour apprendre...), j'ai envie d'essayer d'autres OS (BSD ou bien open-Solaris), pensez vous que ce PC acceptent les versions actuelles de ces OS ou bien je dois me tourner vers des version plus anciennes?
Free/NetBSD, sans aucun problème. Open, je suis contre, mais ça n'engage que moi. Quant à Solaris, j'oublierais. J'ai un Solaris 10 qui tourne sur un P4 et ça râaaaame avec 2 Go de mémoire. Solaris est vraiment intéressant lorsqu'on a des machines qui montent en charge, mais pour une utilisation sur un PC de base, franchement, je ne vois pas l'intérêt (sauf à vouloir absolument utiliser 'slowlaris'...).
JKB
Ok merci pour ces précisions. Je vais donc essayer d'installer un BSD par curiosité...
JKB wrote:
Le 22-10-2009, ? propos de
Vieux PC,
Tanguy Briancon ?crivait dans fr.comp.os.linux.debats :
J'ai un vieux PC (Pentium 3, 128 Mo, 20 Go de HD, lecteur DVD) qui
tourne (pas souvent) sous Windows Me (sisi: il faudrait le mettre
dans un musée...) ou bien sur une Mandrake (que j'utilisais le plus
souvent).
J'arrivais (je ne l'utilise plus ce PC) à faire quand meme pas mal de
chose avec (i.e surfer sur internet, lire des divx, écrire une
thèse en LaTeX, le tout sous KDE...).
Pour le fun (et pour apprendre...), j'ai envie d'essayer d'autres OS
(BSD ou bien open-Solaris), pensez vous que ce PC acceptent les versions
actuelles de ces OS ou bien je dois me tourner vers des version
plus anciennes?
Free/NetBSD, sans aucun problème. Open, je suis contre, mais ça
n'engage que moi. Quant à Solaris, j'oublierais. J'ai un Solaris 10
qui tourne sur un P4 et ça râaaaame avec 2 Go de mémoire. Solaris
est vraiment intéressant lorsqu'on a des machines qui montent en
charge, mais pour une utilisation sur un PC de base, franchement, je
ne vois pas l'intérêt (sauf à vouloir absolument utiliser
'slowlaris'...).
JKB
Ok merci pour ces précisions. Je vais donc essayer d'installer un BSD
par curiosité...
Le 22-10-2009, ? propos de Vieux PC, Tanguy Briancon ?crivait dans fr.comp.os.linux.debats :
J'ai un vieux PC (Pentium 3, 128 Mo, 20 Go de HD, lecteur DVD) qui tourne (pas souvent) sous Windows Me (sisi: il faudrait le mettre dans un musée...) ou bien sur une Mandrake (que j'utilisais le plus souvent). J'arrivais (je ne l'utilise plus ce PC) à faire quand meme pas mal de chose avec (i.e surfer sur internet, lire des divx, écrire une thèse en LaTeX, le tout sous KDE...).
Pour le fun (et pour apprendre...), j'ai envie d'essayer d'autres OS (BSD ou bien open-Solaris), pensez vous que ce PC acceptent les versions actuelles de ces OS ou bien je dois me tourner vers des version plus anciennes?
Free/NetBSD, sans aucun problème. Open, je suis contre, mais ça n'engage que moi. Quant à Solaris, j'oublierais. J'ai un Solaris 10 qui tourne sur un P4 et ça râaaaame avec 2 Go de mémoire. Solaris est vraiment intéressant lorsqu'on a des machines qui montent en charge, mais pour une utilisation sur un PC de base, franchement, je ne vois pas l'intérêt (sauf à vouloir absolument utiliser 'slowlaris'...).
JKB
Ok merci pour ces précisions. Je vais donc essayer d'installer un BSD par curiosité...
Le 22-10-2009, ? propos de Re: Vieux PC, Kojak ?crivait dans fr.comp.os.linux.debats :
Le Thu, 22 Oct 2009 09:10:28 +0000 (UTC), JKB a écrit :
Open, je suis contre, mais ça n'engage que moi.
Ne serait-ce pas lié au caractère de difficile de Theo, par hasard ? :-)
Il n'est pas pire que celui de Drepper. Par contre, je trouve le monsieur très biiiiiip lorsqu'il se permet de réécrire les specs POSIX à sa sauce parce que certains trucs POSIX lui semblent pas trop 'secure' comme il dit. Ça donne sur certains programmes qui poussent POSIX dans ses limites des choses assez amusantes. En particulier, sous OpenBSD, il est impossible d'utiliser une pile système alternative dans un programme multithreadé et ça rend _impossible_ la récupération propre d'un segfault (entre autre). C'est gênant dans un système qui se dit solide, surtout que le segfault peut provenir d'un dépassement de pile parfaitement maîtrisé (une fonction récursive par exemple) et qu'on peut récupérer.
Il y a aussi certaines fonctions POSIX qui balancent directement un segfault au lieu d'un code d'erreur parfaitement documenté. On est sûr qu'il n'y aura jamais d'exploit à partir de ces fonctions POSIX vu qu'elles plantent avant qu'on est pu en faire quelque chose. C'est beau, la sécurité vu par OpenBSD...
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 22-10-2009, ? propos de
Re: Vieux PC,
Kojak ?crivait dans fr.comp.os.linux.debats :
Le Thu, 22 Oct 2009 09:10:28 +0000 (UTC),
JKB a écrit :
Open, je suis contre, mais ça n'engage que moi.
Ne serait-ce pas lié au caractère de difficile de Theo, par hasard ? :-)
Il n'est pas pire que celui de Drepper. Par contre, je trouve le
monsieur très biiiiiip lorsqu'il se permet de réécrire les specs
POSIX à sa sauce parce que certains trucs POSIX lui semblent pas
trop 'secure' comme il dit. Ça donne sur certains programmes qui
poussent POSIX dans ses limites des choses assez amusantes. En
particulier, sous OpenBSD, il est impossible d'utiliser une pile
système alternative dans un programme multithreadé et ça rend
_impossible_ la récupération propre d'un segfault (entre autre).
C'est gênant dans un système qui se dit solide, surtout que le
segfault peut provenir d'un dépassement de pile parfaitement
maîtrisé (une fonction récursive par exemple) et qu'on peut
récupérer.
Il y a aussi certaines fonctions POSIX qui balancent directement un
segfault au lieu d'un code d'erreur parfaitement documenté. On est
sûr qu'il n'y aura jamais d'exploit à partir de ces fonctions POSIX
vu qu'elles plantent avant qu'on est pu en faire quelque chose.
C'est beau, la sécurité vu par OpenBSD...
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 22-10-2009, ? propos de Re: Vieux PC, Kojak ?crivait dans fr.comp.os.linux.debats :
Le Thu, 22 Oct 2009 09:10:28 +0000 (UTC), JKB a écrit :
Open, je suis contre, mais ça n'engage que moi.
Ne serait-ce pas lié au caractère de difficile de Theo, par hasard ? :-)
Il n'est pas pire que celui de Drepper. Par contre, je trouve le monsieur très biiiiiip lorsqu'il se permet de réécrire les specs POSIX à sa sauce parce que certains trucs POSIX lui semblent pas trop 'secure' comme il dit. Ça donne sur certains programmes qui poussent POSIX dans ses limites des choses assez amusantes. En particulier, sous OpenBSD, il est impossible d'utiliser une pile système alternative dans un programme multithreadé et ça rend _impossible_ la récupération propre d'un segfault (entre autre). C'est gênant dans un système qui se dit solide, surtout que le segfault peut provenir d'un dépassement de pile parfaitement maîtrisé (une fonction récursive par exemple) et qu'on peut récupérer.
Il y a aussi certaines fonctions POSIX qui balancent directement un segfault au lieu d'un code d'erreur parfaitement documenté. On est sûr qu'il n'y aura jamais d'exploit à partir de ces fonctions POSIX vu qu'elles plantent avant qu'on est pu en faire quelque chose. C'est beau, la sécurité vu par OpenBSD...
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Stéphane CARPENTIER
Patrice Karatchentzeff wrote:
Si je veux du n'importe quoi, je prends un expert en Java... voire en Python (y'en a moins qu'en Java).
Si tu prends un expert en java pour faire de la programmation système, c'est de ta faute si ce qu'il fait n'est pas adapté.
Patrice Karatchentzeff wrote:
Si je veux du n'importe quoi, je prends un expert en Java... voire en
Python (y'en a moins qu'en Java).
Si tu prends un expert en java pour faire de la programmation système,
c'est de ta faute si ce qu'il fait n'est pas adapté.
Le Fri, 23 Oct 2009 23:26:44 +0200, Stéphane CARPENTIER a écrit:
Il parlait de son adresse e-mail à lui, si tu veux lui écrire en privé.
Aaaaaaah bon. Désolé je fatigue :)
-- Jesus saves but only Buddha makes incremental backups.
Stéphane CARPENTIER
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
Quand je vois les premières lignes de tes pages (le reste est illisible), je me dis que quand tu codes un module pour le noyau ça doit être rigolo.
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
Toxico Nimbus , dans le message <4adece9c$0$426$, a écrit :
Ça n'apprend pas au gens ce que sont un pointeur, une pile, un /thread/ ou une primitive de synchronisation...
En effet. On conseille en général d'apprendre à marcher avant d'apprendre à courir.
Je milite pour débuter avec un assembleur simple (genre Motorola 68k)
beaucoup d'effort pour pas grand chose en retour...
Alors que Perl propose bien plus pour bien moins d'effort.
Bof, avec le visual basic, tu programmes à la souris, ça demande encore moins d'effort.
JKB
Le 23-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, Stéphane CARPENTIER ?crivait dans fr.comp.os.linux.debats :
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
Quand je vois les premières lignes de tes pages (le reste est illisible), je me dis que quand tu codes un module pour le noyau ça doit être rigolo.
N'est-il pas ? J'ai encore des sources à lui quelque part sur mon serveur. C'est pour montrer à des stagiaires ce qu'il ne _faut_ pas faire...
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 23-10-2009, ? propos de
Re: De la difficulté à trouver? des linuxiens professionnels,
Stéphane CARPENTIER ?crivait dans fr.comp.os.linux.debats :
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des
incompétents mais tu n'es pas de cela
hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est
dommage, elle nous avait bien fait rire. Le truc qui était sur la
page était _trivialement_ destructeur d'information.
Quand je vois les premières lignes de tes pages (le reste est
illisible), je me dis que quand tu codes un module pour le noyau ça doit
être rigolo.
N'est-il pas ? J'ai encore des sources à lui quelque part sur mon
serveur. C'est pour montrer à des stagiaires ce qu'il ne _faut_ pas
faire...
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 23-10-2009, ? propos de Re: De la difficulté à trouver? des linuxiens professionnels, Stéphane CARPENTIER ?crivait dans fr.comp.os.linux.debats :
remy wrote:
alors évites moi le charabia habituel qui est l'apanage des incompétents mais tu n'es pas de cela hein je t'écoute
Bizarrement, la page avec l'algo n'est plus disponible, c'est dommage, elle nous avait bien fait rire. Le truc qui était sur la page était _trivialement_ destructeur d'information.
Quand je vois les premières lignes de tes pages (le reste est illisible), je me dis que quand tu codes un module pour le noyau ça doit être rigolo.
N'est-il pas ? J'ai encore des sources à lui quelque part sur mon serveur. C'est pour montrer à des stagiaires ce qu'il ne _faut_ pas faire...
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
