pected skips listed later would just be due to missing extension
modules that you don't have the pieces installed to build.
(Hmm, might F8 be 'Fedora 8'? If so, then you definitely shouldn't be
getting failures)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com
t in the builtin types, but still
immediately solved a problem for the NumPy folks due to the existence of
the new protocol.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
_
pens to PyObject..., that should be fixed. Is there are
> tracker item yet? A doc person will copy, paste, and format if given
> raw text.
I just created a release blocker pointing at this thread.
http://bugs.python.
and less on the aesthetics of the C API.
The PEP was fairly explicit that the fields in the Py_buffer struct were
public and accessed directly via C syntax though, as are the current
docs (http://docs.python
r code.
But it will take feedback from those doing the conversions to determine
what kind of directives would actually be helpful (if any).
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
_
ython side
as well as the memory layout, both of which could be relevant to whether
the program dumps core or not.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
_
d... which is easier to you?
> doing both at the same time or not?
There have been several corrections made to the 2to3 conversion tool -
it would be good to get those in developer's hands at the same time that
3.0 final becomes available.
Cheers,
Nick.
;>> unicode()
> Traceback (most recent call last):
> File "", line 1, in
> NameError: name 'unicode' is not defined
unicode becomes str in Py3k (as "type('')&q
as well).
Application specific key or comparison functions with their own ideas on
how to handle None really don't sound like a bad idea to me.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
__
d
idea, but it shouldn't be the only API (3.0 is already guilty of that in
a few places - we shouldn't be adding more).
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
_
nature of this thread makes me feel that this is a question that
needs to be asked.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
___
Python-3000
Christian Heimes wrote:
> Nick Coghlan wrote:
>> As Jesse points out, some of that robustness comes from long-standing
>> bugs in the core getting fixed as a result of the addition of the
>> multiprocessing unit tests to the standard library test suite.
>>
>> Not
tion of the
multiprocessing unit tests to the standard library test suite.
Not trying to discourage the project, just pointing out that it may not
be as effective as hoped without patching the older versions of the
interpreter.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane
inary filenames while interacting with Unicode-only APIs.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Pyth
ype was enough to break
some user code (admittedly it was code that made some unwarranted
assumptions and hence was already potentially broken in the face of
metaclasses other than type, but the change did in fact break that code
for cases where it used to work).
Cheers,
Nick.
-
on-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-3000/ncoghlan%40gmail.com
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
TypeError: expected 1 arguments, got 2
>>> object.__cmp__(2)
Traceback (most recent call last):
File "", line 1, in
TypeError: type.__cmp__(x,y) requires y to be a 'type', not a 'int'
>>> object.__cmp__(object)
0
>>> object.__hash__()
Trace
ther from
> Python3.
Isn't that method still there to allow other implementations to be more
permissive about allowing the default encoding to be changed?
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
sing raw strings as file paths would have a far
greater chance of acceptance.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlazi
eep in mind during this
discussion: we want to keep the easy things easy and make the difficult
things possible.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
--
Guido van Rossum wrote:
> On Tue, Sep 30, 2008 at 2:31 PM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>> I'm also starting to wonder if allowing mixed types might be the way to
>> go for these interfaces - leaving the bytes objects in place if the
>> Unicode dec
m__
return self.data[self.keymap(key)]
KeyError: 'DUMMY'
(Is there a bug report for these yet?)
I'm also starting to wonder if allowing mixed types might be the way to
go for these interfaces - leaving the bytes objects in place if the
Unicode decode operation fails.
Cheers,
Ni
couple of keyword bookmarks in Firefox. (e.g. including
"site:mail.python.org inurl:python-dev" in a Google search will search
the Mailman archives for python-dev, and I can trigger such a search by
typing "pydev " in the address bar).
Cheers,
Nick.
--
Nick Coghlan | [EMAIL
t would be kind of nice to be able to write that as:
import pysqlite or sqlite3 as sqlite
(ditto for "from pysqlite or sqlite3 import ")
You could even do it as a pre-AST transform (similar to
try/except/finally) and not even have to go anywhere near the
implementation of the impor
rs,
Nick.
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, A
_
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
bility point of view get
past Raymond (and everyone else with an interest in this) then they can
be addressed in 3.0.1 in a few months time. Whereas if we leave the
module out entirely, then 3.0 users are completely out of luck until 3.1
(or have to download and possibly build pybsddb).
Cheers
, if anything at all was to be done about this, explicitly
intercepting a couple of common spelling errors (such as 'demon' and
'deamon') struck me as a lower impact approach than completely blocking
the addition of new attributes to Thread instances.
Cheers,
Nick.
--
Nick Coghla
adding
a property specifically to raise an exception for that name would be far
less hassle than locking down the attributes of all Thread instances.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
-
your call by being a core developer. If Barry
> disagrees he can lower the priority.
That's the way I've been interpreting it (and while a couple of them
have certainly turned out to be less urgent than I thought after further
analysis, I don't regret getting an explicit decision on
variable sized
section of the object. The builtin type would leave that pointer NULL,
but subtypes could perform the second allocation needed to populate it.
The question is whether the 4-8 bytes wasted per object would be worth
the fact that only one memory allocation would be needed.
Cheers,
dirs)
So the standard library packages would be self-contained by default, but
an application could explicitly request that the extensible packages be
expanded to incorporate other directories.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisb
Jesse Noller wrote:
> On Fri, Sep 5, 2008 at 12:10 PM, Jesus Cea <[EMAIL PROTECTED]> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Nick Coghlan wrote:
>>> Hmm, having (daemon=False) as a parameter on start() would probably be
>>
n.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-3000/ncoghlan%40gmail.com
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
n better API than having it on __init__() (modulo subclassing
compatibility concerns).
Regarding Jesus concern, you can always call t._set_daemon(True) and
t._set_name(whatever) if you want the extra defence against typographic
errors. The potential for mistyping attribute names is hardly a
tored in
a PySsize_t value, creating the problem.
It's fixable, but not for the current release cycle.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
ht
length"
method in addition to the existing mp_length and sq_length (which return
PySsize_t).
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
e would care to give it
the necessary post-beta review:
http://bugs.python.org/issue3747
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
r
disadvantages (such as breaking every piece of Python code that relies
on the current behaviour and slowing down calls to all functions with
default arguments), I'd say our reasons for leaving it the way it is are
a bit stronger than is suggested by the "inertia and
Guido van Rossum wrote:
> 2008/8/21 Nick Coghlan <[EMAIL PROTECTED]>:
>> Levi wrote:
>>> Now, I understand that set doesn't return NotImplemented to avoid having
>>> it's __cmp__ method called, but what I don't get is why it has a __cmp__
>>>
e default
ordering employed in Python 2.x:
>>> obj1 = type('T1', (), {})
>>> obj2 = type('T2', (), {})
>>> obj1 < obj2
True
>>> obj1 > obj2
False
It should be possible to make them play more nicely with others in 3.x
where that undesirable fal
ey can take it for a spin and let us know if they
find any unexpected problems when attempting to use memoryview with
multi-dimensional arrays.
At some stage, we should probably put a simple type in the C API testing
module that we can use to test some of the extra indexing and buffer
interface feat
to do the latter though - none of the builtin
Python types permit it since once you make the class subclassable, it's
fairly easy for people to add the facility for themselves (as a standard
Python class, the subclass gets a __dict__ attribute automatically).
Cheers,
Nick.
--
Nick Coghla
.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Python-3000 mailing list
Python-3000@pytho
Greg Ewing wrote:
Nick Coghlan wrote:
Objects which compare equal must also end up in the same hash bucket
in order for dictionaries to work correctly.
And, if its equality with another object can change during
its lifetime, it will never work properly in a dictionary.
So in that case you
Charles Hixson wrote:
.../Python-3.0b2/Python-3.0b2/Doc/build/html/reference/datamodel.html#object.__hash__
"""If a class defines mutable objects and implements a __cmp__() or __eq__()
method, it should not implement __hash__(), since the dictionary
implementation requires that a key’s hash va
Georg Brandl wrote:
Georg Brandl schrieb:
Someone just wrote to the docs mailing list and reported that the
itertools
documentation for Py3k contains this recipe:
def grouper(n, iterable, fillvalue=None):
args = [iter(iterable)] * n
return zip_longest(*args, fillvalue=fillvalue)
It
file-based database format like sqlite3.
I'm not clear on what problem you are attempting to solve with the idea
of a module with the bsddb API but without an actual bsddb backend.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
ldn't be terribly difficult.
It's also entirely possible that the API isn't interesting if you don't
support existing databases, for many applications.
And downloading pybsddb and installing really shouldn't be all that
difficult :)
Cheers,
Nick.
--
Nick
ighly recommend bookmarking the dev FAQ Brett linked in another
post. It contains several useful subversion tips and tricks.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlazines
Nick Coghlan wrote:
Barry Warsaw wrote:
A reminder: the second betas of Python 2.6 and 3.0 are schedule for
tomorrow. I will try to hang out on #python-dev today and will start
looking at the trackers and buildbots. Hopefully, we're on track to
get the releases out!
If there is any
ail.python.org/mailman/options/python-3000/ncoghlan%40gmail.com
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Python
ot of complication for such a corner case.
Particularly when the current behaviour is trivial to explain given the
expanded forms of the two expressions as nested functions.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Aust
4.32 usec per loop
(Interestingly, the Py3k genexps are currently coming up as consistently
slower than their 2.6 counterparts for me. I'm not sure what could be
causing that)
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
he implicit standard function in the
list comprehension case.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Raymond Hettinger wrote:
From: "Nick Coghlan" <[EMAIL PROTECTED]>
Georg and I tried doing it that way and had major problems trying to
get it to work - the hard part is that the body of the list comp
(which may include nested list comps, lambda functions and generator
expressi
Raymond Hettinger wrote:
From: "Nick Coghlan" <[EMAIL PROTECTED]>
Georg and I tried doing it that way and had major problems trying to
get it to work - the hard part is that the body of the list comp
(which may include nested list comps, lambda functions and generator
expressi
on-3000/2007-March/006077.html
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Python-3000 mailing list
Python-3000@pyt
on]" [1] in your py3k
working copy and then "svn ci -F svnmerge-commit-message.txt."
This is also in the dev FAQ:
http://www.python.org/dev/faq/#how-do-i-block-a-specific-revision-from-being-merged-into-a-branch
Cheers,
Nick.
P.S. "apt-get install subversion-tools" will inst
rs could still set it explicitly to have it apply
in the latter case.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
__
l modules now have it by default... issue 3190
created for that)
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Linda W. wrote:
Your original post was at best only arguably on-topic for this list -
your most recent reply is now well and truly off-topic. Please take any
further discussion/questions to comp.lang.python
([EMAIL PROTECTED]) or to [EMAIL PROTECTED]
Regards,
Nick.
--
Nick Coghlan
terested in this kind of thing, I suggest they
talk to Brett about helping out with his import_in_py branch for
2.7/3.1. Many things should become possible once we no longer need to
babysit the code in import.c :)
Cheers,
Nick.
--
Nick Coghlan | [E
Better to split the two questions I think, since I'd be +1 on having a
way for pydoc to display the source code of an importable module, but -1
on having the standard lib installed solely as a zip file by default
(for the reasons Guido noted in his post).
Cheers,
Nick.
--
Nick Coghlan
Jesse Noller wrote:
On Jun 21, 2008, at 7:56 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
Care to give any examples of 'unbeautifying' other than the print
statement -> print function conversion?
I would tend to disagree that the new print function is less "pretty"
x
and 3.x will coexist quite happily for a number of years (at least until
a 2.7 release, possibly even a 2.8).
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www
; for an uninstalled one.
Cheers,
Nick.
[1] http://docs.python.org/lib/zipimporter-objects.html
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
, as long as we retain the new one too? It does seem
that change was a little precipitate.
Although if we weren't actually planning on removing the old API in 3.0,
I'm a little confused as to why we were adding Py3k warnings to it in 2.6...
Cheers,
Nick.
--
Nick Coghlan | [EM
Georg Brandl wrote:
Nick Coghlan schrieb:
2. Method lookup MAY bypass __getattribute__, shadowing the attribute
in the instance dictionary MAY have ill effects. (slots such as
__enter__ and __exit__ that are looked up via normal attribute lookup
in CPython will fit into this category)
I
strong reference to
the result of the operation).
Since you can also replace the .target attribute with a property to
affect how the target object is stored and accessed, it's a reasonably
flexible approach.
Cheers,
Nick.
--
Nick Coghlan | [EM
Guido van Rossum wrote:
[Barry]
http://bugs.python.org/issue643841
[Guido]
I've added a comment. Let me know if anything I said is unclear.
On Thu, Jun 12, 2008 at 3:35 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
The bugtracker seems to be offline atm - I'll reply there o
ype. (The __get__, __set__ and __delete__ descriptor protocol methods
fall into this category)
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
l.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
les seemed like a
good fit for the functionality.
Cheers,
Nick.
[1] http://bugs.python.org/issue643841
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
) or encode the character string to a byte sequence (such as
"1".encode("utf-8")).
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
__
Eric Smith wrote:
Nick Coghlan wrote:
This sort of surprised me when I was writing tests. Even after having
implemented it, I was expecting "-#x" to work, but it needs to be "#-x".
If you can implement it either way, then after the sign character is
probably the way to
on of memory access with the question of
thread synchronisation.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlazines
t for human consumption
(HTML, PDF, etc)
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Python-3000 maili
#x27;) when displaying numbers in binary, octal or
hexadecimal formats. The prefix is inserted into the displayed number
after the sign character and fill characters (if any), but before any
leading zeroes.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Aust
thin 2.x and between 2.x and 3.x in
stringobject.h
- expose the PyBytes_* functions to the linker in 2.6 as well as 3.0
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
Stefan Behnel wrote:
Nick Coghlan wrote:
Stefan Behnel wrote:
Besides, how likely is it that users set a breakpoint on the
PyBytes/PyString functions?
Not very likely at all - but it would still be nice if the PyBytes_*
symbols were visible to the linker as well as the preprocessor.
Right
s set a breakpoint on the PyBytes/PyString
functions?
Not very likely at all - but it would still be nice if the PyBytes_*
symbols were visible to the linker as well as the preprocessor.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Aust
ormat(10.0, "7.3g") <-- print() is now a function so it needs
another pair of ( ).
It works fine as written in 2.x :)
(but, yes, you're right that as a 3000-series PEP, 3101 should probably
treat print() as a function in its examples)
Cheers,
Nick.
--
Nick Cogh
ee the old names *as well as*
the new names.
At the moment, all the code appears to be using the new names, but
stringobject.h implicitly converts the new names back to the old names -
so trying to use ctypes to retrieve the PyBytes_* functions from the
Python DLL will fail.
Cheers,
Nick.
--
Ni
Blake Winton wrote:
Nick Coghlan wrote:
While it could be argued that if you want unambiguous output you
should be invoking repr() on the container instead of str(), I'm still
seeing many more downsides than upsides to the idea of making str() on
the builtin containers display their con
it encounters a container class which either doesn't resurce with str()
or doesn't propagate a new "this is really str()" flag (depending on how
Oleg's PEP suggests implementing this).
PEP 3138 fixes the problem without relying on third parties to do anything.
Cheer
phrasing is due to the fact that this
query method used to ask the opposite question - then the name got
changed without updating the description)
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
lection of numbers :)
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Python-3000 mailing list
Python-3000@pytho
paul bedaride wrote:
Hello,
I'm new on this list
The question you asked is more appropriate for comp.lang.python, not
python-dev/python-3000 (which are about the development *of* Python, not
development *with* Python).
Regards,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Bri
lass or a class decorator.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredomandlaziness.org
___
Python-3000 mailing list
Py
Greg Ewing wrote:
Nick Coghlan wrote:
Having to mess around with __import__ just to support a "choose
compression method" configuration option would be fairly annoying.
Perhaps, but even then, I'm not sure it makes sense to
lump them all into the same namespace.
If yo
h __import__ just to support a "choose
compression method" configuration option would be fairly annoying.
The case for the special namespace is much stronger for the actual
unicode encodings, but it still has at least some force for the
bytes->bytes and str->str transfor
ay correctly for you, all other
strings containing Unicode characters will start displaying as well
(with Unicode escapes in place of the glyphs your display can't cope with).
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] |
leave them out
entirely, invoke the relevant method of the named codec and see if we
get the right type back.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://www.boredom
't* set.
Note also that both bytearray and bytes provide decode() methods, and
will presumably provide transform() methods, so actual type annotations
may not be the best way to go about this.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL P
e characters to their
\u or \U equivalents, mystr.untransform('unicode-escape') to convert
them back to the actual unicode characters.
A binary transform that converts a byte sequence to a different byte
sequence would be invoked via the bytes.transform() and
bytes.untrans
t; bytes
bytes.decodebytes() -> bytes
A couple more possibilities (Guido is probably going to have to choose a
colour for this bikeshed somewhere along the line...):
mystr.recodeto('unicode-escaped')
mystr.recodefrom('unicode-escaped')
mybytes.recodeto('hex'
ed to show more discipline or eventually we have to
(temporarily) revoke their privileges.
It's actually the time zone issues that get me in relation to code
freezes... so I just try to avoid committing anything for a day or two :)
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] |
k's strict Unicode->bytes/bytes->Unicode encoding/decoding philosophy.
That said, it would be nice to have a way to easily stack
Unicode->Unicode transforms on top of text IO streams, or byte->byte
transforms on top of binary streams.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL P
t;~/.local" approach is that a lot
of questions about file layout (e.g. where to put architecture specific
code) are automatically (and fairly obviously) answered "Do whatever is
done for the system-wide equivalent in /usr/local".
Cheers,
Nick.
--
Nick Coghlan | [EMAIL
1 - 100 of 535 matches
Mail list logo
