Re: [Python-Dev] XML DoS vulnerabilities and exploits in Python

On Thu, Feb 21, 2013 at 6:35 AM, Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 02/20/2013 09:08 PM, Barry Warsaw wrote: >> On Feb 21, 2013, at 10:38 AM, Nick Coghlan wrote: >> >>> - make it possible to enable safer behaviour globally in at least >>> 2.7 and 3.3 (and p

Re: [Python-Dev] XML DoS vulnerabilities and exploits in Python

On Thu, Feb 21, 2013 at 9:29 AM, Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 02/21/2013 01:53 AM, Antoine Pitrou wrote: >> On Thu, 21 Feb 2013 11:37:47 +1100 Steven D'Aprano >> wrote: >>> >>> It's easy to forget that malware existed long before the Internet. >>> Th

[Python-Dev] cffi in stdlib

Hello. 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 other developers. It seems that the main reason why people would prefer ctypes over cffi these days is "because it's i

Re: [Python-Dev] cffi in stdlib

On Tue, Feb 26, 2013 at 5:42 PM, Nick Coghlan wrote: > On Wed, Feb 27, 2013 at 1:13 AM, Maciej Fijalkowski wrote: >> Hello. >> >> I would like to discuss on the language summit a potential inclusion >> of cffi[1] into stdlib. > > I think cffi is well worth consid

Re: [Python-Dev] cffi in stdlib

On Tue, Feb 26, 2013 at 6:34 PM, Eli Bendersky wrote: > > On Tue, Feb 26, 2013 at 7:42 AM, Nick Coghlan wrote: >> >> On Wed, Feb 27, 2013 at 1:13 AM, Maciej Fijalkowski >> wrote: >> > Hello. >> > >> > I would like to discuss on the languag

Re: [Python-Dev] cffi in stdlib

On Tue, Feb 26, 2013 at 6:32 PM, Antoine Pitrou wrote: > Le Tue, 26 Feb 2013 17:13:44 +0200, > Maciej Fijalkowski a écrit : >> Hello. >> >> I would like to discuss on the language summit a potential inclusion >> of cffi[1] into stdlib. This is a project Armin Rigo h

Re: [Python-Dev] cffi in stdlib

On Tue, Feb 26, 2013 at 7:07 PM, Eli Bendersky wrote: > > > > On Tue, Feb 26, 2013 at 8:39 AM, Maciej Fijalkowski > wrote: >> >> On Tue, Feb 26, 2013 at 6:34 PM, Eli Bendersky wrote: >> > >> > On Tue, Feb 26, 2013 at 7:42 AM, Nick Coghlan >> &

Re: [Python-Dev] cffi in stdlib

On Tue, Feb 26, 2013 at 8:14 PM, Paul Moore wrote: > On 26 February 2013 16:34, Eli Bendersky wrote: >> I'm cautiously +0.5 because I'd really like to see a strong comparison case >> being made vs. ctypes. I've used ctypes many times and it was easy and >> effortless (well, except the segfaults w

Re: [Python-Dev] cffi in stdlib

On Wed, Feb 27, 2013 at 3:39 AM, Terry Reedy wrote: > On 2/26/2013 10:13 AM, Maciej Fijalkowski wrote: > >> I would like to discuss on the language summit a potential inclusion >> of cffi[1] into stdlib. > > > How does it compare in terms of speed. One reason ctypes ha

Re: [Python-Dev] cffi in stdlib

On Wed, Feb 27, 2013 at 6:53 AM, Eli Bendersky wrote: > > * Work either at the level of the ABI (Application Binary Interface) >> >> or the API (Application Programming Interface). Usually, C libraries >> have a specified C API but often not an ABI (e.g. they may document a >> “struct” as having a

Re: [Python-Dev] cffi in stdlib

On Wed, Feb 27, 2013 at 9:29 AM, Ronald Oussoren wrote: > > On 26 Feb, 2013, at 16:13, Maciej Fijalkowski wrote: > >> Hello. >> >> I would like to discuss on the language summit a potential inclusion >> of cffi[1] into stdlib. > > The API in general looks

Re: [Python-Dev] cffi in stdlib

On Wed, Feb 27, 2013 at 11:18 AM, Ronald Oussoren wrote: > > On 27 Feb, 2013, at 10:06, Maciej Fijalkowski wrote: > >> On Wed, Feb 27, 2013 at 9:29 AM, Ronald Oussoren >> wrote: >>> >>> On 26 Feb, 2013, at 16:13, Maciej Fijalkowski wrote: >>>

Re: [Python-Dev] cffi in stdlib

On Wed, Feb 27, 2013 at 1:45 PM, Richard Oudkerk wrote: > On 27/02/2013 9:21am, Maciej Fijalkowski wrote: >>> >>> >That's somehting that will have to be resolved before cffi can be >>> > included in the stdlib, fat binaries are supported by CPython

Re: [Python-Dev] cffi in stdlib

On Wed, Feb 27, 2013 at 2:39 PM, Nick Coghlan wrote: > On Wed, Feb 27, 2013 at 7:06 PM, Maciej Fijalkowski wrote: >>> 3. Cffi basicly contains a (limited) C parser, and those are notoriously >>> hard to get exactly right. Luckily cffi only needs to interpret >>>

Re: [Python-Dev] cffi in stdlib

On Wed, Feb 27, 2013 at 5:57 PM, Eli Bendersky wrote: > >> > I read the cffi docs once again and went through some of the examples. I >> > want to divide this to two topics. >> > >> > One is what you call the "ABI" level. IMHO, it's hands down superior to >> > ctypes. Your readdir demo demonstrate

Re: [Python-Dev] cffi in stdlib

On Thu, Feb 28, 2013 at 10:27 AM, Paul Moore wrote: > On 27 February 2013 23:18, Armin Rigo wrote: >> from cffi import FFI >> ffi = FFI() >> ffi.cdef(""" >> int MessageBox(HWND hWnd, LPCTSTR lpText, LPCTSTR lpCaption, UINT uType); >> """) >> lib = ffi.dlopen("USER32.DLL") >> lib.MessageBox(ff

[Python-Dev] High volumes and off topic discussions

Hi I know this is a hard topic, but python-dev is already incredibly high-volume and dragging discussion off-topic is making following important stuff (while ignoring unimportant stuff) very hard. For example in a recent topic "cffi in stdlib" I find a mail that says "we have to find a sufficient

Re: [Python-Dev] High volumes and off topic discussions

On Thu, Feb 28, 2013 at 4:03 PM, Antoine Pitrou wrote: > Le Thu, 28 Feb 2013 13:36:10 +0200, > Maciej Fijalkowski a écrit : >> Hi >> >> I know this is a hard topic, but python-dev is already incredibly >> high-volume and dragging discussion off-topic is making follo

Re: [Python-Dev] Python Language Summit at PyCon: Agenda

>> 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

Re: [Python-Dev] Python Language Summit at PyCon: Agenda

On Mon, Mar 4, 2013 at 8:41 PM, Antoine Pitrou wrote: > On Mon, 4 Mar 2013 11:51:04 -0500 > Barry Warsaw wrote: >> On Mar 04, 2013, at 11:34 AM, Brett Cannon wrote: >> >> >> And One True Way of invoking and/or discovering how to invoke, a package's >> >> test suite. >> > >> >How does unittest's t

Re: [Python-Dev] Increase the code coverage of "OS" module

On Fri, Mar 22, 2013 at 2:28 AM, rakesh karanth wrote: > Hi python-dev, > > I'm interested in increasing the code coverage of the Python stdlib library > "OS" > Can some one who is already working on this or on a similar issue enlighten > me on this? > > Thanks in advance. Hey You can check out

Re: [Python-Dev] Simple IDLE issues to commit before Python 2.7.4 release in two weeks on 4/6/2013

On Mon, Mar 25, 2013 at 3:57 PM, Glyph wrote: > > On Mar 25, 2013, at 1:40 PM, Benjamin Peterson wrote: > > ... Assuming PEP 343 becomes policy ... > > > Are you sure you got this PEP number right? The 'with' statement? > > > Don't worry even google co

Re: [Python-Dev] noob contributions to unit tests

On Tue, Mar 26, 2013 at 4:49 PM, Sean Felipe Wolfe wrote: > Hey everybody how are you all :) > > I am an intermediate-level python coder looking to get help out. I've > been reading over the dev guide about helping increase test coverage > --> > http://docs.python.org/devguide/coverage.html > > An

Re: [Python-Dev] Accepting PEP 434, Idle Enhancement Exception

On Fri, Mar 29, 2013 at 6:33 PM, Nick Coghlan wrote: > I am accepting Todd Rovito's and Terry Reedy's PEP 434, officially > declaring IDLE to be an application bundled with Python, with the > contents of "Lib/idlelib" exempt from the usual "no new features in > maintenance releases" rule. > > As s

Re: [Python-Dev] Accepting PEP 434, Idle Enhancement Exception

On Sat, Mar 30, 2013 at 5:26 AM, Antoine Pitrou wrote: > On Sat, 30 Mar 2013 08:33:38 +0200 > Simon Cross wrote: > >> Having a standalone version of IDLE might be really useful to >> alternative Python implementations. > > Why? I don't think it's worth discussing - tkinter does not work on any o

Re: [Python-Dev] Semantics of __int__(), __index__()

On Tue, Apr 2, 2013 at 10:53 AM, Mark Dickinson wrote: > On Tue, Apr 2, 2013 at 9:33 AM, Mark Shannon wrote: >> >> >> Hence my original question: what *should* the semantics be? >> > > I like Nick's answer to that: int *should* always return something of exact > type int. Otherwise you're always

Re: [Python-Dev] could gevent be apart the standard Python library in future ?

On Wed, Apr 3, 2013 at 4:42 AM, iMath <2281570...@qq.com> wrote: > Hi, > It will be my first post here. > > > > could gevent be apart the standard Python library in future ? Hi. Such question generally belongs to python-ideas. To start with you need to restart the question whether greenlets modu

Re: [Python-Dev] The end of 2.7

On Sun, Apr 7, 2013 at 7:11 AM, wrote: > > Quoting Benjamin Peterson : > >> This means we need to talk about how many more 2.7 releases there are >> going to be. At the release of 2.7.0, I thought we promised 5 years of >> bugfix maintenance, but my memory may be fuddled. > > > I'd like to promot

Re: [Python-Dev] The end of 2.7

On Sun, Apr 7, 2013 at 9:44 AM, wrote: >> Martin, you guys are shooting yourself in a foot. Almost noone uses >> python 3 in production, even at pycon, which is the more progressive >> crowd. There is a giant group of people using python that are not as >> vocal. While I bet some are using Python

Re: [Python-Dev] The end of 2.7

On Sun, Apr 7, 2013 at 9:51 AM, wrote: > > Quoting Lennart Regebro : > >> On Sun, Apr 7, 2013 at 7:11 AM, wrote: >>> >>> Wrt. to the 3.x migration rate: I think this is a self-fulfilling >>> prophecy. Migration rate will certainly increase once we announce >>> an end of 2.7, and then again when

Re: [Python-Dev] The end of 2.7

On Sun, Apr 7, 2013 at 10:32 AM, Stefan Behnel wrote: > Maciej Fijalkowski, 07.04.2013 10:12: >> On Sun, Apr 7, 2013 at 9:51 AM, wrote: >>> Quoting Lennart Regebro: >>>> On Sun, Apr 7, 2013 at 7:11 AM, wrote: >>>>> Wrt. to the 3.x migr

Re: [Python-Dev] The end of 2.7

On Sun, Apr 7, 2013 at 10:42 AM, Stefan Behnel wrote: > Maciej Fijalkowski, 07.04.2013 10:37: >> On Sun, Apr 7, 2013 at 10:32 AM, Stefan Behnel wrote: >>> Maciej Fijalkowski, 07.04.2013 10:12: >>>> On Sun, Apr 7, 2013 at 9:51 AM, wrote: >>>>> Quotin

Re: [Python-Dev] cpython (3.3): don't run frame if it has no stack (closes #17669)

On Thu, Apr 11, 2013 at 12:28 PM, Nick Coghlan wrote: > > On 11 Apr 2013 07:49, "Antoine Pitrou" wrote: >> >> On Wed, 10 Apr 2013 23:01:46 +0200 (CEST) >> benjamin.peterson wrote: >> > http://hg.python.org/cpython/rev/35cb75b9d653 >> > changeset: 83238:35cb75b9d653 >> > branch: 3.3 >> > p

Re: [Python-Dev] Sharing docstrings between the Python and C implementations of a module

On Mon, Apr 15, 2013 at 9:56 AM, David Lam wrote: > Recently I helped out on issue16954 which involved filling in docstrings > for methods and classes in ElementTree.py > > While doing so, I tried to test my work in the interpreter like this... > > >>> from xml.etree.ElementTree import Element

[Python-Dev] libffi inclusion in python

Hi libffi has bugs sometimes (like this http://bugs.python.org/issue17580). Now this is a thing that upstream fixes really quickly, but tracking down issues on bugs.python.org is annoying (they never get commited as quickly as the upstream). is there a good reason why cpython has it's own copy of

Re: [Python-Dev] libffi inclusion in python

On Thu, Apr 18, 2013 at 2:47 PM, Benjamin Peterson wrote: > 2013/4/18 Maciej Fijalkowski : >> Hi >> >> libffi has bugs sometimes (like this >> http://bugs.python.org/issue17580). Now this is a thing that upstream >> fixes really quickly, but tracking down issues

Re: [Python-Dev] libffi inclusion in python

On Thu, Apr 18, 2013 at 9:22 PM, Thomas Heller wrote: libffi has bugs sometimes (like this http://bugs.python.org/issue17580). Now this is a thing that upstream fixes really quickly, but tracking down issues on bugs.python.org is annoying (they never get commited as quickly as

Re: [Python-Dev] PyPy, Jython, & IronPython: Enum convenience function and pickleablity

On Thu, May 2, 2013 at 9:07 PM, Ethan Furman wrote: > In order for the Enum convenience function to be pickleable, we have this > line of code in the metaclass: > > enum_class.__module__ = sys._getframe(1).f_globals['__name__'] > > This works fine for Cpython, but what about the others? It's

Re: [Python-Dev] Tightening up the specification for locals()

On Sun, May 12, 2013 at 2:01 PM, Antoine Pitrou wrote: > On Fri, 03 May 2013 12:43:41 +1000 > Steven D'Aprano wrote: >> On 03/05/13 11:29, Nick Coghlan wrote: >> > An exchange in one of the enum threads prompted me to write down >> > something I've occasionally thought about regarding locals(): i

Re: [Python-Dev] weak refs in descriptors (http://bugs.python.org/issue17950)

On Mon, May 13, 2013 at 1:49 PM, Kristján Valur Jónsson wrote: > Hello python-dev. > > I‘m working on a patch to remove reference cycles from heap-allocated > classes: http://bugs.python.org/issue17950 > > Part of the patch involves making sure that descriptors in the class > dictionary don’t con

Re: [Python-Dev] More compact dictionaries with faster iteration

On Wed, May 15, 2013 at 2:36 PM, Christian Tismer wrote: > On 15.05.13 14:01, Stefan Drees wrote: >> >> Hi Chris, >> >> On 15.05.13 13:32 Christian Tismer wrote: >>> >>> Hi Raymond, >>> >>> On 08.01.13 15:49, Maciej Fijalkowski wrot

Re: [Python-Dev] More compact dictionaries with faster iteration

On Sun, May 19, 2013 at 7:27 AM, Raymond Hettinger wrote: > > On May 15, 2013, at 4:32 AM, Christian Tismer wrote: > > What is the current status of this discussion? > I'd like to know whether it is a considered alternative implementation. > > > As far as I can tell, I'm the only one working on i

Re: [Python-Dev] Ordering keyword dicts

On Sun, May 19, 2013 at 4:40 PM, Nick Coghlan wrote: > On Sun, May 19, 2013 at 11:01 PM, Antoine Pitrou wrote: >> The main use case seems to be the OrderedDict constructor itself. >> Otherwise, I can't think of any situation where I would've wanted it. > > I've had a couple related to populating

Re: [Python-Dev] performance testing recommendations in devguide

On Wed, May 29, 2013 at 9:19 PM, Antoine Pitrou wrote: > > Hi, > > On Wed, 29 May 2013 21:59:21 +0300 > Carlos Nepomuceno wrote: >> >> [1] "pybench - run the standard Python PyBench benchmark suite. This is >> considered >> an unreliable, unrepresentative benchmark; do not base decisions >> off

Re: [Python-Dev] PEP 442: Safe object finalization

On Sat, May 18, 2013 at 10:33 PM, Antoine Pitrou wrote: > On Sat, 18 May 2013 16:22:55 +0200 > Armin Rigo wrote: >> Hi Antoine, >> >> On Sat, May 18, 2013 at 3:45 PM, Antoine Pitrou wrote: >> >> How is this done? I don't see a clear way to determine it by looking >> >> only at the objects in th

Re: [Python-Dev] Putting the Mac Build in the Apple App Store

On Tue, Jun 4, 2013 at 12:44 PM, Raymond Hettinger wrote: > Does anyone know what we would need to do to get Python in the Apple > application store as a free App? > > The default security settings on OS X 10.8 block the installation of the DMG > (or any software downloaded outside the app store

Re: [Python-Dev] [Python-checkins] cpython (3.3): Add -b and -X options to python man page.

On Thu, Jun 20, 2013 at 3:36 PM, Brett Cannon wrote: > > > > On Wed, Jun 19, 2013 at 11:20 PM, senthil.kumaran > wrote: >> >> http://hg.python.org/cpython/rev/dfead0696a71 >> changeset: 84224:dfead0696a71 >> branch: 3.3 >> parent: 84221:0113247f894b >> user:Senthil Kumaran >>

Re: [Python-Dev] [Python-checkins] cpython (3.3): Add -b and -X options to python man page.

On Sun, Jun 23, 2013 at 6:14 PM, R. David Murray wrote: > On Sun, 23 Jun 2013 17:40:13 +0200, Maciej Fijalkowski > wrote: >> On Thu, Jun 20, 2013 at 3:36 PM, Brett Cannon wrote: >> > On Wed, Jun 19, 2013 at 11:20 PM, senthil.kumaran >> > wrote: >> >>

Re: [Python-Dev] [Python-checkins] cpython (3.3): Add -b and -X options to python man page.

On Mon, Jun 24, 2013 at 10:56 PM, Antoine Pitrou wrote: > On Mon, 24 Jun 2013 16:43:15 -0400 > "R. David Murray" wrote: >> On Mon, 24 Jun 2013 22:14:46 +0200, Maciej Fijalkowski >> wrote: >> > On Sun, Jun 23, 2013 at 6:14 PM, R. David Murray >> &

Re: [Python-Dev] Expose stack effects to Python?

I wrote a thing that adds more structure to dis (but is not finished) https://bitbucket.org/pypy/pypy/src/15b0489c15d8150b22815312dd283aa5bafcdd67/lib_pypy/disassembler.py?at=default On Wed, Jul 3, 2013 at 2:16 PM, Nick Coghlan wrote: > On 3 July 2013 20:06, Victor Stinner wrote: >> >> Hi, >> >>

Re: [Python-Dev] Building a Faster Python

On Mon, Jul 22, 2013 at 8:15 AM, Antoine Pitrou wrote: > On Sun, 21 Jul 2013 16:36:35 -0700 > Raymond Hettinger wrote: >> Our current Mac OS X builds use GCC-4.2. >> >> On Python2.7, I ran a comparison of gcc-4.2.1 builds >> versus gcc-4.8.1 and found that the latter makes a much >> faster Python

Re: [Python-Dev] Building a Faster Python

On Mon, Jul 22, 2013 at 9:32 AM, Maciej Fijalkowski wrote: > On Mon, Jul 22, 2013 at 8:15 AM, Antoine Pitrou wrote: >> On Sun, 21 Jul 2013 16:36:35 -0700 >> Raymond Hettinger wrote: >>> Our current Mac OS X builds use GCC-4.2. >>> >>> On Python2

Re: [Python-Dev] Python 3 as a Default in Linux Distros

On Wed, Jul 24, 2013 at 12:36 PM, Paul Moore wrote: > On 24 July 2013 10:12, Bohuslav Kabrda wrote: >> >> - What should user get after using "yum install python"? >> There are basically few ways of coping with this: >> 1) Just keep doing what we do, eventually far in the future drop "python" >> p

Re: [Python-Dev] Python 3 as a Default in Linux Distros

On Wed, Jul 24, 2013 at 7:22 PM, Laurent Gautier wrote: > On 07/24/2013 06:30 PM, Chris Angelico wrote: >> >> On Thu, Jul 25, 2013 at 2:21 AM, Laurent Gautier >> wrote: >>> >>> - errors that are typical of "Python 2 script running with Python >>> 3"-specific are probably limited (e.g., use of uni

Re: [Python-Dev] Official github mirror for CPython?

On Thu, Jul 25, 2013 at 5:30 PM, Brett Cannon wrote: > > > > On Thu, Jul 25, 2013 at 11:18 AM, Eli Bendersky wrote: >> >> >> >> >> On Thu, Jul 25, 2013 at 7:48 AM, Brian Curtin wrote: >>> >>> On Thu, Jul 25, 2013 at 9:37 AM, Christian Heimes >>> wrote: >>> > Am 25.07.2013 16:29, schrieb Eli Ben

[Python-Dev] GC pauses in CPython

HI I'm working on an incremental GC for PyPy. How do I measure GC pauses in CPython? (that is, the circular reference searching stuff) Cheers, fijal ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Un

Re: [Python-Dev] GC pauses in CPython

On Mon, Oct 14, 2013 at 2:11 PM, "Martin v. Löwis" wrote: > Am 14.10.13 13:49, schrieb Maciej Fijalkowski: >> I'm working on an incremental GC for PyPy. How do I measure GC pauses >> in CPython? (that is, the circular reference searching stuff) > > I would in

Re: [Python-Dev] GC pauses in CPython

On Mon, Oct 14, 2013 at 2:34 PM, Antoine Pitrou wrote: > Le Mon, 14 Oct 2013 14:25:18 +0200, > Maciej Fijalkowski a écrit : >> On Mon, Oct 14, 2013 at 2:11 PM, "Martin v. Löwis" >> wrote: >> > Am 14.10.13 13:49, schrieb Maciej Fijalkowski: >> >>

Re: [Python-Dev] GC pauses in CPython

On Mon, Oct 14, 2013 at 2:42 PM, Antoine Pitrou wrote: > Le Mon, 14 Oct 2013 14:38:44 +0200, > Maciej Fijalkowski a écrit : > >> On Mon, Oct 14, 2013 at 2:34 PM, Antoine Pitrou >> wrote: >> > Le Mon, 14 Oct 2013 14:25:18 +0200, >> > Maciej Fijalkowski a

Re: [Python-Dev] Review request: issue 27350, compact ordered dict

Hello everyone. I did do only a cursory look on that one, but I would like to reiterate that this gives huge benefits in general and we measured nice speedups on pypy (where all the dicts are ordered forever): * you can essentially kill OrderedDict or make it almost OrderedDict = dict (in pypy it

Re: [Python-Dev] Review request: issue 27350, compact ordered dict

On Mon, Aug 15, 2016 at 6:02 AM, Xavier Combelle wrote: > > > On 10/08/2016 17:06, Maciej Fijalkowski wrote: >> * there are nice speedups >> > in this blog post > https://morepypy.blogspot.fr/2015/01/faster-more-memory-efficient-and-more.html > it is mentioned big

Re: [Python-Dev] Update on PEP 523 and adding a co_extra field to code objects

Hi Brett For what is worth, vmprof and similar tools would love such field (there is an open question how can you use vmprof *and* another tool, but later) On Mon, Aug 29, 2016 at 11:38 PM, Brett Cannon wrote: > For quick background for those that don't remember, part of PEP 523 proposed > addin

Re: [Python-Dev] Update on PEP 523 and adding a co_extra field to code objects

On Tue, Aug 30, 2016 at 3:00 AM, Brett Cannon wrote: > > > On Mon, Aug 29, 2016, 17:06 Terry Reedy wrote: >> >> On 8/29/2016 5:38 PM, Brett Cannon wrote: >> >> > who objected to the new field did either for memory ("it adds another >> > pointer to the struct that won't be typically used"), or for

Re: [Python-Dev] What do we do about bad slicing and possible crashes (issue 27867)

On Tue, Aug 30, 2016 at 2:31 PM, Dima Tisnek wrote: > On 30 August 2016 at 14:13, Serhiy Storchaka wrote: >>> 1. Detect length change and raise. >> >> >> It would be simpler solution. But I afraid that this can break third-party >> code that "just works" now. For example slicing a list "just work

Re: [Python-Dev] Python 3.6 dict becomes compact and gets a private version; and keywords become ordered

On Fri, Sep 9, 2016 at 10:55 AM, Antoine Pitrou wrote: > On Thu, 8 Sep 2016 14:20:53 -0700 > Victor Stinner wrote: >> 2016-09-08 13:36 GMT-07:00 Guido van Rossum : >> > IIUC there's one small thing we might still want to change somewhere >> > after 3.6b1 but before 3.6rc1: the order is not preser

Re: [Python-Dev] Python 3.6 dict becomes compact and gets a private version; and keywords become ordered

On Thu, Sep 15, 2016 at 1:27 PM, Paul Moore wrote: > On 15 September 2016 at 10:43, Raymond Hettinger > wrote: >> Something like this will reveal the true and massive improvement in >> iteration speed: >> >> $ ./python.exe -m timeit -s "d=dict.fromkeys(map(str,range(10**6)))" >> "list(d)"

Re: [Python-Dev] Benchmarking Python and micro-optimizations

Hi Victor Despite the fact that I was not able to find time to run your stuff yet, thanks for all the awesome work! On Thu, Oct 20, 2016 at 12:56 PM, Victor Stinner wrote: > Hi, > > Last months, I worked a lot on benchmarks. I ran benchmarks, analyzed > results in depth (up to the hardware and k

Re: [Python-Dev] Core projects for Summer of Code

> > While working on the core is admirable, I think gsoc would provide an > opportunity to port important Python libraries to 3.x. It's important > to remember that doing ports helps the core immensely by uncovering > 2to3 and py3k bugs. > Hello. It's a very noble task to have important python li

[Python-Dev] issue5578 - explanation

So. The issue was closed and I suppose it was closed by not entirely understanding the problem (or I didn't get it completely). The question is - what the following code should do? def f(): a = 2 class C: exec 'a = 42' abc = a return C print f().abc (quick answer - on python2.5 it

Re: [Python-Dev] issue5578 - explanation

e some methods or other class attributes. I actually think the > 2.5 behavior is correct, and I don't know why it changed in 2.6. > > --Guido > > On Tue, Mar 31, 2009 at 8:15 PM, Maciej Fijalkowski wrote: >> So. The issue was closed and I suppose it was closed by not en

Re: [Python-Dev] issue5578 - explanation

Shame on me indeed. On Wed, Apr 1, 2009 at 5:38 AM, Guido van Rossum wrote: > OK that might change matters. Shame on you though for posting a patch > without any explanation of the issue. > > On Tue, Mar 31, 2009 at 8:36 PM, Maciej Fijalkowski wrote: >> Because classes have

Re: [Python-Dev] Correction: Python Bug Day on April 25

On Wed, Apr 15, 2009 at 1:10 PM, Georg Brandl wrote: > Hi, > > I managed to screw up the date, so here it goes again: > > I'd like to announce that there will be a Python Bug Day on April 25. > As always, this is a perfect opportunity to get involved in Python > development, or bring your own issu

Re: [Python-Dev] IronPython specific code in inspect module

On Tue, May 19, 2009 at 7:26 PM, Benjamin Peterson wrote: > 2009/5/19 Michael Foord : >> I have IronPython specific versions of several of these functions which use >> .NET reflection and inspect could fallback to if sys.platform == 'cli'. >> Would it be ok for me to add these to the inspect modul

Re: [Python-Dev] run time error anlysis of python source code

On Sun, Jun 21, 2009 at 5:05 PM, Daniel Diniz wrote: > Hi David, > > wrote: >> >> It appears that one possibility of investigation into the development of a >> safety-critical variant of the python language > > There is some interesting work related to a safety-critical variant of Python. > >> wou

Re: [Python-Dev] Interest in integrating C decimal module into Python?

On Tue, Oct 20, 2009 at 3:00 PM, Paul Moore wrote: > 2009/10/20 Stefan Krah : >> Hi, >> >> as some of you know, recently I've released an arbitrary precision >> C library for decimal arithmetic together with a Python module: >> >> http://www.bytereef.org/libmpdec.html >> http://www.bytereef.org/fa

Re: [Python-Dev] recursive closures - reference leak

> > Ah, yes.  In my particular case, I'm running a cluster of hundreds of nodes, > supporting 50.000 players in a real-time space simulation.  We disable GC > because of its unpredictable performance impact and are careful to avoid > reference cycles.  We use gc from time to time to _find_ those

Re: [Python-Dev] O(1) random access to deque? (Re: patch to make list.pop(0) work in O(1) time)

> > FWIW, deque indexing for small deques is already O(1) > and somewhat fast.  You only get O(n) degradation > (with a small contant factor) on large deques. > Hi. For small dequeues (smaller than a constant), you have to have O(1) operations, by definition :-) Cheers, fijal ___

Re: [Python-Dev] Improved Traceback Module

On Thu, Jan 28, 2010 at 2:33 PM, Benjamin Schweizer wrote: > Hello, > > I've updated the traceback.py module; my improved version dumps all > local variabes from the stack trace, which helps in debugging rare > problems. You can find details in my latest blog post here: > >  http://benjamin-schwei

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

Snippet from: http://codereview.appspot.com/186247/diff2/5014:8003/7002 *PyPy*: PyPy [#pypy]_ has good performance on numerical code, but is slower than Unladen Swallow on non-numerical workloads. PyPy only supports 32-bit x86 code generation. It has poor support for CPython extension modules, ma

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

On Fri, Feb 12, 2010 at 7:04 PM, Collin Winter wrote: > Hey Maciej, > > On Thu, Feb 11, 2010 at 6:39 AM, Maciej Fijalkowski wrote: >> Snippet from: >> >> http://codereview.appspot.com/186247/diff2/5014:8003/7002 >> >> *PyPy*: PyPy [#pypy]_ has good performa

Re: [Python-Dev] Mercurial repository for Python benchmarks

Hello. We probably also need some people, besides CPython devs having some access to it (like me). Cheers, fijal On Sun, Feb 21, 2010 at 4:51 PM, Daniel Stutzbach wrote: > On Sun, Feb 21, 2010 at 2:28 PM, Collin Winter > wrote: >> >> Would it be possible for us to get a Mercurial repository on

[Python-Dev] Platform extension for distutils on other interpreters than CPython

Hello. I would like to have a feature on platform module (or sys or somewhere) that can tell distutils or distutils2 that this platform (be it PyPy or Jython) is not able to compile any C module. The purpose of this is to make distutils bail out in more reasonable manner than a compilation error i

Re: [Python-Dev] Platform extension for distutils on other interpreters than CPython

On Tue, Feb 23, 2010 at 2:27 PM, Tarek Ziadé wrote: > On Tue, Feb 23, 2010 at 2:10 PM, Tarek Ziadé wrote: >> On Tue, Feb 23, 2010 at 1:50 PM, Maciej Fijalkowski wrote: >>> Hello. >>> >>> I would like to have a feature on platform module (or sys or >&

Re: [Python-Dev] Platform extension for distutils on other interpreters than CPython

On Wed, Feb 24, 2010 at 6:35 AM, Nick Coghlan wrote: > Tarek Ziadé wrote: >> That makes me wonder : why don't we have a sys.implementation variable ? >> (cython/jython/pypi), since we can have several values for cython in >> sys.platform > Hello. So I propose to have a sys.implementation which w

Re: [Python-Dev] Mercurial repository for Python benchmarks

On Wed, Feb 24, 2010 at 12:12 PM, Dave Fugate wrote: > Would there be any interest in accepting IronPython's in-house benchmarks > into this repository as well?  Internally we run the usual suspects (PyStone, > PyBench, etc), but we also have a plethora of custom benchmarks we've written > that

Re: [Python-Dev] Platform extension for distutils on other interpreters than CPython

On Wed, Feb 24, 2010 at 11:17 AM, Glyph Lefkowitz wrote: > > On Feb 23, 2010, at 2:10 PM, Tarek Ziadé wrote: > >> On Tue, Feb 23, 2010 at 1:50 PM, Maciej Fijalkowski wrote: >>> Hello. >>> >>> I would like to have a feature on platform module (or sys or

Re: [Python-Dev] Catch SIGINT at Python startup

On Mon, Mar 8, 2010 at 10:47 AM, Guido van Rossum wrote: > Actually it sounds like there's some overly general except clause > somewhere that should be adjusted to catch just "Exception" instead of > "*". > There is at least one that prints "import 'site' failed" and continues to run your program

Re: [Python-Dev] Why is nan != nan?

> -1 = -1 > implies log(-1) = log(-1) Mathematically speaking this is incorrect. x = y implies log(x) = log(y) for x > 0 and y > 0 Cheers, fijal ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubs

Re: [Python-Dev] python compiler

On Mon, Apr 5, 2010 at 9:31 AM, Craig Citro wrote: >>> for a college project, I proposed to create a compiler for python. I've >>> read something about it and maybe I saw that made a bad choice. I hear >>> everyone's opinion respond. >>> > > I don't think everyone thinks this is a bad idea -- for

Re: [Python-Dev] python compiler

On Mon, Apr 5, 2010 at 1:47 PM, Craig Citro wrote: >> There has been some contentious debate about this in the past, where a >> Cython developer(s?) insisted Cython be listed among the "Python >> implementations" somewhere, on a par with IronPython, Jython and PyPy. >> This does not seem the right

Re: [Python-Dev] python compiler

On Mon, Apr 5, 2010 at 2:21 PM, Michael Foord wrote: > On 05/04/2010 21:10, Terry Reedy wrote: >> >> On 4/5/2010 10:54 AM, will...@ufpa.br wrote: >>> >>> for a college project, I proposed to create a compiler for python. I've >>> read something about it and maybe I saw that made a bad choice. I he

Re: [Python-Dev] python compiler

On Mon, Apr 5, 2010 at 3:03 PM, "Martin v. Löwis" wrote: >> Is the requirement just the construction of full tracebacks in the >> event of an exception? Because Cython does that right now. In the >> event of an exception, the Python call frames are constructed as the C >> call stack is unwound. I

Re: [Python-Dev] python compiler

On Mon, Apr 5, 2010 at 5:44 PM, Greg Ewing wrote: > will...@ufpa.br wrote: >> >> for a college project, I proposed to create a compiler for python. I've >> read something about it and maybe I saw that made a bad choice. I hear >> everyone's opinion respond. > > I don't want to discourage you if yo

Re: [Python-Dev] Very Strange Argument Handling Behavior

On Fri, Apr 16, 2010 at 3:11 PM, Raymond Hettinger wrote: > >>> Guido van Rossum, 16.04.2010 16:33: I am fine with declaring dict({}, **{1:3}) illegal, since after all it is abuse of the ** mechanism. > > ISTM that making it illegal costs cycles with giving any real benefit. >

Re: [Python-Dev] Very Strange Argument Handling Behavior

On Sat, Apr 17, 2010 at 11:38 AM, Dino Viehland wrote: > Benjamin wrote: >> 2010/4/17 Guido van Rossum : >> > On Sat, Apr 17, 2010 at 9:22 AM, Nick Coghlan >> wrote: >> >> Guido van Rossum wrote: >> >>> Because Python promises that the object the callee sees as 'kwargs' >> is >> >>> "just a dict"

Re: [Python-Dev] Very Strange Argument Handling Behavior

On Sat, Apr 17, 2010 at 12:03 PM, Dino Viehland wrote: > Maciej wrote: >> On Sat, Apr 17, 2010 at 11:38 AM, Dino Viehland >> wrote: >> > Benjamin wrote: >> >> 2010/4/17 Guido van Rossum : >> >> > On Sat, Apr 17, 2010 at 9:22 AM, Nick Coghlan >> >> wrote: >> >> >> Guido van Rossum wrote: >> >> >>

Re: [Python-Dev] Very Strange Argument Handling Behavior

On Sat, Apr 17, 2010 at 1:03 PM, Steve Holden wrote: > Dino Viehland wrote: >> Maciej wrote: > [...] >>> And yet that breaks some code :-) >> >> Sure, if you do: >> >> class C(object): >>     locals()[object()] = 42 >> >> dir(C) >> >> You lose.  Once I'm aware of some piece of code in the wild doi

Re: [Python-Dev] Two small PEP ideas

On Fri, Apr 30, 2010 at 5:08 PM, Benjamin Peterson wrote: > 2010/4/30 Antoine Pitrou : >> Jesse Noller gmail.com> writes: >>> >>> Consider this a plaintitive -1 to any sort of rule-or-decision based >>> on committee. >>> >>> I'd much rather a 2x4 to the forehead. >> >> Oops, sorry but what does "

Re: [Python-Dev] HEADS UP: Compilation risk with new GCC 4.5.0

On Wed, May 12, 2010 at 9:58 AM, Jeffrey Yasskin wrote: > On Wed, May 12, 2010 at 6:39 AM, James Y Knight wrote: >> I think you'll be a lot happier just modifying Psyco than making everyone >> else in the world change their compiler flags. > > Aye, there's the rub. Nobody's happier modifying Psyc

Re: [Python-Dev] robots exclusion file on the buildbot pages?

On Sat, May 15, 2010 at 12:07 PM, Antoine Pitrou wrote: > On Sat, 15 May 2010 17:57:28 - > exar...@twistedmatrix.com wrote: >> >> One thing I have noticed is that spammers find these forms and submit >> them with garbage.  We can probably suppose that such people are going >> to ignore a robot

<    1   2   3   4   >