On Tue, 15 Jul 2008 15:07:44 +0200, DelSpam <"lipmi(DelSpam)"***free.fr>
wrote:
[snip]
> Pour 2) "print" , même pb avec ta proposition
>
> t2 = ['a','b','c','d','e','f','g','h','i','j','k','l']
>
> for elem in t2:
> print elem, # pas de pb avec l'interpreteur
> # pas d'affichage du print avec Eric
> # sauf si on enleve la virgule (mais
> dans ce cas affichage en colone)
>
> print # avec ajout de cette ligne, le ' print
> elem, ' affiche bien t2 sur une ligne
>
>
> bizarre, bizarre, j'ai un affichage correct (sans ajouter la ligne print
> ou print "" Ã*** la fin du programme) avec le debogueur d'Eric ... Ã***
> suivre ...

Les entrées/sorties sont en général bufferisées par le système, ce qui se
traduit souvent par un affichage effectif uniquement lorsque la ligne est
complète. Le buffer est en général aussi "flushé" automatiquement lorsque
le programme s'arrête, mais dans un IDE, l'interpréteur peut ne pas sortir
lorsque le programme est fini.

Démonstration:
-----------------------------------
import time

for i in range(10):
print i,
time.sleep(1)
-----------------------------------

Chez moi, le script lancé avec l'interpréteur Python n'affiche rien
pendant 10 secondes, puis affiche toute la ligne d'un coup.

Si c'est vraiment important, ajouter un sys.stdout.flush() après chaque
print devrait résoudre le problème (avec le 'import sys' qui va bien, bien
sûr).

HTH
--
python -c "print ''.join([chr(154 - ord(c)) for c in
'U(17zX(%,5.zmz5(17l8(%,5.Z*(93-965$l7+-'])"