From MAILER-DAEMON Tue Sep 08 13:42:50 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ml4iQ-0002iI-Dc for mharc-tsp-devel@gnu.org; Tue, 08 Sep 2009 13:42:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ml4iN-0002hh-Vb for tsp-devel@nongnu.org; Tue, 08 Sep 2009 13:42:47 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ml4iM-0002gN-5R for tsp-devel@nongnu.org; Tue, 08 Sep 2009 13:42:47 -0400 Received: from [199.232.76.173] (port=45477 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ml4iM-0002gB-0K for tsp-devel@nongnu.org; Tue, 08 Sep 2009 13:42:46 -0400 Received: from ey-out-1920.google.com ([74.125.78.148]:63916) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ml4iL-0003It-G9 for tsp-devel@nongnu.org; Tue, 08 Sep 2009 13:42:45 -0400 Received: by ey-out-1920.google.com with SMTP id 13so1180263eye.14 for ; Tue, 08 Sep 2009 10:42:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=YpyiBc7of4+0tIn24Jg7ssHygYAMsVNBzWEWdstLXHY=; b=qNE+c8127ntedZHaEIHu1TK855Z1too+U/JSzFQR/tMPJZ56KF78RBkB9rZbONxJXU EYDr+8iVLdxr8sS3Nm4kUZn54OcH8HfHZypLUAZC9ZH1kL3vcUPhznsZJP5wItgdxtWE Pod558SM3vwI12KhROI685WBe+6umjTByBgWc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Bg8z3THtIMceIGzvOrR5iozPD6Wf6zXulMbvb33rfCZk3lRageZE9XRUAciHMBHioH mAOW/z9+HgyoW9ZXAN/gaCkShRPR0/V8v81wauYXLzv5j7z5Rh4XbMIpDRmyYVLsiAXO BcyCAwVLqM0zQ/K9soCZax7lOAdHF2v9SKnEc= MIME-Version: 1.0 Received: by 10.211.154.10 with SMTP id g10mr7087191ebo.49.1252431762707; Tue, 08 Sep 2009 10:42:42 -0700 (PDT) Date: Tue, 8 Sep 2009 19:42:42 +0200 Message-ID: <47fc1cd00909081042x99f2f82qe0e36b0fa5c9d564@mail.gmail.com> From: lionel duroyon To: tsp-devel@nongnu.org Content-Type: multipart/alternative; boundary=00504502c7a25257d10473147e93 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: [Tsp-devel] DTest name property problem with python2.6 X-BeenThere: tsp-devel@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Transport Sample Protocol development list List-Id: Transport Sample Protocol development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2009 17:42:48 -0000 --00504502c7a25257d10473147e93 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour =E0 tous, vous trouverez ci-dessous la reprise des messages pr=E9c=E9dents concernant= ce bug : > apr=E8s l'installation , j'ai lanc=E9 dtest-autotest et je suis tomb=E9 s= ur ce que > je pense =EAtre un bug : > [...] > self.getName() > RuntimeError: maximum recursion depth exceeded > > avec donc dtester qui appelle la m=E9thode getName() de Thread et Thread = qui > appelle __getName() de dtester. > Pour r=E9soudre ce bug (si s'en est un), je propose de supprimer les m=E9thodes > > def __getName(self): > return self.getName() > > name =3D property(fget=3D__getName) >>Le probl=E8me est qu'en Python 2.5 =E7a fonctionne. >>Peut-=EAtre peux-tu "seulement" supprimer __getName dans DTester >> et remplacer >>name =3D property(fget=3D__getName) >>par >>name =3D property(fget=3DThread.getName) > de dtester, en laissant ainsi =E0 la classe Thread l'enti=E8re responsabi= lit=E9 de > la property name. >>j'en pense que la property "name" ne doit pas =EAtre d=E9finie dans Threa= d >>mais c'est =E0 v=E9rifier en python 2.6 en python 2.6, la classe threading d=E9finie bien la property name contrairement =E0 python 2.5, il serait donc peut-=EAtre plus coh=E9rent de laisser threading g=E9rer cet= te property et donc de la supprimer en plus de __getName de dtester.py ? autre question, est-ce qu'il est souhaitable de garder dtest en 2.5 ou bien est-il amen=E9 =E0 migrer =E0 terme vers du python 3 ? Merci d'avance. --=20 Lionel Duroyon --00504502c7a25257d10473147e93 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour =E0 tous,

vous trouverez ci-dessous la reprise des messages = pr=E9c=E9dents concernant ce bug :

> apr=E8s l'installation ,= j'ai lanc=E9 dtest-autotest et je suis tomb=E9 sur ce que
> je pense =EAtre un bug :
>
[...]

> self.getName()
> RuntimeError: maximum recursion depth exceeded
>
> avec donc dtester qui appelle la m=E9thode getName() de Thread et Thre= ad qui
> appelle __getName() de dtester.

> Pour r=E9soudre ce bug (si s'en est un), je propose de supprimer l= es m=E9thodes
>
> def __getName(self):
> =A0=A0=A0 return self.getName()
>
> name =3D property(fget=3D__getName)

>>Le probl=E8me est qu'en Python 2.5 =E7a fonctionne.
>>Peut-=EAtre peux-tu "seulement" supprimer __getName dans = DTester
>> et remplacer
>>name =3D property(fget=3D__getName)

>>par

>>name =3D property(fget=3DThread.getName)

> de dtester, en laissant ainsi =E0 la classe Thread l'enti=E8re res= ponsabilit=E9 de
> la property name.

>>j'en pense que la property "name" ne doit pas = =EAtre d=E9finie dans Thread
>>mais c'est =E0 v=E9rifier en python 2.6

en python 2.6, la classe threading d=E9finie bien la property name cont= rairement =E0 python 2.5,

il serait donc peut-=EAtre plus coh=E9ren= t de laisser threading g=E9rer cette property et donc de la supprimer
<= br>en plus de __getName de dtester.py ?

autre question, est-ce qu'il est souhaitable de garder dtest en 2.5= ou bien est-il amen=E9 =E0 migrer =E0 terme vers du python 3 ?

Merci d'avance.

--
Lionel Duroyon
--00504502c7a25257d10473147e93-- From MAILER-DAEMON Tue Sep 08 14:20:06 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ml5IU-0007IU-K5 for mharc-tsp-devel@gnu.org; Tue, 08 Sep 2009 14:20:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ml5IS-0007HD-2b for tsp-devel@nongnu.org; Tue, 08 Sep 2009 14:20:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ml5IN-0007Ft-8p for tsp-devel@nongnu.org; Tue, 08 Sep 2009 14:20:03 -0400 Received: from [199.232.76.173] (port=44156 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ml5IN-0007Fq-2w for tsp-devel@nongnu.org; Tue, 08 Sep 2009 14:19:59 -0400 Received: from mail-ew0-f221.google.com ([209.85.219.221]:56657) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ml5IM-0004pN-Oe for tsp-devel@nongnu.org; Tue, 08 Sep 2009 14:19:58 -0400 Received: by ewy21 with SMTP id 21so249492ewy.8 for ; Tue, 08 Sep 2009 11:19:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=+MckAOMRWB833ALu4ezAJy3DRNtcs2gZKLI8l7nCiYA=; b=i3iIN0HI3dbxV6XY3RhiMp+mDxyynz1Hj/JYZathqbsLSxd13u2V9Vi6ikFnu+eTk6 Ms26+BctbfcsQWTm9snrrhNA+nBBe03KeJWO0Z4gY0ex5cdZKu1kVIcfPIKSFLjxPYjn jZa4QPdh1/bD7EGeVsR5pnLdWaK6hM+by9KV4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=iQ8SaZ1lQQ/G02DWgVLK73gtQvEtey8hO0Jxohlnzc5PktyubMtfKTqFeHXct4l6hC ecPSlR+bdPqTDQhdp7F3D5RuG0WPsPs3p2CADy67qeaYbsEd5aJWXYOhkZz46GefDooj 17G3Nhjv6LZ+34ZSkvh8RlHxpvNqCTFr7Sk90= MIME-Version: 1.0 Received: by 10.216.18.82 with SMTP id k60mr1926561wek.118.1252433996670; Tue, 08 Sep 2009 11:19:56 -0700 (PDT) In-Reply-To: <47fc1cd00909081042x99f2f82qe0e36b0fa5c9d564@mail.gmail.com> References: <47fc1cd00909081042x99f2f82qe0e36b0fa5c9d564@mail.gmail.com> Date: Tue, 8 Sep 2009 20:19:56 +0200 Message-ID: Subject: Re: [Tsp-devel] DTest name property problem with python2.6 From: Eric Noulard To: Transport Sample Protocol development list Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: tsp-devel@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Transport Sample Protocol development list List-Id: Transport Sample Protocol development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2009 18:20:04 -0000 Le 8 septembre 2009 19:42, lionel duroyon a =E9cr= it : > Bonjour =E0 tous, > > vous trouverez ci-dessous la reprise des messages pr=E9c=E9dents concerna= nt ce > bug : En fait y'a eu un petite erreur de tracker, le bug a termin=E9 dans le tracker de tasks: https://savannah.nongnu.org/task/?9683 >>>j'en pense que la property "name" ne doit pas =EAtre d=E9finie dans Thre= ad >>>mais c'est =E0 v=E9rifier en python 2.6 > > en python 2.6, la classe threading d=E9finie bien la property name > contrairement =E0 python 2.5, OK. > il serait donc peut-=EAtre plus coh=E9rent de laisser threading g=E9rer c= ette > property et donc de la supprimer > > en plus de __getName de dtester.py ? C'est mieux mais =E7a doit marcher en 2.5 et en 2.6, car il reste encore pas mal de python 2.4,2.5. en circulation. On doit pouvoir d=E9finir le getter que si il n'est pas d=E9j=E0 d=E9fini. par exemple avec un if "name" in threading.Thread.__dict__ y'a peut-=EAtre plus propre en faisant de l'introspection. > autre question, est-ce qu'il est souhaitable de garder dtest en 2.5 ou bi= en > est-il amen=E9 =E0 migrer =E0 terme vers du python 3 ? Je dirais qu'on peut tenter d'=EAtre compatible 3.0 (on l'est peut-=EAtre d=E9j=E0 d'ailleurs) mais surtout pas migrer en 3.0 au risque d'=EAtre incompatible 2.[56].* --=20 Erk Membre de l'April - =AB promouvoir et d=E9fendre le logiciel libre =BB - http://www.april.org From MAILER-DAEMON Wed Sep 30 11:50:19 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Mt1Rb-0003Z7-M1 for mharc-tsp-devel@gnu.org; Wed, 30 Sep 2009 11:50:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mt1Ra-0003Yb-3w for tsp-devel@nongnu.org; Wed, 30 Sep 2009 11:50:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mt1RX-0003Xm-US for tsp-devel@nongnu.org; Wed, 30 Sep 2009 11:50:17 -0400 Received: from [199.232.76.173] (port=47907 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mt1RX-0003Xb-OC for tsp-devel@nongnu.org; Wed, 30 Sep 2009 11:50:15 -0400 Received: from ey-out-1920.google.com ([74.125.78.145]:28012) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mt1RW-0000iD-QR for tsp-devel@nongnu.org; Wed, 30 Sep 2009 11:50:15 -0400 Received: by ey-out-1920.google.com with SMTP id 13so4059583eye.14 for ; Wed, 30 Sep 2009 08:50:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=growiGaWb/iagxHaxO5S62Nax5olZuAEZ/O/eR4RHp0=; b=SSdNu25u9Fk68PYwWl94lQ+XdyJOG1gC4VABWeYqujmCNUptg2p5b7r//wE/BawOIh 3UEvClMqh2oBNsymt66ajuAunPnJ9a9o2OqGswTs9/xXlJglGG3PpPAPuNA6bipbux0u ztXhxUMgVNpGT99Cb55cQuC2GyiuWD/u8YW9Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=jl92b1LG2KImw/dxamSID3523rPhV4TICOMiJYVeSAmNxgE1A6ecTw5idthXhP0SaL 6bUK9IPxTKNDM/w+Tp7DidqgKV9vsWlw6hG1gnLdeV3T7t0BdxR0Hy2IdAN1iSHP8S91 5eGV/gXYgYXItfUKflpM0iQ7LR+O2c3jBT6Lk= MIME-Version: 1.0 Received: by 10.216.71.139 with SMTP id r11mr1351964wed.143.1254325813005; Wed, 30 Sep 2009 08:50:13 -0700 (PDT) Date: Wed, 30 Sep 2009 17:50:12 +0200 Message-ID: <47fc1cd00909300850x14c6c711h1a7ae6973c78fbe7@mail.gmail.com> From: lionel duroyon To: tsp-devel@nongnu.org Content-Type: multipart/alternative; boundary=00504502c4f1844d6e0474cd7ce9 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: [Tsp-devel] Re: DTest name property problem with python2.6 X-BeenThere: tsp-devel@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Transport Sample Protocol development list List-Id: Transport Sample Protocol development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Sep 2009 15:50:18 -0000 --00504502c4f1844d6e0474cd7ce9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour, on d=E9finit maintenant la propri=E9t=E9 name de dtester seulement si elle n'existe pas dans threading.Thread : if not "name" in dir(threading.Thread): def __getName(self): return self.getName() name =3D property(fget=3D__getName) d=E9sole de m'=EAtre tromp=E9 de tracker la derni=E8re fois, peut-on faire = passer la tache #9683 en bug ? Si tout semble ok puis-je commiter? Le 9 septembre 2009 18:00, a =E9crit : > Send Tsp-devel mailing list submissions to > tsp-devel@nongnu.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.nongnu.org/mailman/listinfo/tsp-devel > or, via email, send a message with subject or body 'help' to > tsp-devel-request@nongnu.org > > You can reach the person managing the list at > tsp-devel-owner@nongnu.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Tsp-devel digest..." > > > Today's Topics: > > 1. DTest name property problem with python2.6 (lionel duroyon) > 2. Re: DTest name property problem with python2.6 (Eric Noulard) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 8 Sep 2009 19:42:42 +0200 > From: lionel duroyon > Subject: [Tsp-devel] DTest name property problem with python2.6 > To: tsp-devel@nongnu.org > Message-ID: > <47fc1cd00909081042x99f2f82qe0e36b0fa5c9d564@mail.gmail.com> > Content-Type: text/plain; charset=3D"iso-8859-1" > > Bonjour =E0 tous, > > vous trouverez ci-dessous la reprise des messages pr=E9c=E9dents concerna= nt ce > bug : > > > apr=E8s l'installation , j'ai lanc=E9 dtest-autotest et je suis tomb=E9= sur ce > que > > je pense =EAtre un bug : > > > [...] > > > self.getName() > > RuntimeError: maximum recursion depth exceeded > > > > avec donc dtester qui appelle la m=E9thode getName() de Thread et Threa= d > qui > > appelle __getName() de dtester. > > > Pour r=E9soudre ce bug (si s'en est un), je propose de supprimer les > m=E9thodes > > > > def __getName(self): > > return self.getName() > > > > name =3D property(fget=3D__getName) > > >>Le probl=E8me est qu'en Python 2.5 =E7a fonctionne. > >>Peut-=EAtre peux-tu "seulement" supprimer __getName dans DTester > >> et remplacer > >>name =3D property(fget=3D__getName) > > >>par > > >>name =3D property(fget=3DThread.getName) > > > de dtester, en laissant ainsi =E0 la classe Thread l'enti=E8re responsa= bilit=E9 > de > > la property name. > > >>j'en pense que la property "name" ne doit pas =EAtre d=E9finie dans Thr= ead > >>mais c'est =E0 v=E9rifier en python 2.6 > > en python 2.6, la classe threading d=E9finie bien la property name > contrairement =E0 python 2.5, > > il serait donc peut-=EAtre plus coh=E9rent de laisser threading g=E9rer c= ette > property et donc de la supprimer > > en plus de __getName de dtester.py ? > > autre question, est-ce qu'il est souhaitable de garder dtest en 2.5 ou bi= en > est-il amen=E9 =E0 migrer =E0 terme vers du python 3 ? > > Merci d'avance. > > -- > Lionel Duroyon > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.gnu.org/pipermail/tsp-devel/attachments/20090908/af2b7ea0/at= tachment.html > > ------------------------------ > > Message: 2 > Date: Tue, 8 Sep 2009 20:19:56 +0200 > From: Eric Noulard > Subject: Re: [Tsp-devel] DTest name property problem with python2.6 > To: Transport Sample Protocol development list > Message-ID: > > Content-Type: text/plain; charset=3DISO-8859-1 > > Le 8 septembre 2009 19:42, lionel duroyon a > =E9crit : > > Bonjour =E0 tous, > > > > vous trouverez ci-dessous la reprise des messages pr=E9c=E9dents concer= nant > ce > > bug : > > En fait y'a eu un petite erreur de tracker, le bug a termin=E9 dans le > tracker de tasks: > https://savannah.nongnu.org/task/?9683 > > > > >>>j'en pense que la property "name" ne doit pas =EAtre d=E9finie dans Th= read > >>>mais c'est =E0 v=E9rifier en python 2.6 > > > > en python 2.6, la classe threading d=E9finie bien la property name > > contrairement =E0 python 2.5, > > OK. > > > il serait donc peut-=EAtre plus coh=E9rent de laisser threading g=E9rer= cette > > property et donc de la supprimer > > > > en plus de __getName de dtester.py ? > > C'est mieux mais =E7a doit marcher en 2.5 et en 2.6, > car il reste encore pas mal de python 2.4,2.5. en circulation. > > On doit pouvoir d=E9finir le getter que si il n'est pas d=E9j=E0 d=E9fini= . > par exemple avec > > un > if "name" in threading.Thread.__dict__ > > y'a peut-=EAtre plus propre en faisant de l'introspection. > > > autre question, est-ce qu'il est souhaitable de garder dtest en 2.5 ou > bien > > est-il amen=E9 =E0 migrer =E0 terme vers du python 3 ? > > Je dirais qu'on peut tenter d'=EAtre compatible 3.0 (on l'est peut-=EAtre > d=E9j=E0 d'ailleurs) > mais surtout pas migrer en 3.0 au risque d'=EAtre incompatible 2.[56].* > > -- > Erk > Membre de l'April - =AB promouvoir et d=E9fendre le logiciel libre =BB - > http://www.april.org > > > > > ------------------------------ > > _______________________________________________ > Tsp-devel mailing list > Tsp-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/tsp-devel > > > End of Tsp-devel Digest, Vol 71, Issue 1 > **************************************** > --=20 Lionel Duroyon --00504502c4f1844d6e0474cd7ce9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bonjour,

on d=E9finit maintenant la propri=E9t=E9 name de dtester se= ulement si elle n'existe pas dans threading.Thread :

if not &quo= t;name" in dir(threading.Thread):
=A0=A0=A0 def __getName(self):=A0=A0=A0=A0=A0=A0=A0 return self.getName()

=A0=A0=A0 name =3D property(fget=3D__getName)

d=E9sole de m'= =EAtre tromp=E9 de tracker la derni=E8re fois, peut-on faire passer la tach= e #9683 en bug ?

Si tout semble ok puis-je commiter?

Le 9 septembre 2009 18:00, <tsp-devel-request@nongnu.org> a =E9cri= t :
Send Tsp-devel mailing list submissions to
=A0 =A0 =A0 =A0tsp-devel@nongnu.or= g

To subscribe or unsubscribe via the World Wide Web, visit
=A0 =A0 =A0 =A0http://lists.nongnu.org/mailman/listinfo/tsp-devel
or, via email, send a message with subject or body 'help' to
=A0 =A0 =A0 =A0
tsp-devel-r= equest@nongnu.org

You can reach the person managing the list at
=A0 =A0 =A0 =A0tsp-devel-own= er@nongnu.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Tsp-devel digest..."


Today's Topics:

=A0 1. DTest name property problem with python2.6 (lionel duroyon)
=A0 2. Re: DTest name property problem with python2.6 (Eric Noulard)


----------------------------------------------------------------------

Message: 1
Date: Tue, 8 Sep 2009 19:42:42 +0200
From: lionel duroyon <lionel= .duroyon@gmail.com>
Subject: [Tsp-devel] DTest name property problem with python2.6
To: tsp-devel@nongnu.org
Message-ID:
=A0 =A0 =A0 =A0<47fc1cd00909081042x99f2f82qe0e36b0fa5c9d564@mail.gma= il.com>
Content-Type: text/plain; charset=3D"iso-8859-1"

Bonjour =E0 tous,

vous trouverez ci-dessous la reprise des messages pr=E9c=E9dents concernant= ce
bug :

> apr=E8s l'installation , j'ai lanc=E9 dtest-autotest et je sui= s tomb=E9 sur ce
que
> je pense =EAtre un bug :
>
[...]

> self.getName()
> RuntimeError: maximum recursion depth exceeded
>
> avec donc dtester qui appelle la m=E9thode getName() de Thread et Thre= ad qui
> appelle __getName() de dtester.

> Pour r=E9soudre ce bug (si s'en est un), je propose de supprimer l= es
m=E9thodes
>
> def __getName(self):
> =A0 =A0 return self.getName()
>
> name =3D property(fget=3D__getName)

>>Le probl=E8me est qu'en Python 2.5 =E7a fonctionne.
>>Peut-=EAtre peux-tu "seulement" supprimer __getName dans = DTester
>> et remplacer
>>name =3D property(fget=3D__getName)

>>par

>>name =3D property(fget=3DThread.getName)

> de dtester, en laissant ainsi =E0 la classe Thread l'enti=E8re res= ponsabilit=E9
de
> la property name.

>>j'en pense que la property "name" ne doit pas =EAtre = d=E9finie dans Thread
>>mais c'est =E0 v=E9rifier en python 2.6

en python 2.6, la classe threading d=E9finie bien la property name
contrairement =E0 python 2.5,

il serait donc peut-=EAtre plus coh=E9rent de laisser threading g=E9rer cet= te
property et donc de la supprimer

en plus de __getName de dtester.py ?

autre question, est-ce qu'il est souhaitable de garder dtest en 2.5 ou = bien
est-il amen=E9 =E0 migrer =E0 terme vers du python 3 ?

Merci d'avance.

--
Lionel Duroyon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/piperma= il/tsp-devel/attachments/20090908/af2b7ea0/attachment.html

------------------------------

Message: 2
Date: Tue, 8 Sep 2009 20:19:56 +0200
From: Eric Noulard <eric.noula= rd@gmail.com>
Subject: Re: [Tsp-devel] DTest name property problem with python2.6
To: Transport Sample Protocol development list <tsp-devel@nongnu.org>
Message-ID:
=A0 =A0 =A0 =A0<cbe23c50909081119r5965d8bclac4c122aa869f929@mail.gma= il.com>
Content-Type: text/plain; charset=3DISO-8859-1

Le 8 septembre 2009 19:42, lionel duroyon<lionel.duroyon@gmail.com> a =E9crit :
> Bonjour =E0 tous,
>
> vous trouverez ci-dessous la reprise des messages pr=E9c=E9dents conce= rnant ce
> bug :

En fait y'a eu un petite erreur de tracker, le bug a termin=E9 dans le<= br> tracker de tasks:
https:= //savannah.nongnu.org/task/?9683



>>>j'en pense que la property "name" ne doit pas =EA= tre d=E9finie dans Thread
>>>mais c'est =E0 v=E9rifier en python 2.6
>
> en python 2.6, la classe threading d=E9finie bien la property name
> contrairement =E0 python 2.5,

OK.

> il serait donc peut-=EAtre plus coh=E9rent de laisser threading g=E9re= r cette
> property et donc de la supprimer
>
> en plus de __getName de dtester.py ?

C'est mieux mais =E7a doit marcher en 2.5 et en 2.6,
car il reste encore pas mal de python 2.4,2.5. en circulation.

On doit pouvoir d=E9finir le getter que si il n'est pas d=E9j=E0 d=E9fi= ni.
par exemple avec

un
if "name" in threading.Thread.__dict__

y'a peut-=EAtre plus propre en faisant de l'introspection.

> autre question, est-ce qu'il est souhaitable de garder dtest en 2.= 5 ou bien
> est-il amen=E9 =E0 migrer =E0 terme vers du python 3 ?

Je dirais qu'on peut tenter d'=EAtre compatible 3.0 (on l'est p= eut-=EAtre
d=E9j=E0 d'ailleurs)
mais surtout pas migrer en 3.0 au risque d'=EAtre incompatible 2.[56].*=

--
Erk
Membre de l'April - =AB promouvoir et d=E9fendre le logiciel libre =BB = -
http://www.april.org=




------------------------------

_______________________________________________
Tsp-devel mailing list
Tsp-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/tsp-devel


End of Tsp-devel Digest, Vol 71, Issue 1
****************************************



--
Lionel Duroyon
--00504502c4f1844d6e0474cd7ce9--