Nos beugs

[InstinctHack]

Salut,

Qui peux prétendre programmer et n'avoir jamais rencontré un beug ? personne
Et malgré la haine qu'on as contre eux sur le moment, quel bonheur de COMPRENDRE pourquoi et ainsi corrigé, améliorer et avancer, et cela même si c'est au prix d'heure de recherche, car on est des hackers et qu'on aime ça (limite sado parfois :') )

Et vu que je me retrouve fasse à pas mal de beug insolite en ce moment je partage

Je ne dis pas pourquoi, je vous laisse chercher
Je donne [+1] de réputation à celui qui trouve le premier la raison à l'un beug

1

Code python (valide 2.7 et 3.2) mais ne marche pas...

Code PYTHON :


#!/usr/bin/env python
# -*- coding: utf-8 -*-

import json

description=["Affiche un gentil message plein d'amour à celui qui se prétend hacker",
    "Sans connaitre les dorks, l'anglais et lire la documentation...",
    "\001ACTION sent le lam3ouz d'ici...\001"]

rtfm={}
rtfm["description"]=description

Data={}
Data['rtfm']=rtfm
print(json.dumps(Data,indent=4))
 

2

Le premier as avoir trouver est supersnail

Code python (valide 2.7 et 3.2)

Code PYTHON :


#!/usr/bin/env python
# -*- coding: utf-8 -*-

import time,threading

def enfant():
    time.sleep(3)
    print("Je suis l'enfant")

threading.Thread(None, enfant(), None, (), {}).start()#fonction non bloquante
print("Je suis le père")
 

La sortie attendue est :

Je suis le père
Je suis l'enfant

Et pourtant c'est l'inverse qui se produit... pourquoi??

j'en rajouterais quand je m'en souviendrais ou affronterais d'autres :/

[notfound]

Code python (valide 2.7 et 3.2)

Code PYTHON :


#!/usr/bin/env python
# -*- coding: utf-8 -*-

import time,threading

def enfant():
    time.sleep(3)
    print("Je suis l'enfant")

threading.Thread(None, enfant(), None, (), {}).start()#fonction non bloquante
print("Je suis le père")
 

La sortie attendue est :

Je suis le père
Je suis l'enfant

Et pourtant c'est l'inverse qui se produit... pourquoi??

j'en rajouterais quand je m'en souviendrais ou affronterais d'autres :/

Tu appelles ton thread avant.
Personnellement, pour avoir la réponse attendue, j'ai juste fait :

Code PYTHON :


#!/usr/bin/env python
# -*- coding: utf-8 -*-

import time,threading

def enfant():
    time.sleep(3)
    print("Je suis l'enfant")

print("Je suis le père")
threading.Thread(None, enfant(), None, (), {}).start()#fonction non bloquante
 

Code BASH :


root@notfound:~/TEST$ python python_kha.py
Je suis le père
Je suis l'enfant


CQFD

[InstinctHack]

Notfound, le lancement de thread est non bloquant, donc on passe direct au reste du code alors pourquoi là ça ne se fait pas...

pour moi t'as pas validé :p

[ark]

@NotFound: Son probleme vient du fait que la fonction Threading.Thread() est censé être non bloquante. De ce fait, l'affichage devrait être celui attendu, ce qui n'est pas le cas...

Edit: grilled x)

[supersnail]

Ben peut-être parce que l'OS passe la main au nouveau thread directement une fois créé ? (ou alors le thread a été créé juste avant le tick de l'horloge système, et le task scheduler a switch sur le nouveau thread ensuite).

Quoi qu'il en soit, ce comportement dépend du système d'exploitation, des flags passés à l'OS pour la création du thread (si celui-ci est créé en "suspended" puis resumed, etc...), et la sortie de ton prog est assez aléatoire imo.

[notfound]

Tu veux un résultat attendu, je te le sors.
Je cite quelqu'un sur IRC :
" +Khaled | osef de la façon de faire nan ? "

J'attends mon point x)

[InstinctHack]

supersnail, perso le code réagi toujours de la meme manière

notfound, si t'arrive à faire marcher mon code en ne changeant pas de place les lignes, sans en retirer, sans en ajouter, là je te le donne (tu est donc autorisé uniquement à ajouter, supprimer et modifier des caractères tant que la ligne ne devient pas vide)

[supersnail]

J'ai trouvé, il faut faire

Code PYTHON :

 threading.Thread(None, enfant, None, (), {}).start()#fonction non bloquante

au lieu de

Code PYTHON :

threading.Thread(None, enfant(), None, (), {}).start()#fonction non bloquante

En effet, "enfant()" appelle la fonction en-dehors du thread, et par conséquent bloque l'appel à la fonction :')
* supersnail se flagelle pour pas l'avoir vu avant.

Can I haz my cheezburger ? :þ

[gruik]

Ben peut-être parce que l'OS passe la main au nouveau thread directement une fois créé ? (ou alors le thread a été créé juste avant le tick de l'horloge système, et le task scheduler a switch sur le nouveau thread ensuite).

Quoi qu'il en soit, ce comportement dépend du système d'exploitation, des flags passés à l'OS pour la création du thread (si celui-ci est créé en "suspended" puis resumed, etc...)

pour la petite info le noyau Linux n'est pas déterministe à ce niveau, on a aucune garantie que le père resume avant le fils ou l'inverse

la sortie de ton prog est assez aléatoire imo.

toutafaite

[InstinctHack]

Euh... Je suis d'accord avec vous, mais dans le cas présent, le père peut envoyer mon message tout de suite après le lancement du thread, alors que l'enfant (ou le thread) doit attendre 3 longues secondes avant de le faire.
Autant dire qu'il y a de la marge

[gruik]

ouai comme dit c'etait juste pour la précision, pour pouvoir sleep(3) le fils a besoin d'etre resume par le noyau de toutes façons donc la question restait entière

sinon pour le premier pb c'est marqué en toutes lettres non ?

Code PYTHON :


UnicodeDecodeError: 'utf8' codec can't decode byte 0x85 in position 40: invalid start byte


"0x85" c'est le "à" dans "(...) d'amour à celui (...)"
du coup :

Code PYTHON :


>>> description=[u"Affiche un gentil message plein d'amour à celui qui se prétend hacker","Sans connaitre les dorks, l'anglais et lire la documentation...","\001ACTION sent le lam3ouz d'ici...\001"]
>>> rtfm["description"]=description
>>> Data['rtfm']=rtfm
>>> print(json.dumps(Data,indent=4))
{
    "rtfm": {
        "description": [
            "Affiche un gentil message plein d'amour \u00e0 celui qui se pr\u00e9tend hacker",
            "Sans connaitre les dorks, l'anglais et lire la documentation...",
            "\u0001ACTION sent le lam3ouz d'ici...\u0001"
        ]
    }
}
 

[InstinctHack]

nan, c'est pas ce problème la, remplace
description
par

Code PYTHON :


description=["a","b","c"]
 

[gruik]

Code PYTHON :


>>> import json
>>> description=["a","b","c"]
>>> rtfm={}
>>> rtfm["description"]=description
>>> Data={}
>>> Data['rtfm']=rtfm
>>> print(json.dumps(Data,indent=4))
{
    "rtfm": {
        "description": [
            "a",
            "b",
            "c"
        ]
    }
}
 

hum... pas de souci chez moi

[InstinctHack]

justement, c'est ça qui est étrange! Le code est fonctionnel !
Pourtant chez moi, il ne marche pas...
J'ai le même interpréteur, j'ai le même contenu de fichier, quel sont les variables qui difère et pourrais rentrer en ligne de compte ??

---

le problème était que mon fichier python s'appelait "json.py"
essayez vous verrez :p

[supersnail]

Ben forcément, ça conflict avec le module "json" ... :')

Mais ça on peut pas le deviner le nom que tu donnes aux fichiers