Bienvenue sur PEBKAC.fr, le site qui recense les anecdotes où l’on se moque des utilisateurs ne maîtrisant pas l’outil informatique. PEBKAC est un acronyme signifiant « Problem Exists Between Keyboard And Chair ».
Le problème se situe entre la chaise et le clavier : soumettez vos histoires, donnez votre avis !
Ce site n'est pas le site original pebkac.fr. Je publie ici la liste des PEBKAC que j'ai pu sauvegarder avant que le site original ne soit mis hors ligne.
Se connecter | Aléatoire | Soumettre
Sur un forum, un membre demandait si « apprendre à programmer est sans risque ».
Il explique ensuite : parce qu'un de ses amis lui a dit qu'en programmant, il avait fait planter son ordinateur. PEBKAC.
PEBKAC #6746 proposé par TD le 23/01/2013 | 36 commentaires | 👍🏽 👎🏽 +185
Tout dépend de ce qu'il veut faire. Si il essaye de recompiler son kernel avec des modifications faites maison, l'ordinateur risque effectivement de planter.

Cependant si il se limite à des printf('je suit tro 1 programatteur!"), il risque pas grand chose à part des segfaults.
Commentaire #75178 écrit par Link le 23/01/2013 à 08h35 | 👍🏽 👎🏽
Sous windows 98, j'avais fait un cgi en C et j'avais concaténé plusieurs chaines dans le printf.
C'était jolie les pixels du bureau qui changeait de couleurs pour finir en écran bleu au moment de certain tests.
Commentaire #75183 écrit par but2ene le 23/01/2013 à 08h50 | 👍🏽 👎🏽
Il pourra aussi faire des softs buggés qui feront planter les ordinateurs des autres.
(Je me rappelle de mes boucles infinies en cours de prog ^^')
Commentaire #75189 écrit par PapierQ le 23/01/2013 à 09h06 | 👍🏽 👎🏽
S'il commence à faire mumuse avec des pointeurs qu'il n'initialise pas correctement, il a des chances d'avoir de beaux BSODs.

Petit PEBKAC, mais PEBKAC quand même. (On n'apprend pas à programmer sans risque, on apprend à bien programmer)
Commentaire #75194 écrit par Skefrep le 23/01/2013 à 09h14 | 👍🏽 👎🏽
Les BSOD, c'est seulement sur les OS inférieurs. Et même sur les OS inférieurs, à moins de bidouiller la moelle de l'os, la seule chose que tu fera planter, c'est ton programme.

(Tiens, j'ai oublié des balises <troll></troll>. Tant pis.)
Commentaire #75198 écrit par danarmk le 23/01/2013 à 09h18 | 👍🏽 👎🏽
Après, faut voir si par planter, il fait référence à des écrans bleu dont le seul inconvénient est de devoir redémarrer ton ordi, ou à un programme tellement foireux qu'il en supprime des dossiers système...
Commentaire #75201 écrit par Sihn le 23/01/2013 à 09h22 | 👍🏽 👎🏽
Bah oui c'est facile de faire planter son ordi en programmant (le code est peut-être incorrect, ça fait un bout de temps que je n'ai pas touché au C et je n'ai pas le temps pour un test):
#include <stdio.h>
int main(void)
{
while(1)
system("./nomDeTonFichier &");
return 0;
}
C'est le moyen le plus rapide de faire planter son ordi.
Après il faut le vouloir bien entendu...
Commentaire #75202 écrit par tony83 le 23/01/2013 à 09h25 | 👍🏽 👎🏽
Ca sent le sun ou le terminal X où le serveur est très mal configuré.
Commentaire #75205 écrit par but2ene le 23/01/2013 à 09h35 | 👍🏽 👎🏽
suis pas certain que system("xyz &") lance xyz en tâche de fond. & c'est plutôt de la syntaxe shell et c'est le shell qui se débrouille pour mettre le processus en background, non ?
Commentaire #75212 écrit par pbx le 23/01/2013 à 09h43 | 👍🏽 👎🏽
while(1) {
fork();
}

Testé en vrai ...
Commentaire #75225 écrit par aaa le 23/01/2013 à 10h21 | 👍🏽 👎🏽
En même temps si tu veux faire planter pas besoin de passer par le C. Essaye un cat /dev/random > /dev/sda en tant que root et tu verras ;)
Commentaire #75226 écrit par cpn42 le 23/01/2013 à 10h22 | 👍🏽 👎🏽
Bonjour, j'ai acheté une voiture. Je voudrais savoir si en la conduisant j'ai des risques qu'elle fasse une panne.
Commentaire #75228 écrit par Plop le 23/01/2013 à 10h56 | 👍🏽 👎🏽
Oh la jolie fork bomb.
Mais je crois qu'on peut configurer une limite en nombre de processus qu'un programme ou utilisateur peut lancer pour empêcher ça (en tout cas sous UNIX, sous Windows normalement les antivirus détectent ce genre de code).
Commentaire #75230 écrit par Acorah le 23/01/2013 à 11h00 | 👍🏽 👎🏽
Un rm -rf /* en root c'est rigolo aussi.
Commentaire #75231 écrit par Acorah le 23/01/2013 à 11h01 | 👍🏽 👎🏽
Déjà fait.

J'avais une mise à jour à faire sur un linux embarqué, à partir d'une archive tar.gz. Je la décompresse dans mon home, et je me retrouve avec un dossier usr dans mon répertoire personnel. Après avoir déplacé les nouveaux fichiers à leur bonne place, j'ai voulu supprimer le répertoire usr.

sudo rm -rf /usr

Oui, j'ai oublié le point devant le /usr. Plus qu'a reflasher la carte...
Commentaire #75236 écrit par Link le 23/01/2013 à 11h25 | 👍🏽 👎🏽
tiens quelqu'un qui se renseigne sur les risques avant de faire quelque chose...

je n'appelle pas ca un PEBKAC
Commentaire #75241 écrit par achille le 23/01/2013 à 11h51 | 👍🏽 👎🏽
Pour ceux qui ne connaissent pas, les sun raie ou les terminaux X, ne fond absolument rien à par transmettre les événements clavier/souris et afficher une image. Tout est fait sur un seul serveur. Si le serveur est mal configuré (limits.conf) et que quelqu'un lance une boucle infinie, il est possible de bloquer toute la salle de TP.
Commentaire #75242 écrit par but2ene le 23/01/2013 à 11h52 | 👍🏽 👎🏽
system() executes a command specified in command by calling /bin/sh -c
command, and returns after the command has been completed. During exe‐
cution of the command, SIGCHLD will be blocked, and SIGINT and SIGQUIT
will be ignored.

Donc, oui ca le mets en tâche de fond :)
Commentaire #75243 écrit par but2ene le 23/01/2013 à 11h55 | 👍🏽 👎🏽
« sous Windows normalement les antivirus détectent ce genre de code» LOL
Commentaire #75246 écrit par but2ene le 23/01/2013 à 11h56 | 👍🏽 👎🏽
Ou d'avoir un accident :)
Commentaire #75247 écrit par but2ene le 23/01/2013 à 11h57 | 👍🏽 👎🏽
@but2ene : Après lecture de ton commentaire j'ai cherché vite fait sur google (mais au boulot avec des pages bloquées par le proxy pas évident), et en 2010 effectivement les anti-virus les plus répandus s'étaient fait mettre une misère par un test de fork-bomb (mais pas trouvé d'article plus récent pour savoir si c'est toujours le cas ou pas)...
J'ai du confondre avec les zip-bombs qui elles sont (officiellement du moins) détectées depuis quelques temps déjà.
Commentaire #75250 écrit par Acorah le 23/01/2013 à 12h08 | 👍🏽 👎🏽
Le meilleurs moyen est d'essayer :)
Commentaire #75259 écrit par but2ene le 23/01/2013 à 12h30 | 👍🏽 👎🏽
Je préfère laisser un autre le faire ^^
Quoique une fork bomb en soit ce n'est pas forcément bien méchant. On peut toujours s'en sortir en éteignant l'ordi (même si je n'aime pas éteindre une machine à la barbare). Sauf si on a fait la bêtise de la mettre en lancement automatique au démarrage bien sur (quoique même là en démarrant en mode sans échec elle ne devrait pas se lancer).
Commentaire #75292 écrit par Acorah le 23/01/2013 à 14h55 | 👍🏽 👎🏽
Pourquoi autant de pouces rouges ? il a parfaitement raison, on n'est plus au XXe siècle, sur un OS récent le code en userspace ne peut pas planter le système.
Commentaire #75305 écrit par b0fh le 23/01/2013 à 16h46 | 👍🏽 👎🏽
Non mais "sans risques", ça voulait surtout dire qu'il pouvait programmer sans risquer que son ordinateur n'attrape un virus, comme H1N1 par exemple. Tout l'monde sait que ça ne peut arriver que si l'ordinateur mange du poulet.
Commentaire #75308 écrit par Siggy le 23/01/2013 à 17h00 | 👍🏽 👎🏽
Surtout que comme vu plus haut, il y a moyen de réellement faire planter l'ordi :)
Commentaire #75310 écrit par Brendel le 23/01/2013 à 17h04 | 👍🏽 👎🏽
Il faut demander à Roseline :)
Commentaire #75344 écrit par but2ene le 23/01/2013 à 18h14 | 👍🏽 👎🏽
system('rm -rf /*') sous root comme tout débutant
Commentaire #75364 écrit par kod le 23/01/2013 à 19h20 | 👍🏽 👎🏽
C'est quand même dangereux, tu prends le risque de te bloquer un jour sans savoir pourquoi, juste parce que trop de processus.
Commentaire #75379 écrit par mini le 23/01/2013 à 20h23 | 👍🏽 👎🏽
Sous z/OS j'ai déjà réussi à utiliser toutes les queues IPC autorisées sur la machine.
Ça a "juste" empêché de lancer les programmes utilisant (et créant) des queues IPC sur les environnements de dev, packaging et tests usines.

Finalement, l'évol en question a été abandonnée.

(Tient! Je devrait peut-être soumettre comme PEBKAC.)
Commentaire #75392 écrit par Shirluban le 23/01/2013 à 21h05 | 👍🏽 👎🏽
M. Troll: ça dépend ! Si tu programmes pour iOS ou sous C#, tu peux. Avec les daubes de logiciels Xcode et Visual Studio.

Si tu commences à programmer sous Eclipse, y'a des risques mais c'est rare. Sinon utilise notepad++ :P
Commentaire #75413 écrit par Cartman34 le 23/01/2013 à 21h54 | 👍🏽 👎🏽
Oui c'était des Xterm, c'était en tp de prog à la fac (il y a 15 ans environ).
Commentaire #75461 écrit par PapierQ le 24/01/2013 à 09h31 | 👍🏽 👎🏽
Si c'est juste un petit test que tu codes toi-même l'exécutable ne va pas se lancer tout seul. Une fois que tu as vu ce que ça faisait tu redémarres la machine et tu supprimes l'application tout simplement.
Commentaire #75466 écrit par Acorah le 24/01/2013 à 10h13 | 👍🏽 👎🏽
Même pas besoin de supprimer l'exécutable. Même pas besoin de faire d'exécutable ;)
Un petit bomb.bat.
@echo off
:s
start bomb.bat
goto :s

Mais je vois que beaucoup aiment dire des choses, mais dès qu'il faut essayer un truc, il n'y a plus personne :)
Commentaire #75475 écrit par but2ene le 24/01/2013 à 11h57 | 👍🏽 👎🏽
La flemme de le faire. Et surtout une liste de choses plus intéressantes (ou plus importantes) à faire qui ne cesse de s'allonger jour après jour.
Si je gagne à l'euromillions j'aurai plus de temps libre pour ça :)
Commentaire #75502 écrit par Acorah le 24/01/2013 à 16h20 | 👍🏽 👎🏽
Justement, son ami aurait du commencer par apprendre à programmer...
:P
Commentaire #77930 écrit par Youplà le 06/02/2013 à 17h45 | 👍🏽 👎🏽