On Wed, Feb 27, 2013 at 08:51:16AM -0800, Michael Foord wrote:
> If you have other items you'd like to discuss please let me know and I
> can add them to the agenda.
Hmm, seems like this might be a good forum to introduce the
parallel/async stuff I've been working on the past few months.
On Sat, 2 Mar 2013 11:16:28 -0500
Brett Cannon wrote:
> > In addition, it may be appropriate for importlib to offer a
> > "write_module" method that accepts (module name, target path,
> > contents). This would:
> >
> > 1. Allow in-process caches to be invalidated implicitly and
> > selectively whe
On Sat, Mar 2, 2013 at 10:36 AM, Nick Coghlan wrote:
> In addition, it may be appropriate for importlib to offer a
> "write_module" method that accepts (module name, target path,
> contents). This would:
>
> 1. Allow in-process caches to be invalidated implicitly and
> selectively when new modules
On Thu, 28 Feb 2013 11:39:52 +
Michael Foord wrote:
> >
> > Perhaps someone wants to discuss
> > http://www.python.org/dev/peps/pep-0428/, but I won't be there and the
> > PEP isn't terribly up-to-date either :-)
>
> If you can find someone familiar with pathlib to champion the discussion it
On Sat, 2 Mar 2013 22:13:56 +0100
Stefan Bucur wrote:
> On Sat, Mar 2, 2013 at 4:31 PM, Antoine Pitrou wrote:
> > On Fri, 1 Mar 2013 16:24:42 +0100
> > Stefan Bucur wrote:
> >>
> >> However, after applying this modification, when running "make test" I get a
> >> segfault in the test___all__ tes
On Sat, Mar 2, 2013 at 12:24 PM, Nick Coghlan wrote:
> On Sun, Mar 3, 2013 at 2:16 AM, Brett Cannon wrote:
> > On Sat, Mar 2, 2013 at 10:36 AM, Nick Coghlan
> wrote:
> >> I think you should keep it. A long running service that periodically
> >> scans the importers for plugins doesn't care if mo
Debugging a refcount bug? Good. Out of the door, line on the left, one
cross each.
2013/3/2 Stefan Bucur
> On Sat, Mar 2, 2013 at 4:31 PM, Antoine Pitrou
> wrote:
> > On Fri, 1 Mar 2013 16:24:42 +0100
> > Stefan Bucur wrote:
> >>
> >> However, after applying this modification, when running "m
On Sat, Mar 2, 2013 at 4:31 PM, Antoine Pitrou wrote:
> On Fri, 1 Mar 2013 16:24:42 +0100
> Stefan Bucur wrote:
>>
>> However, after applying this modification, when running "make test" I get a
>> segfault in the test___all__ test case.
>>
>> Before digging deeper into the issue, I wanted to ask
On Sat, Mar 2, 2013 at 4:08 PM, Nick Coghlan wrote:
> On Sat, Mar 2, 2013 at 1:24 AM, Stefan Bucur wrote:
>> Hi,
>>
>> I'm working on an automated bug finding tool that I'm trying to apply on the
>> Python interpreter code (version 2.7.3). Because of early prototype
>> limitations, I needed to di
On 3/2/2013 10:08 AM, Nick Coghlan wrote:
On Sat, Mar 2, 2013 at 1:24 AM, Stefan Bucur wrote:
Hi,
I'm working on an automated bug finding tool that I'm trying to apply on the
Python interpreter code (version 2.7.3). Because of early prototype
limitations, I needed to disable string interning i
Stefan Behnel wrote:
> >> I'm not so happy with the argument clinic, but that's certainly also
> >> because I'm biased. I've written the argument unpacking code for Cython
> >> some years ago, so it's not surprising that I'm quite happy with that and
> >> fail to see the need for a totally new DSL
Hi Nick,
thanks for the feedback.
Nick Coghlan, 02.03.2013 17:58:
> On Fri, Mar 1, 2013 at 7:41 PM, Stefan Behnel wrote:
>> Michael Foord, 27.02.2013 17:51:
>> It's also true that many of the topics above aren't really interesting for
>> us, because we just inherit them with CPython, e.g. stdlib
On Sun, Mar 3, 2013 at 2:16 AM, Brett Cannon wrote:
> On Sat, Mar 2, 2013 at 10:36 AM, Nick Coghlan wrote:
>> I think you should keep it. A long running service that periodically
>> scans the importers for plugins doesn't care if modules take a few
>> extra seconds to show up, it just wants to se
>> And I'd really like to see a CPython summit
>> happen at some point. There's so much interesting stuff going on in that
>> area that it's worth getting some people together to move these things
>> forward.
>
> Yes, a CPython runtime summit some year would be interesting.
>
> Cheers,
> Nick.
I
On Fri, Mar 1, 2013 at 7:41 PM, Stefan Behnel wrote:
> Michael Foord, 27.02.2013 17:51:
> It's also true that many of the topics above aren't really interesting for
> us, because we just inherit them with CPython, e.g. stdlib changes.
> Packaging is only relevant as far as it impacts the distribut
On Sat, Mar 2, 2013 at 6:01 PM, Gregory P. Smith wrote:
> It'd mean smaller code objects and less bloat from constants (docstrings for
> one implementation vs another, etc) being in memory. Taken further, this
> could even be extended beyond implementations to platforms as we have some
> standard
On Fri, Mar 1, 2013 at 9:39 AM, Doug Hellmann wrote:
>
> On Feb 27, 2013, at 11:51 AM, Michael Foord wrote:
>
>> Hello all,
>>
>> PyCon, and the Python Language Summit, is nearly upon us. We have a good
>> number of people confirmed to attend. If you are intending to come to the
>> language summ
On Sat, Mar 2, 2013 at 10:36 AM, Nick Coghlan wrote:
> On Sat, Mar 2, 2013 at 12:31 PM, Brett Cannon wrote:
> > As of right now, importlib keeps a cache of what is in a directory for
> its
> > file finder instances. It uses mtime on the directory to try and detect
> when
> > it has changed to kn
On Sat, Mar 2, 2013 at 10:28 AM, Antoine Pitrou wrote:
> On Sun, 3 Mar 2013 01:17:35 +1000
> Nick Coghlan wrote:
> >
> > I'd go further and say we *should* move to that solution.
> >
> > Here's an interesting thought: for pure C modules without a Python
> > implementation, we can migrate to this
On Sun, Mar 3, 2013 at 1:36 AM, Nick Coghlan wrote:
> It's that case where the process that added the modules is separate
> from the process scanning for them, and the communication is one way,
> where the heuristic is important. Explicit invalidation only works
> when they're the *same* process,
On Sat, Mar 2, 2013 at 12:31 PM, Brett Cannon wrote:
> As of right now, importlib keeps a cache of what is in a directory for its
> file finder instances. It uses mtime on the directory to try and detect when
> it has changed to know when to refresh the cache. But thanks to mtime
> granularities o
On Fri, 1 Mar 2013 16:24:42 +0100
Stefan Bucur wrote:
>
> However, after applying this modification, when running "make test" I get a
> segfault in the test___all__ test case.
>
> Before digging deeper into the issue, I wanted to ask here if there are any
> implicit assumptions about string iden
On Sun, 3 Mar 2013 01:17:35 +1000
Nick Coghlan wrote:
>
> I'd go further and say we *should* move to that solution.
>
> Here's an interesting thought: for pure C modules without a Python
> implementation, we can migrate to this architecture even *without*
> creating pure Python equivalents. All
On Fri, Mar 1, 2013 at 6:35 AM, Brett Cannon wrote:
>
>
>
> On Thu, Feb 28, 2013 at 3:17 PM, fwierzbi...@gmail.com
> wrote:
>>
>> On Thu, Feb 28, 2013 at 12:00 PM, Antoine Pitrou
>> wrote:
>> > IMHO, we should remove the plat-* directories, they are completely
>> > unmaintained, undocumented, an
On Sat, Mar 2, 2013 at 1:24 AM, Stefan Bucur wrote:
> Hi,
>
> I'm working on an automated bug finding tool that I'm trying to apply on the
> Python interpreter code (version 2.7.3). Because of early prototype
> limitations, I needed to disable string interning in stringobject.c. More
> precisely,
On Sat, 02 Mar 2013 12:48:05 +0100
Michal Kawalec wrote:
> I am experiencing an odd infrequent bug in Python 2.7.3 with GIL
> enabled. For some files pushed over TCP socket I get 'connection reset
> by peer' and clients only receive a randomly long part of the file.
Why do you think it is a bug i
Hello,
I am experiencing an odd infrequent bug in Python 2.7.3 with GIL
enabled. For some files pushed over TCP socket I get 'connection reset
by peer' and clients only receive a randomly long part of the file.
This situation occurs only in ~0.1% of cases but if it happens for a
given file it keep
Hi Stefan,
On Sat, Mar 2, 2013 at 10:10 AM, Stefan Behnel wrote:
> You say that "the API is fairly stable". What about the implementation?
> Will users want to install a new version next to the stdlib one in a couple
> of months,
I think that the implementation is fairly stable as well. The onl
Hi,
looks like no-one's taken over the role of the Advocatus Diaboli yet. =)
Maciej Fijalkowski, 26.02.2013 16:13:
> I would like to discuss on the language summit a potential inclusion
> of cffi[1] into stdlib. This is a project Armin Rigo has been working
> for a while, with some input from oth
Hi Gregory,
On Sat, Mar 2, 2013 at 8:40 AM, Gregory P. Smith wrote:
>
> On Wed, Feb 27, 2013 at 7:57 AM, Eli Bendersky wrote:
>> So would you say that the main use of the API level is provide an
>> alternative for writing C API code to interface to C libraries. IOW, it's in
>> competition with S
On Thu, Feb 28, 2013 at 1:15 AM, Nick Coghlan wrote:
> On Thu, Feb 28, 2013 at 1:37 PM, Barry Warsaw wrote:
> > On Feb 27, 2013, at 11:33 AM, fwierzbi...@gmail.com wrote:
> >>The easy part for Jython is pushing some of our "if is_jython:" stuff
> >>into the appropriate spots in CPython's Lib/.
>
31 matches
Mail list logo