Bah, au moins si le nombre a été juste mis en surbrillance avec la souris dans un GUI, type gnome-terminal, il suffit de faire un clic-milieu pour le coller autre part (ou boutons gauche et droit en même temps). Donc demi-pebkac, on peut toujours coller.

:) ca doit bien m'arriver tous les mois
Dans le même style: être sous mysql, écrire une requête, se rater et vouloir supprimer rapidement la requête avec un violent Ctrl+C et voir un jolie "Bye"

je ne vois pas en quoi la précision d'être sous linux apporte quelque chose.

un crtl + c dans un terminal c'est pas une bonne idée. ;)
Indice des conséquences... le programme s'arrête.

Il est vrai que sous Windows, CTRL-C dans une invite de commandes a généralement les mêmes effets.

"...Je viens de mettre au point un algorithme en C...
...huit bonnes minutes plus tard, il affiche le résultat ...
...J'étais sous Linux..."

ça, c'est du pur kéké, ou c'est de la physique quantique, ou alors c'était sur un ZX81.

Oui mais normalement ça ne ferme pas le terminal, donc le résultat devait encore être visible non ?

Après je peux me tromper, ça dépend peut être du terminal utilisé.

Ce "presse-papier secondaire" comme j'ai l'habitude de l'appeler, est vite devenu indispensable pour moi ! (D'ailleurs je n'utilise le presse papier classique que quand c'est vraiment nécessaire)

D'ailleurs, utilisez ce presse papier devant quelqu'un qui ne le connait pas, et vous aurez un succès fou ! (Testé et approuvé)

Je connais plein d'algo qui nécessite pas mal de temps pour tournée.
Mais bon le problème viens de la complexité exponentielle et de l'ordre qui commence à être méchant.

C'est ce que je me disais aussi, 8 minutes pour résoudre, ça doit être un sacré gros problème.

@pbx :
Jamais dit le contraire. ;)
En faite l'auteur de la pebkac n'aurait pas dû parler de Linux mais de terminal.
Je ne fais que point le problème de l'histoire.

@Totonyus
Pas forcément selon comment il affiche son résultat. Par exemple s'il avait voulu copier le PID d'un programme via top en faisait un copier coller. En tapant ctrl+c tu quittes le programme et il n'y a rien d'affiché.

Il dit bien que le programme n'est pas optimisé, je pense qu'il veut juste la réponse et qu'ensuite il va "jeter" son programme.
Ça se trouve en 2 minutes il aurait pu résoudre ça manuellement sur papier, mais le dev qui est en lui a trouvé un jeu plus intéressant :-)

Ca tourne peut-être sur un vieux processeur diésel, faut laisser le temps de chauffer :o)

C'est d'autant plus efficace lorsqu'il s'agit de copier un paragraphe. S'il les retours à la lignes ne sont pas codés en dur mais ajoutés pas l'application, un triple-clic permet de tout sélectionner.

Programme de lecture de fichier csv qui convertit les données : avant optimisation, après 30 minutes il n'avait pas fini. Après optimisation, il lui faut moins de 5 secondes.

Suffit que t'aies un programme du genre qui lit 50 fichiers de 4000 lignes et qui les analyse sans que t'aies commencé ton optimisation, et ça va te bouffer un temps monstre.

Je travaille dans la recherche en mathématiques appliquée, et je peux vous dire qu'au niveau programmation scientifique, des programmes qui même une fois optimisés et parallélisés prennent des heures ou des jours entiers à tourner, c'est courant...

Toi aussi t'as eu un prof qui faisait tourner des boucles infinies pour chauffer le proc et compiler plus vite ?

Renseigne-toi sur la fonction d'Ackermann. Ackermann codé en C (avec des printf pour débugger il est vrai -> ralentissement énorme) sur mon netbook sous ArchLinux lancé avec comme paramètres 4 et 0 avait pas fini de tourner au bout de 45min. J'ai du arrêter là, j'avais plus de batterie.

Ctrl+ins est ton ami ;-)

C'est du bash ça ? Pour moi c'est du ouindoze. Mais bon, comme je ne connais pas tous les raccourcis du monde...

C'est pas compliqué ackermann(4, 0) = ackermann(3, 1) = 13 car ackermann(3, n) = 2^(n+3)-3
Comment ça je triche... ;)
Bon OK mon PC rend l'ame pour calculer ackermann(4,3) ...

<HS>
Les gars (et les filles!), l'heure est grave. C'est le 14ème anniversaire de Google, et leur doodle renvoie vers une recherche de Google... Sur Google.
La fin est proche!
</HS>

Euh... Ctrl+C termine le programme mais ce qui est affiché resté affiché, on peut supposer que si ton programme a affiché le résultat, c'est qu'il a fini, ce qui ne fait rien.
Si du coup, ton programme a fini, ça affiche juste "^C"...

Bref... Me faudrait un projecteur pour m'éclairer sur ce PEBKAC.

Tout pareil avec la recherche opérationnelle, on peut faire des programmes qui tournent des semaines (la version naïve étant plutôt sur des milliers d'années ^^).

Si le calcul avait pris 7,5 millions d'années, j'aurais pu donner la réponse.

Dommage, à un Shift près ça aurait pu marcher...

( Oui, oui, Ctrl+Shift+C / Ctrl+Shift+V fonctionnent dans le terminal )

M'enfin bon, quand on s'appelle naïm.exe, on reste sous Windows... :)

42?

Pareilo, si quelqu'un peut m'expliquer les conséquences de ce CTRL+C... Dans mes souvenirs (pas utilisé Linux depuis un moment) ça stoppe le programme, mais s'il avait fini de calculer où est le problème ?
Ou alors c'était un programme qui affiche le résultat et lit une entrée clavier pour faire une pause avant de terminer et fermer la fenêtre ? Dans ce cas si tu avais ouvert un terminal et lancé l'exécutable en ligne de commande ton CTRL+C n'aurait fait aucun dégat...

Si ackerman(4, 0) n'avait pas terminé en 45mn (même sur un netbook), c'est que tu as foiré ton algo.
Normalement le résultat aurait du être quasiment instantané (il doit y avoir une centaine d'itiération max).

@Moot
Oui ?