On 11/22/2010 5:48 AM, Stephen J. Turnbull wrote:
I disagree. I do see a problem with UCS-2, because it fails to tell
us that Python implements a large number of features that make it easy
to do a very good job of working with non-BMP data in 16-bit builds of
Yes. As I read the standard,
On 11/22/2010 5:46 PM, Anurag Chourasia wrote:
[Mon Nov 22 09:45:43 2010] [error] [client 108.10.0.191] mod_wsgi
(pid=1273874): Target WSGI script '/u01/home/apli/wm/app/gdd/pyserver/
apache/django.wsgi' cannot be loaded as Python module.
All other error stem probably from this.
Please
On 11/23/2010 1:01 AM, terry.reedy wrote:
Author: terry.reedy
Date: Tue Nov 23 07:01:31 2010
New Revision: 86702
Log:
Issue 9222 Fix filetypes for open dialog
Sorry, forgot to add this before clicking [go] or whatever the button
is. Is there any way to revise a revision ;-?
Modified:
On 11/23/2010 1:16 AM, Senthil Kumaran wrote:
Hi Terry,
On Tue, Nov 23, 2010 at 2:07 PM, terry.reedypython-check...@python.org wrote:
Author: terry.reedy
Date: Tue Nov 23 07:07:04 2010
New Revision: 86703
Log:
Issue 9222 Fix filetypes for open dialog
Modified:
On 11/23/2010 1:44 AM, Georg Brandl wrote:
Am 23.11.2010 07:13, schrieb Terry Reedy:
On 11/23/2010 1:01 AM, terry.reedy wrote:
Author: terry.reedy
Date: Tue Nov 23 07:01:31 2010
New Revision: 86702
Log:
Issue 9222 Fix filetypes for open dialog
Sorry, forgot to add this before clicking [go
On 11/23/2010 2:11 PM, Alexander Belopolsky wrote:
This discussion motivated me to start looking into how well Python
library itself is prepared to deal with len(chr(i)) = 2. I was not
Good idea!
surprised to find that textwrap does not handle the issue that well:
len(wrap(' \U00010140'
On 11/23/2010 5:43 PM, Éric Araujo wrote:
Modified: python/branches/py3k/Misc/ACKS
==
--- python/branches/py3k/Misc/ACKS (original)
+++ python/branches/py3k/Misc/ACKS Tue Nov 23 21:32:47 2010
@@ -1,4 +1,4 @@
On 11/23/2010 8:32 PM, Jesus Cea wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24/11/10 01:31, Jesus Cea wrote:
Still retrying, with no luck.
Anybody else can reproduce?.
One of my tracker changes was just processed.
The important one still retrying every 5 minutes...
I hope I
On 11/24/2010 2:04 PM, Brett Cannon wrote:
On Tue, Nov 23, 2010 at 15:07, Terry Reedytjre...@udel.edu wrote:
I used Notepad to edit the file, TortoiseSvn to commit, the same as I did
for #9222, rev86702, Lib\idlelib\IOBinding.py, yesterday.
If the latter is OK, perhaps *.py gets filtered
On 11/24/2010 3:04 PM, Georg Brandl wrote:
Adding the BOM will be an editor thing, not a svn thing. Doing a
It should show up as an invisible change in the first line of a file when you
look at a svn diff. (It is a very good practice to look at a diff before
committing anyway.)
It does
On 11/24/2010 5:13 PM, Martin v. Löwis wrote:
So I presume it did the same with IOBinding.py.
No. This file contains only ASCII characters, so notepad has decided
to not add the BOM.
Or it somehow got removed from the .py file. I tried with another .py
file (and reverted!) and the diff
On 11/24/2010 3:06 PM, Alexander Belopolsky wrote:
Any non-trivial text processing is likely to be broken in presence of
surrogates. Producing them on input is just trading known issue for
an unknown one. Processing surrogate pairs in python code is hard.
Software that has to support non-BMP
On 11/27/2010 7:17 AM, Nick Coghlan wrote:
On Thu, Nov 25, 2010 at 4:12 PM, terry.reedypython-check...@python.org wrote:
The :class:`SequenceMatcher` class has this constructor:
-.. class:: SequenceMatcher(isjunk=None, a='', b='')
+.. class:: SequenceMatcher(isjunk=None, a='', b='',
On 11/27/2010 6:26 PM, Raymond Hettinger wrote:
Can I suggest that an enum-maker be offered as a third-party module
Possibly with competing versions for trial and testing ;-)
rather than prematurely adding it into the standard library.
I had same thought.
--
Terry Jan Reedy
On 11/28/2010 3:58 PM, Alexander Belopolsky wrote:
On Sun, Nov 28, 2010 at 3:43 PM, Antoine Pitrousolip...@pitrou.net wrote:
..
For example,
I don't think that supporting
float('١٢٣٤.٥٦')
1234.56
Even if this is somehow an accident or something that someone snuck in,
I think it a good
On 11/28/2010 5:51 PM, Alexander Belopolsky wrote:
The Language Spec (whatever it is) should not, but hopefully the
Library Reference should. If you follow
http://docs.python.org/dev/py3k/library/functions.html#float link and
the references therein, you'll end up with
digit ::=
On 11/28/2010 6:40 PM, Martin v. Löwis wrote:
I have now completed
http://www.python.org/dev/peps/pep-0384/
The current text contains several error messages like:
System Message: WARNING/2 (pep-0384.txt, line 194)
Bullet list ends without a blank line; unexpected unindent.
Terry Jan Reedy
On 11/29/2010 10:19 AM, M.-A. Lemburg wrote:
Nick Coghlan wrote:
On Mon, Nov 29, 2010 at 9:02 PM, M.-A. Lemburgm...@egenix.com wrote:
If we would go down that road, we would also have to disable other
Unicode features based on locale, e.g. whether to apply non-ASCII
case mappings, what to
On 11/30/2010 3:23 AM, Stephen J. Turnbull wrote:
I see no reason not to make a similar promise for numeric literals. I
see no good reason to allow compatibility full-width Japanese ASCII
numerals or Arabic cursive numerals in for i in range(...) for
example.
I do not think that anyone, at
On 11/30/2010 10:05 AM, Alexander Belopolsky wrote:
My general answers to the questions you have raised are as follows:
1. Each new feature release should use the latest version of the UCD as
of the first beta release (or perhaps a week or so before). New chars
are new features and the beta
On 12/1/2010 12:55 PM, Alexander Belopolsky wrote:
On Sun, Nov 28, 2010 at 5:48 PM, M.-A. Lemburgm...@egenix.com wrote:
..
With Python 3.1:
exec('\u0CF1 = 1')
Traceback (most recent call last):
File stdin, line 1, inmodule
File string, line 1
ೱ = 1
^
SyntaxError: invalid
Difflib.SequenceMatcher object currently get two feature attributes:
self.isbjunk = junk.__contains__
self.isbpopular = popular.__contains__
Tim Peters agrees that the junk and popular sets should be directly
exposed and documented as part of the api, thereby making the functions
On 12/1/2010 8:22 PM, Michael Foord wrote:
I would still be tempted to go through a single release of deprecation.
You can add a test that the names are gone if the version of Python is
3.3. When the tests start failing the code and the tests can be ripped out.
I was wondering how people
On 12/1/2010 8:17 PM, Michael Foord wrote:
It is well *possible* that there are packages with a runtime dependency
on libraries in mercurial however. Those would need mercurial porting to
Python 3 if they are to run on Python 3. If they simply shell out to
mercurial that wouldn't be the case.
On 12/1/2010 8:22 PM, Nick Coghlan wrote:
On Thu, Dec 2, 2010 at 6:23 AM, Terry Reedytjre...@udel.edu wrote:
It would be easiest to just remove the two lines above.
Or should I define functions _xxx names that issue a deprecation warning and
attach them as attributes to each object? (Defining
On 12/1/2010 7:44 PM, Alexander Belopolsky wrote:
it. The argument was that if there was a use case for parsing Eastern
Arabic numerals, it would be better served by a module written by
someone who speaks one of the Arabic languages and knows the details
of how Eastern Arabic numerals are
On 12/2/2010 4:32 AM, Nick Coghlan wrote:
On Thu, Dec 2, 2010 at 5:05 PM, terry.reedypython-check...@python.org wrote:
(except I did not write most of the patch)
+ If
+ the target directory with the same mode as we specified already exists,
+ raises an :exc:`OSError` exception if
On 12/2/2010 8:36 AM, Lennart Regebro wrote:
On Wed, Dec 1, 2010 at 20:17, Antoine Pitrousolip...@pitrou.net wrote:
And I'm not sure what this package called Python is (“a high-level
object-oriented programming language”? like Java?), but I'm pretty sure
I've heard there's a Python 3
On 12/2/2010 6:54 PM, Alexander Belopolsky wrote:
On Thu, Dec 2, 2010 at 4:14 PM, M.-A. Lemburgm...@egenix.com wrote:
..
Some examples:
http://www.bdl.gov.lb/circ/intpdf/int123.pdf
I looked at this one more closely. While I cannot understand what it
says, It appears that Arabic numerals
On 12/3/2010 5:55 PM, Dima Tisnek wrote:
How hard or reasonable would it be to free memory pages on OS level?
[pcmiiw] Gabage collection within a generation involves moving live
objects to compact the generation storage. This separates the memory
region into 2 parts live and cleared, the
On 12/3/2010 5:52 PM, Martin v. Löwis wrote:
Am 03.12.2010 23:48, schrieb Éric Araujo:
But I'm not interested at all in having it in distutils2. I want the
Python build itself to use it, and alas, I can't because of the freeze.
You can’t in 3.2, true. Neither can you in 3.1, or any previous
On 12/3/2010 6:46 PM, Martin v. Löwis wrote:
and stable as D1. I do not know what Martin means by 'integrate' (other
than that he be able to use it to build Python)
That the master copy of the source code is in the Python source repository.
Is a separate branch acceptible, as long as you
On 12/3/2010 6:15 PM, James Y Knight wrote:
On Dec 3, 2010, at 6:04 PM, Terry Reedy wrote:
gc is implementation specific. CPython uses ref counting + cycle
gc. A constraint on all implementations is that objects have a
fixed, unique id during their lifetime. CPython uses the address as
the id
On 12/3/2010 7:46 PM, James Y Knight wrote:
Sure they are. This is what Java provides you, for example. If you
have fixed, but potentially non-unique ids (in Java you get this
using identityHashCode()), you can still make an identity
I do not see the point of calling a (non-unique) hash value
On 12/3/2010 11:06 PM, Cameron Simpson wrote:
On 03Dec2010 18:15, James Y Knightf...@fuhm.net wrote:
| On Dec 3, 2010, at 6:04 PM, Terry Reedy wrote:
| gc is implementation specific. CPython uses ref counting + cycle
| gc. A constraint on all implementations is that objects have a fixed
DeprecationWarnings that show up in a lot of existing code are controversial
and have caused pain in the past. I'd like to leave this on for 3.2 beta1 and
see how things go. We can remove the warning if it is deemed too noisy during
any betas. (case study: the md5 and sha module
On 12/5/2010 4:48 PM, Martin v. Löwis wrote:
I'd like to tighten PEP 11, and declare a policy that systems
older than ten years at the point of a feature release are not
supported anymore by default. Older systems where support is still
maintained need to be explicitly listed in the PEP, along
On 12/6/2010 4:08 AM, Martin v. Löwis wrote:
For Windows and Solaris, it seems that some users continue to use the
system after the vendor stops producing patches, and dislike the
prospect of not having Python releases for it anymore. However, they
are in clear minority, so by our current
On 12/6/2010 3:46 PM, Martin v. Löwis wrote:
Am 06.12.2010 20:25, schrieb Terry Reedy:
I quite suspect that XP will be in major use (more than say, current
BSD) for some years after MS stops official support. Why rush to drop
it?
What rush to drop it,
On the day MS stops support
On 12/8/2010 2:00 PM, Vinay Sajip wrote:
Actually, I don't think my response to Nick's post (about concurrent.futures)
could be characterized as I don't care, as I even made a specific proposal
about how a change could be implemented.
Your proposal struck me as probably the best way forward.
On 12/10/2010 5:16 PM, Vinay Sajip wrote:
IMO as long as it's just a small amount of work to get the specific effect
that you want, it doesn't really matter too much what the default is - though
of course I'd like it to be right, whatever that means ;-)
I think the default should accomodate
On 12/10/2010 4:59 PM, R. David Murray wrote:
Like Éric, I'm not sure what the implications of the existing module
having been released in 2.7 and 3.2 beta are in terms of making such an
API change.
I am with Raymond on this: the purpose of betas is so we can test *and*
make changes. No one
On 12/11/2010 12:19 PM, Georg Brandl wrote:
Am 11.12.2010 11:36, schrieb Prashant Kumar:
I was wondering if we could contribute in porting of python.org
http://python.org website over to python3k.
I think this is an excellent idea. It will test Python3 and the modules
and external packages
On 12/12/2010 2:04 PM, Zeljko wrote:
This post should have gone to python-list, mirrored as
gmane.comp.python.general. Please limit any further response to either
of those (or c.l.p) and delete pydev.
I'm considering to write some pure python pdf lib from from scratch, but found
there is no
On 12/13/2010 6:04 AM, Vinay Sajip wrote:
True, but this area changed after 2.6 was released (after even 2.7, IIRC), so I
want to be sure that if I'm going to change the doc sources on release26-maint,
2.6 is in security-fix only mode. I am not sure if that precludes doc
fixes, on the chance
On 12/13/2010 2:17 PM, Antoine Pitrou wrote:
On Mon, 13 Dec 2010 14:09:02 -0500
Alexander Belopolskyalexander.belopol...@gmail.com wrote:
On Mon, Dec 13, 2010 at 11:54 AM, Guido van Rossumgu...@python.org wrote:
I'm at least +0 on
allowing trailing commas in the situation the OP mentioned.
On 12/18/2010 3:48 PM, Antoine Pitrou wrote:
On Sat, 18 Dec 2010 21:00:04 +0100 (CET)
ezio.melottipython-check...@python.org wrote:
Author: ezio.melotti
Date: Sat Dec 18 21:00:04 2010
New Revision: 87389
Log:
#10573: use actual/expected consistently in unittest methods.
Change was requested
On 12/18/2010 10:33 AM, Oleg Broytman wrote:
This is quite a known problem, not specific to Python. Locale
settings are global for a process, and this is one of the thousands
reasons why locale is considered so horrible.
ICU is perhaps the only way around the problem.
This is about
On 12/18/2010 4:37 PM, Grygoriy Fuchedzhy wrote:
Hi.
I've created bug on bugtracker, and then I was told there that I should
post this on this mailing list for discussion.
Here is link to bug: http://bugs.python.org/issue10730
Please add'.svgz':'.svg.gz' map to mimetypes.suffix_map
This
On 12/19/2010 1:41 PM, Guido van Rossum wrote:
On Sun, Dec 19, 2010 at 5:13 AM, Antoine Pitrousolip...@pitrou.net wrote:
This could be nicely resolved by renaming the arguments a and b,
and having the diff display a, b. It's quite natural (both the diff
ordering and the arguments ordering),
On 12/20/2010 8:38 PM, Nick Coghlan wrote:
Given the changing dynamics of the desktop launch menus to better
support direct access as an alternative to hierarchical navigation,
would it be reasonable to consider including the major version number
in the start menu shortcut names?
I would very
On 12/21/2010 7:01 AM, Nick Coghlan wrote:
On Tue, Dec 21, 2010 at 6:36 PM, Martin v. Löwismar...@v.loewis.de wrote:
Given the changing dynamics of the desktop launch menus to better
support direct access as an alternative to hierarchical navigation,
would it be reasonable to consider
On 12/21/2010 8:37 PM, alexander.belopolsky wrote:
Author: alexander.belopolsky
Date: Wed Dec 22 02:37:36 2010
New Revision: 87433
Log:
Both PEP 3131 and the current implementation use NFKC normalization
for identifiers. Fixed the documentation to agree.
Modified:
On 12/22/2010 1:23 AM, Adal Chiriliuc wrote:
Microsoft recommendations:
Irrelevant.
Avoid putting a version number in a program name unless that is how
users normally refer to your program.
Version numbers are the point of this issue, because people *do* have
multiple version installed.
On 12/22/2010 5:11 PM, Laurens Van Houtven wrote:
On Sat, Dec 18, 2010 at 1:12 PM, Georg Brandlg.bra...@gmx.net wrote:
Am 17.12.2010 17:52, schrieb Laurens Van Houtven:
+1 for throwing it out of the PEP. Assignment is a thing,
nonlocal/global is a thing, don't mix them up :) (That in addition
On 12/24/2010 11:09 AM, Michael Foord wrote:
On 22/12/2010 02:26, Terry Reedy wrote:
On 12/21/2010 7:17 AM, Michael Foord wrote:
My first priority is that doc and code match.
Close second is consistency (hence, ease of learning and use) between
various AssertXs.
Symmetrical diffs (element
On 12/26/2010 7:15 PM, Nick Coghlan wrote:
Starting in Python 3.2, range() supports fast containment checking for
integers (i.e. based on an O(1) arithmetic calculation rather than an
O(N) iteration through the entire sequence).
Currently, this fast path ignores objects that implement __index__
On 12/26/2010 7:01 PM, Nick Coghlan wrote:
Yes, the definition in the language reference could definitely be
improved to mention the semantics first, and then reference
operator.index second.
Possible wording Indicates to the Python interpreter that the object
is semantically equivalent to the
On 12/28/2010 8:26 AM, victor.stinner wrote:
Author: victor.stinner
Date: Tue Dec 28 14:26:42 2010
New Revision: 87537
Log:
Issue #10783: struct.pack() doesn't encode implicitly unicode to UTF-8
Modified: python/branches/py3k/Doc/whatsnew/3.2.rst
In python-list thread Does Python 3.1 accept \r\n in compile()?
jmfauth notes that
compile('print(999)\r\n', 'in', 'exec')
works in 2.7 but not 3.1 (and 3.2 not checked) because 3.1 sees '\r' as
SyntaxError.
I started to respond that this is part of Py3 cleanup with newlines
converted on input
On 12/29/2010 2:31 PM, Terry Reedy wrote:
In python-list thread Does Python 3.1 accept \r\n in compile()?
jmfauth notes that
compile('print(999)\r\n', 'in', 'exec')
works in 2.7 but not 3.1 (and 3.2 not checked) because 3.1 sees '\r' as
SyntaxError.
I started to respond that this is part of Py3
On 12/29/2010 2:53 PM, Benjamin Peterson wrote:
Type help, copyright, credits or license for more information.
compile(print(999)\r\n, blah, exec)
code objectmodule at 0xb353e8, file blah, line 1
I made a mistake in testing. Issue closed. Sorry for the noise.
--
Terry Jan Reedy
On 12/29/2010 5:44 PM, David Bolen wrote:
Or, I'll make the same offer I think I made in the multiprocessing
case, which is I can build a kernel on the buildbot with a higher
limit, if that's needed just to ensure test completion. Yes, it would
also mean that users would need to do the same
On 12/30/2010 4:44 PM, Georg Brandl wrote:
But you can't use Mercurial's merge functionality for that, right?
You have to use some kind of transplant/cherry-picking to merge from the
3.3 branch to the 3.2 branch, right?
Oh, I wrote the above assuming 3.2-3.3 merging. For the other direction
On 1/1/2011 5:07 AM, georg.brandl wrote:
Author: georg.brandl
Date: Sat Jan 1 11:07:30 2011
New Revision: 87603
Log:
Fix issue references.
(add '#' to issue numbers). Whoops, two of those are mine. I am still
learning and will try to remember to include it in both log messages and
NEWS
On 1/2/2011 10:18 PM, Guido van Rossum wrote:
My proposed way out of this conundrum has been to change the language
semantics slightly so that global names which (a) coincide with a
builtin, and (b) have no explicit assignment to them in the current
module, would be fair game for such
On 1/4/2011 6:39 PM, Guido van Rossum wrote:
So, that significantly weakens the argument that this optimization
will break unit tests, since I am happy to promise never to optimize
these builtins, and any other builtins intended for I/O.
This is one comprehensible rule rather than a list of
On 1/5/2011 1:18 AM, Eli Bendersky wrote:
On Wed, Jan 5, 2011 at 04:13, Nick Coghlan ncogh...@gmail.com
Your call as the author, but please reconsider this one. I've found it
*hugely* convenient over the years to have these task oriented answers
in the FAQ. The problem with the
Issue #7995: When calling accept() on a socket with a timeout, the returned
socket is now always non-blocking, regardless of the operating system.
Seems clear enough
+# Issue #7995: if no default timeout is set and the listening
+# socket had a (non-zero) timeout, force the
+The shortest, simplest way of running the test suite is::
+
+./python -m test
Not on Windows.
C:\Programs\Python32./python -m test
'.' is not recognized as an internal or external command,
operable program or batch file.
python -m test
works (until it failed, separate issue).
I would
+Running
+---
Is there a way to skip a particular test, such as one that crashes the
test process?
Terry
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
To test Brett's test running instruction, I ran
python -m test # not ./Python!
in a Command Prompt window
---
Microsoft Windows XP [Version 5.1.2600]
== CPython 3.2b2 (r32b2:87398, Dec 19 2010, 22:51:00)
[MSC v.1500 32 bit (Intel)]
== Windows-XP-5.1.2600-SP3 little-endian
==
On 1/5/2011 5:57 PM, Antoine Pitrou wrote:
On Wed, 05 Jan 2011 17:43:32 -0500
Terry Reedytjre...@udel.edu wrote:
Not on Windows.
C:\Programs\Python32./python -m test
Installation, not checkout.
'.' is not recognized as an internal or external command,
operable program or batch file.
On 1/5/2011 5:43 PM, Antoine Pitrou wrote:
On Wed, 05 Jan 2011 17:21:23 -0500
Terry Reedytjre...@udel.edu wrote:
Thank you for spotting the contradiction; this is now fixed.
I am following your example of looking at checkins.
--
Terry Jan Reedy
On 1/5/2011 8:59 PM, Nick Coghlan wrote:
On Thu, Jan 6, 2011 at 9:47 AM, Terry Reedytjre...@udel.edu wrote:
To test Brett's test running instruction, I ran
python -m test # not ./Python!
in a Command Prompt window
Does it behave itself if you add -x test_capi to the command line?
No, it
On 1/6/2011 11:54 PM, Nick Coghlan wrote:
On Thu, Jan 6, 2011 at 4:00 PM, Terry Reedytjre...@udel.edu wrote:
Does it behave itself if you add -x test_capi to the command line?
No, it gets worse. Really.
Let me summarize a long post.
Run 1: normal (as above)
Process stops at capi test with
On 1/8/2011 2:55 AM, max ulidtko wrote:
On Wed, 20 Mar 2002 14:53:58 -0500, Andrew Kuchling wrote:
| sendfile() is used when writing really high-performance Web servers,
| in order to save an unnecessary memory-to-memory copy. Question:
| should I make up a patch to add a sendfile() wrapper to
On 1/15/2011 12:03 PM, georg.brandl wrote:
Fix a few doc errors, mostly undefined keywords.
I am not sure what you mean by 'undefined keyword', but
-integer. If there is no source code, return :keyword:`None`. If the
+integer. If there is no source code, return ``None``. If
On 1/16/2011 12:44 PM, Peter Hall wrote:
I am a newbie to python, and am curious why the following syntax is not
supported:
This list is for development of future releases. Please ask such
questions on python-list or other forums for discussion of current Python.
--
Terry Jan Reedy
On 1/19/2011 7:34 AM, Victor Stinner wrote:
Hi,
I patched Python 3.2 to support modules with non-ASCII paths (*). It
works well on all operating systems. But the task is not completly
done:
(a) Python 3 doesn't support non-ASCII module names (b) Python 3
doesn't support unencodable characters
On 1/19/2011 1:25 PM, Brett Cannon wrote:
On Wed, Jan 19, 2011 at 10:10,s...@pobox.com wrote:
Antoine Ok, thank you but... are you suggesting something or not?
Yes. Keep the vcs command recommendations simple. At least mention idioms
which likely to apply across a wider range of
On 1/19/2011 4:05 PM, Simon Cross wrote:
I have no problem with non-ASCII module identifiers being valid
syntax. It's a question of whether attempting to translate a non-ASCII
If the names are the same, ie, produced with the same sequence of
keystrokes in the save-as box and importing box,
On 1/19/2011 6:44 PM, Toshio Kuratomi wrote:
I believe we now have the situation that a package that works on *nix
could fail on Windows, whereas I believe that patch would *improve*
portability.
I'm not so sure about this
Forget that claim if it is not true. The patch will certainly
On 1/19/2011 6:05 PM, Alexander Belopolsky wrote:
On Wed, Jan 19, 2011 at 5:47 PM, Brett Cannonbr...@python.org wrote:
..
Indeed. Last time I looked, we still had cProfile in stdlib.
Yes, but that is because no one got around to hiding cProfile behind
profile before we released Python 3.0.
On 1/20/2011 12:44 PM, Toshio Kuratomi wrote:
The problem occurs in
that the code that one of the parties develops (either the students or the
professors) is developed on one of those OS's and then used on the other OS.
The problem that I reported and hope will be fixed is that private code
On 1/22/2011 1:16 PM, yeswanth wrote:
In general, this list is for development of Python, CPython, and its
stdlib, not 3rd party modules.
I would want to help porting some web framework for py3k ..
The target of any such efforts should be 3.2 as it has changes intended
to help web
The 3.x docs mostly started fresh with 3.0. The major exception is the
What's new section, which goes back to 2.0. The 2.x stuff comprises
about 650KB in the repository and whatever that translates into in the
distribution. I cannot imagine that anyone who only has 3.x and no 2.x
version would
On 1/22/2011 2:20 PM, Antoine Pitrou wrote:
On Sat, 22 Jan 2011 14:04:00 -0500
Terry Reedytjre...@udel.edu wrote:
The 3.x docs mostly started fresh with 3.0. The major exception is the
What's new section, which goes back to 2.0. The 2.x stuff comprises
about 650KB in the repository and
On 1/23/2011 1:58 PM, Antoine Pitrou wrote:
Issue #10987: Fix the recursion limit handling in the _pickle module.
12 hours after the report!
I am still curious why a previous exception changed pickle behavior, and
only in 3.2, but I would rather you fix another bug than speeding much
time
On 1/24/2011 2:18 PM, Georg Brandl wrote:
Am 24.01.2011 20:04, schrieb Raymond Hettinger:
Looking at http://docs.python.org/dev/library/html.html#module-html
it would appear that we've created a new module with a single
trivial function.
In reality, there was already a python package, html,
On 1/31/2011 5:31 AM, Steven D'Aprano wrote:
Jurjen N.E. Bos wrote:
I was impressed by the optimizations already in there, but I still
dare to suggest an optimization that from my estimates might shave off
a few cycles, speeding up Python about 5%.
The idea is simple: change the byte code
On 2/9/2011 12:32 PM, s...@pobox.com wrote:
Passing this along from webmaster.
It is hard to reply to an attachment rather than inline forwarded
message. However, with rc1
import sqlite3
sqlite3.version
'2.6.0'
sqlite3.sqlite_version
'3.7.4'
I added 'pysqlite' to the What's new entry.
On 2/9/2011 3:29 PM, Antoine Pitrou wrote:
Why talk about checkout at all? It's an SVN/CVS/RCS term, if I'm not
mistaken (even though it may occasionally be used with hg, it's a
synonym of working copy there).
I believe it harkens back to early source code control systems where one
person
On 2/11/2011 4:29 AM, Mark Shannon wrote:
Nick Coghlan wrote:
Now that the issue has been brought up, it can certainly be taken into
consideration for 3.3. The idea of defining a Py_PORTABLE_API that is
even more restrictive than PEP 384 (e.g. eliminating lots of old cruft
that is a legacy of
On 2/11/2011 1:35 PM, Benjamin Peterson wrote:
2011/2/11 Antoine Pitrousolip...@pitrou.net:
On Fri, 11 Feb 2011 13:16:12 -0500
Terry Reedytjre...@udel.edu wrote:
On 2/11/2011 4:29 AM, Mark Shannon wrote:
Nick Coghlan wrote:
Now that the issue has been brought up, it can certainly be taken
On 2/13/2011 9:47 AM, Alexis Métaireau wrote:
Tarek co-opts this.
Do you meant that Tarek supports or approves of this?
(Co-opt means something rather different in English.)
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
On 2/13/2011 5:23 PM, Nick Coghlan wrote:
On Mon, Feb 14, 2011 at 8:11 AM,exar...@twistedmatrix.com wrote:
Excluding stuff is not hard, seriously. It's not hard to see that wxPython
integration doesn't belong in the stdlib. There are more useful aspects of
the task to discuss.
I think
I would like the next release called 3.2.0 rather than just 3.2.
'x.y' is known to be ambiguous and confusing.
In most actual usages, I believe, it refers to the latest x.y.z release.
On the site, the 'x.y' docs are almost always the latest version of the
docs (actually x.y.z+additional
On 2/16/2011 5:39 PM, Nick Coghlan wrote:
On Thu, Feb 17, 2011 at 5:05 AM, Barry Warsawba...@python.org wrote:
On Feb 16, 2011, at 12:34 PM, Terry Reedy wrote:
I would like the next release called 3.2.0 rather than just 3.2.
+1
(I'd have said +0 for the humor of it :).
+0
I actually
On 2/17/2011 1:36 AM, Senthil Kumaran wrote:
On Thu, Feb 17, 2011 at 1:34 AM, Terry Reedytjre...@udel.edu wrote:
'x.y' is known to be ambiguous and confusing.
Not really.
Actually, to me, the confusion is slightly worse, and the reason to
change slightly stronger, than I initially
901 - 1000 of 2415 matches
Mail list logo