Le Wed, 30 Jan 2013 13:26:08 -0800,
Guido van Rossum a écrit :
> Thoughts on os.path? What happened to the idea of a new path object?
I plan to launch another round of discussions following the changes in
PEP 428.
Regards
Antoine.
>
> --Guido
>
>
> -- Forwarded message --
>
In Python3.3, I thought that every loaded module has a __loader__
attribute. Apparently this is not the case for a few builtin modules:
Python 3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 10:57:17) [MSC v.1600 64
bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more inform
We do that, of course, but compiling python without the doc strings removes
those from all built-in modules as well.
That's quite a lot of static data.
K
-Original Message-
From: Victor Stinner [mailto:victor.stin...@gmail.com]
Sent: 27. janúar 2013 21:58
To: Kristján Valur Jónsson
Cc: R
On Thu, 31 Jan 2013 23:52:27 +0100 (CET)
matthias.klose wrote:
> http://hg.python.org/cpython/rev/8ee6d96a1019
> changeset: 81859:8ee6d96a1019
> branch: 2.7
> parent: 81855:df9f8feb7444
> user:d...@python.org
> date:Thu Jan 31 23:52:03 2013 +0100
> summary:
> - Issue
Hi,
While working on the implementation of the PEP 433, I saw different
places where Python asks for operating resources without releasing the
GIL.
In my implementation, I released the GIL in the following places. Is it correct?
- os.dup()
- os.dup2()
- os.pipe()
- socket.socketpair()
os.listdi
Yep, looks like a bug in the bootstrapping, failing to set __loader__
properly.
However, I also think the current handling of the "no __loader__ attribute"
case is a separate bug - since we generally aim to tolerate non-modules in
sys.modules (albeit somewhat grudgingly), importlib should probably
On Fri, Feb 1, 2013 at 9:50 AM, Antoine Pitrou wrote:
> On Thu, 31 Jan 2013 23:52:27 +0100 (CET)
> matthias.klose wrote:
>> http://hg.python.org/cpython/rev/8ee6d96a1019
>> changeset: 81859:8ee6d96a1019
>> branch: 2.7
>> parent: 81855:df9f8feb7444
>> user:d...@python.org
>> da
I'm guessing those system calls are just implemented by the kernel and
cannot block for I/O, so it was deemed unnecessary to release the GIL
around them. I don't mind changing that though, you can never know
what happens when you make a system call.
On Thu, Jan 31, 2013 at 4:07 PM, Victor Stinner
On 1 Feb 2013 13:22, "ezio.melotti" wrote:
>
> http://hg.python.org/cpython/rev/79a021beaf58
> changeset: 81861:79a021beaf58
> branch: 2.7
> parent: 81859:8ee6d96a1019
> user:Ezio Melotti
> date:Fri Feb 01 05:18:44 2013 +0200
> summary:
> #16128: clarify that instanc
Am 01.02.2013 01:42, schrieb Nick Coghlan:
Yep, looks like a bug in the bootstrapping, failing to set __loader__
properly.
It also has the effect that reload does not work:
Type "help", "copyright", "credits" or "license" for more information.
>>> import imp
>>> import math
>>> imp.reload(math
On Fri, 1 Feb 2013 04:20:46 +0100 (CET)
ezio.melotti wrote:
>
> diff --git a/Doc/glossary.rst b/Doc/glossary.rst
> --- a/Doc/glossary.rst
> +++ b/Doc/glossary.rst
> @@ -320,7 +320,8 @@
>All of Python's immutable built-in objects are hashable, while no
> mutable
>containers (such
On Fri, 1 Feb 2013 11:00:24 +1000
Nick Coghlan wrote:
> On Fri, Feb 1, 2013 at 9:50 AM, Antoine Pitrou wrote:
> > On Thu, 31 Jan 2013 23:52:27 +0100 (CET)
> > matthias.klose wrote:
> >> http://hg.python.org/cpython/rev/8ee6d96a1019
> >> changeset: 81859:8ee6d96a1019
> >> branch: 2.7
> >>
12 matches
Mail list logo