On Tue, Oct 07, 2008 at 08:44:09PM -0400, A.M. Kuchling wrote:
> At this point I still have 1191 files left. Many of these commits are
> still irrelevant, but this is a lot for me to look through. A tarball
> with the remaining commits is at
>
> http://www.amk.ca/files/python/2.6-changes.t
I am working on getting Zope to run (or at least, start) with Python
2.6. It actually starts right now after applying some patches, which
is amazing on itself, but it dies right away due to changes in
asyncore that break Zope's internal version of medusa.
I've opened a bug against Zope on Launchpa
Sidnei da Silva <[EMAIL PROTECTED]> wrote:
> https://bugs.edge.launchpad.net/zope2/+bug/280020
I think there are real issues here with both asynchat and Medusa.
Asynchat has been heavily re-written, and the "ac_out_buffer" has
apparently disappeared. But "ac_out_buffer_size" is still there. Tha
The issue came up while trying to get some Sympy code running on CLPython.
class C:
exec "a = 3"
print locals()
1. Is it guaranteed that class C gets an attribute "a", i.e. that the
locals printed include {'a': 3}?
2. It it (also) guaranteed if it were in a function scope?
The complete syntax
Is it intended that python30.dll and python26.dll are not longer
installed in the \windows\system32 directory?
This (pythonxy.dll not on $PATH) causes problems for COM objects
implemented in Python.
Thanks,
Thomas
___
Python-Dev mailing list
Python-Dev
Thomas Heller wrote:
Is it intended that python30.dll and python26.dll are not longer
installed in the \windows\system32 directory?
This (pythonxy.dll not on $PATH) causes problems for COM objects
implemented in Python.
How did you install Python 2.6? Did you install it only for yourself or
f
Christian Heimes schrieb:
> Thomas Heller wrote:
>> Is it intended that python30.dll and python26.dll are not longer
>> installed in the \windows\system32 directory?
>>
>> This (pythonxy.dll not on $PATH) causes problems for COM objects
>> implemented in Python.
>
> How did you install Python 2.6
On 10/7/08, Mark Hammond <[EMAIL PROTECTED]> wrote:
> # This is a Python 3.x script to execute a python 2.x script by 2to3'ing it.
> import sys
> from lib2to3.refactor import RefactoringTool, get_fixers_from_package
>
> fixers = get_fixers_from_package('lib2to3.fixes')
> options = dict(doctests_onl
Willem Broekema wrote:
The issue came up while trying to get some Sympy code running on CLPython.
class C:
exec "a = 3"
print locals()
1. Is it guaranteed that class C gets an attribute "a", i.e. that the
locals printed include {'a': 3}?
2. It it (also) guaranteed if it were in a function sco
Hello there.
I've just noticed what I consider a performance problem:
Using new style classes to provide attribute-like access using __getattr__ is
considerably slower than old style classes: Observe:
s = """
class dude:
def bar(self):pass
def __getattr__(self, a): return a
class
On Wed, Oct 08, 2008 at 08:06:09AM -0400, A.M. Kuchling wrote:
> look at commits individually. I'll turn the lists of commits into a
> set of wiki pages that we can examine and edit down in parallel.
I decided to put them in SVN instead, in sandbox/py2.5.3/ .
How do we want to assess these commi
Thomas Heller wrote:
> Is it intended that python30.dll and python26.dll are not longer
> installed in the \windows\system32 directory?
No, it's not. Please create a bug report (or, better, study the
msiexec logs, and msi.py, to find out why this happens).
I might not have time to look into this
On Wed, Oct 8, 2008 at 12:51 AM, Dmitry Vasiliev <[EMAIL PROTECTED]> wrote:
>
> BTW, I think the following issues should be also marked as release blockers:
Agreed and done.
>
> - http://bugs.python.org/issue3714 (nntplib module broken by str to
> unicode conversion)
> - http://bugs.python.org/is
On Wed, Oct 8, 2008 at 10:30 AM, Bill Janssen <[EMAIL PROTECTED]> wrote:
> Sidnei da Silva <[EMAIL PROTECTED]> wrote:
>
>> https://bugs.edge.launchpad.net/zope2/+bug/280020
>
> I think there are real issues here with both asynchat and Medusa.
> Asynchat has been heavily re-written, and the "ac_out_
On Wed, Oct 8, 2008 at 6:26 PM, Josiah Carlson <[EMAIL PROTECTED]> wrote:
> ac_out_buffer was removed because it is unneeded (we have a deque; why
> rely on an extra attribute?).
> ac_out_buffer_size still remains as a blocksize in which to pre-split
> outgoing data (if you have a 100k string you w
Kristján Valur Jónsson wrote:
> Hello there.
>
> I‘ve just noticed what I consider a performance problem:
>
> Using new style classes to provide attribute-like access using
> __getattr__ is considerably slower than old style classes: Observe:
I can't reproduce those relative numbers using SVN t
Sidnei da Silva <[EMAIL PROTECTED]> wrote:
> Great to know. So medusa should be changed similarly to the changes
> made to asynchat?
Hmmm. Been a long time since a Medusa release, but I need a working
Medusa, too.
> Your suggestion on the bugtracker is even better: to
> subclass asynchat as muc
On Thu, 9 Oct 2008 06:27:06 am Kristján Valur Jónsson wrote:
> Hello there.
> I've just noticed what I consider a performance problem:
> Using new style classes to provide attribute-like access using
> __getattr__ is considerably slower than old style classes: Observe:
>
> s = """
> class dude:
>
Steven D'Aprano wrote:
Not only don't I observe the same results as you, I'm afraid I can't
even get your code to run. I get a SyntaxError from the funny quotes
you're using: ´d.foo´ instead of 'd.foo' or "d.foo".
Kristján is using the old style and alternative syntax for repr().
Somehow the
Hi Terry,
On Wed, Oct 8, 2008 at 9:17 PM, Terry Reedy <[EMAIL PROTECTED]> wrote:
> Willem Broekema wrote:
>>
>> The issue came up while trying to get some Sympy code running on CLPython.
>>
>> class C:
>> exec "a = 3"
>> print locals()
>>
>> 1. Is it guaranteed that class C gets an attribute "a"
Kristján Valur Jónsson wrote:
Using new style classes to provide attribute-like access using
__getattr__ is considerably slower than old style classes
Do you really need __getattr__, or could you use
properties instead?
--
Greg
___
Python-Dev mailin
Well, I don't recall what CLPython is, but I believe it is broken and
that code should work -- there are (or used to be) examples of using
exec to populate classes in the standard library so while it may look
dodgy it really is exected to work...
On Wed, Oct 8, 2008 at 4:40 PM, Ondrej Certik <[EMA
Josiah Carlson <[EMAIL PROTECTED]> wrote:
> But yes, zope needs to be changed to reflect the updated
> asyncore/asynchat semantics. Trust me; it's faster, cleaner, and
> easier to use now.
Just for completeness, I built a fresh 2.6, installed Medusa (from
http://www.amk.ca/python/code/medusa.htm
On Wed, Oct 8, 2008 at 6:39 PM, Bill Janssen <[EMAIL PROTECTED]> wrote:
> Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
>> But yes, zope needs to be changed to reflect the updated
>> asyncore/asynchat semantics. Trust me; it's faster, cleaner, and
>> easier to use now.
>
> Just for completeness, I b
Ondrej Certik wrote:
Which works in CPython but fails in CLPython. From your answer it
seems to me that this code is not nice and we should not use it and
should rather use something like:
class Basic(AssumeMeths):
...
for k in AssumeMeths._assume_defined:
setattr(Basic, 'is_%s' % k, prope
25 matches
Mail list logo
