/* Topic des codeurs couche-tard [5] */

Compteur du TdCCT · Le 15/07/2011, à 06:42

Scores totaux, depuis le début :

1) 3783    nesthib
2) 3302    samuncle
3) 3240    Πυλάδης
4) 2424    Кຼزດ
5) 1902    cm-t
6) 1777+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 1461    na kraïou
8) 869    helly
9) 862    \\Ouranos//
10) 711    tshirtman
11) 659    gnuuat
12) 565    Lagierl
13) 445    Rolinh
14) 428    nathéo
15) 403    The Uploader
16) 271    Kanor
17) 202    :!pakman
18) 196    Askelon
19) 121    ǤƦƯƝƬ
20) 99    kamui57
21) 93    petifrancais
22) 78    edge_one
22) 78    pierguiard
24) 70    gulp
25) 45    Le Rouge
26) 42    sakul
27) 37    ilagas
28) 36    xapantu
29) 30    keny
30) 26    gustare
30) 26    d10g3n
32) 25    GentooUser
32) 25    Morgiver
32) 25    HP
35) 24    ไ୦บเઢ'
35) 24    Steap
37) 20    CROWD
38) 18    Ph3nix_
39) 16    kouskous
40) 15    timsy
41) 12    stratoboy
41) 12    sailing
43) 11    alexises
43) 11    Crocoii
45) 10    Toineo
45) 10    NutMotion
45) 10    pseudovingtcinqcaracteres
45) 10    pfriedZ
45) 10    CasseTaTele
45) 10    Zeibux
45) 10    THS`
52) 8    Mornagest
53) 7    Vista
54) 6    ubuntlin
54) 6    asma.geek
56) 5    tendances-tdct
56) 5    kinouchou
58) 4    danychou56
58) 4    Neros
58) 4    Biaise
58) 4    totoflute
58) 4    pinballyoda ㋛
58) 4    NLS le pingouin
58) 4    ceric
58) 4    Dice-Man
58) 4    Pylade
67) 3    Revan26914
67) 3    raspouillas
67) 3    sweetly
70) 2    SoJaS
71) 1    geenux
71) 1    ArzhurBZH

Répartition Posts/heure

Compteur du TdCCT · Le 15/07/2011, à 06:42

Scores de la période en cours :

1) 140    nesthib
2) 125    Πυλάδης
3) 103    cm-t
4) 97    Кຼزດ
5) 81    na kraïou
6) 71    samuncle
7) 64    tshirtman
8) 44    grim7reaper
9) 25    HP
10) 18    The Uploader
11) 10    nathéo
12) 5    Rolinh
13) 3    helly

tshirtman · Le 15/07/2011, à 08:16

grim7reaper a écrit :

tshirtman a écrit :
Pour la protection mémoire, elle est faite via le GIL, pour les threads, après toute la VM python est dans un process, un par application, donc je ne vois pas trop ce que viendrait faire la protection là dedans pour d'autres cas que les threads.
Non, je ne parlais pas de ce genre de protection.
Plutôt ce genre là (normalement c'est la MMU qui s'en charge, mais une JVM peut le faire même sans MMU).
Semblerai que .NET (qui utilise aussi une VM) puisse le faire.

Tu n'as aucun moyen d'acceder à une zone mémoire si on ne t'as pas filé une référence vers elle, pas de pointeurs que tu place ou tu veux, je pense que ça réduit à néant le besoin de cette protection… c'est comme un MMU naturel. Chaque programme python est dans sa propre VM aussi, il me semble…

tshirtman a écrit :
Pour la sécurité, il y avait un module prométant ça, dans le temps (execution de code sandboxé) mais guido a préféré le retirer, estimant qu'on ne pouvait pas le promettre, qu'il restait des problèmes, est qu'un faux sentiment de sécurité… toussa. Après, je sais que Google l'a fait, en coupant certaint modules python, pour App Engine, ou ils ont une vrai sandbox python… Donc c'est possible… je ne me suis pas penché plus que ça la dessus.
Hum ok, faudrait voir si c'est vraiment équivalent à ce qu'offre la JVM (moi-même j'ai peu touché au SecurityManager donc je ne saurais le dire).

J'ai moi même touché celui ci uniquement dans le cas des accès réseaux avec RMI, l'équivalent python de cette techno en python s'appelle PyRO, si ça t'intéresse de creuser comme ça marche.

Pour les threads, je ne sais pas non plus.

J'ai peut etre dit une bétise sur les threads, le papier linké en référence 60 sur la page wikipédia de python dit que les threads python sont de vrais threads OS. Mais il me semblait bien avoir lu le contraire ailleurs.

Et puis pour les VM, le code s'exécute à l'intérieur de la VM (c'est pas super bien formulé je le conçoit :-/).
Je ne pense pas que ça soit le cas d'un interpréteur.

ben oui, c'est pas très précis comme formulation, mais le fait que toute erreur soit intercepté et retourne une backtrace si elle remonte jusqu'au context main sans être intercepté avant, est peut être un indice, en tout cas la page wikipedia de python dit que c'est une VM.

Dans un autre genre, la page "virtual machine" de wikipedia classe "parrot" dans la meme classe que la JVM, et celle ci, bien qu'orienté multilangage, m'apparait assez peu différente de CPython.
http://en.wikipedia.org/wiki/Parrot_virtual_machine

grim7reaper · Le 15/07/2011, à 09:13

Hello World!

tshirtman a écrit :

grim7reaper a écrit :
Non, je ne parlais pas de ce genre de protection.
Plutôt ce genre là (normalement c'est la MMU qui s'en charge, mais une JVM peut le faire même sans MMU).
Semblerai que .NET (qui utilise aussi une VM) puisse le faire.
Tu n'as aucun moyen d'acceder à une zone mémoire si on ne t'as pas filé une référence vers elle, pas de pointeurs que tu place ou tu veux, je pense que ça réduit à néant le besoin de cette protection… c'est comme un MMU naturel. Chaque programme python est dans sa propre VM aussi, il me semble…

Hum mouais possible, pour être sur suffirait de voir si Python fonctionne sans problème sur un système sans MMU (mais j'ai pas ça sous la main ^^")

tshirtman a écrit :

Hum ok, faudrait voir si c'est vraiment équivalent à ce qu'offre la JVM (moi-même j'ai peu touché au SecurityManager donc je ne saurais le dire).
J'ai moi même touché celui ci uniquement dans le cas des accès réseaux avec RMI, l'équivalent python de cette techno en python s'appelle PyRO, si ça t'intéresse de creuser comme ça marche.

Ouais j'ai pas vraiment le temps de me pencher sûr ça en ce moment, mais je note dans un coin

tshirtman a écrit :

Et puis pour les VM, le code s'exécute à l'intérieur de la VM (c'est pas super bien formulé je le conçoit :-/).
Je ne pense pas que ça soit le cas d'un interpréteur.
ben oui, c'est pas très précis comme formulation, mais le fait que toute erreur soit intercepté et retourne une backtrace si elle remonte jusqu'au context main sans être intercepté avant, est peut être un indice, en tout cas la page wikipedia de python dit que c'est une VM.

En fait ce que je veux dire, c'est qu'un programme Java est limité par les ressources que lui fourni la JVM.
D'ailleurs c'est courant que quand un prog Java plante faute de mémoire on le relance dans une JVM à laquelle on a alloué plus de heap.
Y'a un mécanisme comme ça en Python ?

thsirtman a écrit :

Dans un autre genre, la page "virtual machine" de wikipedia classe "parrot" dans la meme classe que la JVM, et celle ci, bien qu'orienté multilangage, m'apparait assez peu différente de CPython.
http://en.wikipedia.org/wiki/Parrot_virtual_machine

Oui, Parrot est bien une VM.
Pour le Python j'ai encore un petit doute, mais en tout état de cause il semblerait qu'il y ai bien moins de différence entre un interpréteur et une VM que ce que je pensais.

Édit : en fait, il semblerait qui y ai les « vraies » VM (comme la JVM, Parrot ou encore CLR, donc ce dont je parle) et les interpréteurs qui adopte un modèle d'exécution style VM (comme CPython, ) donc ce serait bien deux choses distinctes mais pour le coup très proches.
Bon il semblerais que je n'avais pas tort mais pas raison non plus.

Édit : glob
BN World!

Dernière modification par grim7reaper (Le 16/07/2011, à 02:11)

Pylades · Le 15/07/2011, à 13:44

Les autohells, c’est vraiment de la merde, je vous l’avait déjà dit ?

Et accessoirement, je me rends compte que le choix de Arch de passer Python 3 en défaut n’a pas que des avantages…

HP · Le 15/07/2011, à 13:54

Πυλάδης a écrit :

Et accessoirement, je me rends compte que le choix de Arch de passer Python 3 en défaut n’a pas que des avantages…

« pas que des avantages » ?! ça voudrait dire qu'il y en aurait ? si oui, lesquels ? ça me laisse, un peu, perplexe.

Pylades · Le 15/07/2011, à 14:18

Ben, ça permet de bouger les gens pour accélérer la migration vers Python, qui est quand même indispensable puisque permettant de passer à un langage bricolé et boiteux à un vrai langage bien pensé et structuré. C’est un décision importante. Mais du coup, pour compiler certains putains de paquets, c’est horrible. Déjà que j’abhorrais le concept du setup.py et que j’abhorrais les autohells ; le deux combinés c’est une véritables horreur.
Donc j’abandonne et je vais récupérer le PKGBUILD flagué out of date de AUR.

OK, j’ai compris pourquoi il était flagué out of date. Bordel, qu’est-ce que j’ai fait pour mériter ça ?

Dernière modification par Πυλάδης (Le 15/07/2011, à 14:27)

HP · Le 15/07/2011, à 23:46

sed -e 's/HTTP_USER_AGENT/REQUEST_HEADERS:User-Agent/g' /etc/apache2/conf.d/custom.conf

Je m'amuse un peu avec Apache… ça faisait longtemps !

Кຼزດ · Le 16/07/2011, à 00:05

plop

cm-t · Le 16/07/2011, à 00:08

'Nuit;

Sir Na Kraïou · Le 16/07/2011, à 02:01

Ætouq.

nesthib · Le 16/07/2011, à 02:01

plop

Atem18 · Le 16/07/2011, à 02:38

Yop, les codeurs.

Pylades · Le 16/07/2011, à 03:36

La doc de la Glib commence sérieusement à me les briser. Et puis c’est pas permis tout les efforts qu’il faut faire pour juste récupérer un putain de type Mime. Si encore elle proposait un flag pour tenir ou non compte du nom de fichier ça serait presque simple, mais là pour concilier gestion des URI et usage facultatif du nom de fichier, je ne vois pas. D’façons cette doc est mal foutue au possible (à peu près complète, certes, mais mal foutue).

Déjà, rien que faire la différence entre GLib, GIO et GObjects ça relève de l’exploit…

Bon, sinon pas de miracle, je ne sais toujours pas me servir de Readline.

Pis après, faudra faire un truc XDG-proof, ça va être sportif…

Bonne nuit.

Compteur du TdCCT · Le 16/07/2011, à 06:42

Scores totaux, depuis le début :

1) 3793    nesthib
2) 3302    samuncle
3) 3250    Πυλάδης
4) 2429    Кຼزດ
5) 1907    cm-t
6) 1787+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 1471    na kraïou
8) 869    helly
9) 862    \\Ouranos//
10) 711    tshirtman
11) 659    gnuuat
12) 565    Lagierl
13) 445    Rolinh
14) 428    nathéo
15) 403    The Uploader
16) 271    Kanor
17) 202    :!pakman
18) 196    Askelon
19) 121    ǤƦƯƝƬ
20) 99    kamui57
21) 93    petifrancais
22) 78    edge_one
22) 78    pierguiard
24) 70    gulp
25) 45    Le Rouge
26) 42    sakul
27) 37    ilagas
28) 36    xapantu
29) 30    keny
30) 29    HP
31) 26    gustare
31) 26    d10g3n
33) 25    GentooUser
33) 25    Morgiver
35) 24    ไ୦บเઢ'
35) 24    Steap
37) 20    CROWD
38) 18    Ph3nix_
39) 16    kouskous
40) 15    timsy
41) 12    stratoboy
41) 12    sailing
43) 11    alexises
43) 11    Crocoii
45) 10    Toineo
45) 10    NutMotion
45) 10    pseudovingtcinqcaracteres
45) 10    pfriedZ
45) 10    CasseTaTele
45) 10    Zeibux
45) 10    THS`
45) 10    Atem18
53) 8    Mornagest
54) 7    Vista
55) 6    ubuntlin
55) 6    asma.geek
57) 5    tendances-tdct
57) 5    kinouchou
59) 4    danychou56
59) 4    Neros
59) 4    Biaise
59) 4    totoflute
59) 4    pinballyoda ㋛
59) 4    NLS le pingouin
59) 4    ceric
59) 4    Dice-Man
59) 4    Pylade
68) 3    Revan26914
68) 3    raspouillas
68) 3    sweetly
71) 2    SoJaS
72) 1    geenux
72) 1    ArzhurBZH

Répartition Posts/heure

Compteur du TdCCT · Le 16/07/2011, à 06:42

Scores de la période en cours :

1) 150    nesthib
2) 135    Πυλάδης
3) 108    cm-t
4) 102    Кຼزດ
5) 91    na kraïou
6) 71    samuncle
7) 64    tshirtman
8) 54    grim7reaper
9) 29    HP
10) 18    The Uploader
11) 10    nathéo
11) 10    Atem18
13) 5    Rolinh
14) 3    helly

grim7reaper · Le 16/07/2011, à 23:42

fetchmail: Échec de connexion POP3 avec pop.orange.fr: Succès

Huhu~~

Dernière modification par grim7reaper (Le 17/07/2011, à 02:05)

samυncle · Le 17/07/2011, à 02:00

.

cm-t · Le 17/07/2011, à 02:03

'Nuit;

nesthib · Le 17/07/2011, à 02:08

plop

Pylades · Le 17/07/2011, à 02:11

grim7reaper a écrit :

fetchmail: Échec de connexion POP3 avec pop.orange.fr: Succès

Huhu~~

J’ai déjà eu quelques trucs du genre. Je me demande si le dernier ne remonterait pas à ma tentative de compilation de nginx avec mod_wsgi…

Atem18 · Le 17/07/2011, à 02:24

Bonne nuit les gens.

Sir Na Kraïou · Le 17/07/2011, à 02:55

Ætouq.

Compteur du TdCCT · Le 17/07/2011, à 06:42

Scores totaux, depuis le début :

1) 3803    nesthib
2) 3312    samuncle
3) 3260    Πυλάδης
4) 2429    Кຼزດ
5) 1917    cm-t
6) 1797+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 1481    na kraïou
8) 869    helly
9) 862    \\Ouranos//
10) 711    tshirtman
11) 659    gnuuat
12) 565    Lagierl
13) 445    Rolinh
14) 428    nathéo
15) 403    The Uploader
16) 271    Kanor
17) 202    :!pakman
18) 196    Askelon
19) 121    ǤƦƯƝƬ
20) 99    kamui57
21) 93    petifrancais
22) 78    edge_one
22) 78    pierguiard
24) 70    gulp
25) 45    Le Rouge
26) 42    sakul
27) 37    ilagas
28) 36    xapantu
29) 30    keny
30) 29    HP
31) 26    gustare
31) 26    d10g3n
33) 25    GentooUser
33) 25    Morgiver
35) 24    ไ୦บเઢ'
35) 24    Steap
37) 20    CROWD
37) 20    Atem18
39) 18    Ph3nix_
40) 16    kouskous
41) 15    timsy
42) 12    stratoboy
42) 12    sailing
44) 11    alexises
44) 11    Crocoii
46) 10    Toineo
46) 10    NutMotion
46) 10    pseudovingtcinqcaracteres
46) 10    pfriedZ
46) 10    CasseTaTele
46) 10    Zeibux
46) 10    THS`
53) 8    Mornagest
54) 7    Vista
55) 6    ubuntlin
55) 6    asma.geek
57) 5    tendances-tdct
57) 5    kinouchou
59) 4    danychou56
59) 4    Neros
59) 4    Biaise
59) 4    totoflute
59) 4    pinballyoda ㋛
59) 4    NLS le pingouin
59) 4    ceric
59) 4    Dice-Man
59) 4    Pylade
68) 3    Revan26914
68) 3    raspouillas
68) 3    sweetly
71) 2    SoJaS
72) 1    geenux
72) 1    ArzhurBZH

Répartition Posts/heure

Compteur du TdCCT · Le 17/07/2011, à 06:42

Scores de la période en cours :

1) 160    nesthib
2) 145    Πυλάδης
3) 118    cm-t
4) 102    Кຼزດ
5) 101    na kraïou
6) 81    samuncle
7) 64    tshirtman
7) 64    grim7reaper
9) 29    HP
10) 20    Atem18
11) 18    The Uploader
12) 10    nathéo
13) 5    Rolinh
14) 3    helly

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1076 Le 15/07/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#1077 Le 15/07/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#1078 Le 15/07/2011, à 08:16

Re : /* Topic des codeurs couche-tard [5] */

#1079 Le 15/07/2011, à 09:13

Re : /* Topic des codeurs couche-tard [5] */

#1080 Le 15/07/2011, à 13:44

Re : /* Topic des codeurs couche-tard [5] */

#1081 Le 15/07/2011, à 13:54

Re : /* Topic des codeurs couche-tard [5] */

#1082 Le 15/07/2011, à 14:18

Re : /* Topic des codeurs couche-tard [5] */

#1083 Le 15/07/2011, à 23:46

Re : /* Topic des codeurs couche-tard [5] */

#1084 Le 16/07/2011, à 00:05

Re : /* Topic des codeurs couche-tard [5] */

#1085 Le 16/07/2011, à 00:08

Re : /* Topic des codeurs couche-tard [5] */

#1086 Le 16/07/2011, à 02:01

Re : /* Topic des codeurs couche-tard [5] */

#1087 Le 16/07/2011, à 02:01

Re : /* Topic des codeurs couche-tard [5] */

#1088 Le 16/07/2011, à 02:38

Re : /* Topic des codeurs couche-tard [5] */

#1089 Le 16/07/2011, à 03:36

Re : /* Topic des codeurs couche-tard [5] */

#1090 Le 16/07/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#1091 Le 16/07/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#1092 Le 16/07/2011, à 23:42

Re : /* Topic des codeurs couche-tard [5] */

#1093 Le 17/07/2011, à 02:00

Re : /* Topic des codeurs couche-tard [5] */

#1094 Le 17/07/2011, à 02:03

Re : /* Topic des codeurs couche-tard [5] */

#1095 Le 17/07/2011, à 02:08

Re : /* Topic des codeurs couche-tard [5] */

#1096 Le 17/07/2011, à 02:11

Re : /* Topic des codeurs couche-tard [5] */

#1097 Le 17/07/2011, à 02:24

Re : /* Topic des codeurs couche-tard [5] */

#1098 Le 17/07/2011, à 02:55

Re : /* Topic des codeurs couche-tard [5] */

#1099 Le 17/07/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#1100 Le 17/07/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

Pied de page des forums