On 11/2/2010 10:05 AM, C. Titus Brown wrote:
...but, as someone who has to figure out how to teach stuff to CSE undergrads
(and biology grads) I hate the statement "...any programmer should
expect this..."
And indeed I (intentionally) did not say that. People who are ignorant
and inexperience
On 11/2/2010 1:23 PM, Michael Foord wrote:
Right, I did quote that exact text earlier in the thread. False
expectations come when there are exceptions to otherwise-consistent
behaviour.
Particularly as it still works for other mutable collections. Worth
being aware that custom implementations
On 11/6/2010 8:53 AM, Laurens Van Houtven wrote:
Experience teaches us that people do speak up more than they tend to
keep schtum. We do get feedback on most things, including the "NO
ARCH" rule.
It strikes me as reasonable to warn people that they would be wasting
their time typing out a mul
On 11/6/2010 11:42 AM, R. David Murray wrote:
On Sat, 06 Nov 2010 15:38:22 +0100, Georg Brandl wrote:
Am 06.11.2010 05:44, schrieb Ezio Melotti:
Hi,
On 05/11/2010 19.08, Python tracker wrote:
ACTIVITY SUMMARY (2010-10-29 - 2010-11-05)
Python tracker at http://bugs.python.org/
To view or res
On 11/6/2010 12:33 PM, "Martin v. Löwis" wrote:
This was a private function used on an unsupported platform, this should
do no harm. We’ve been bitten by “should do no harm” before though, so
I am ready to revert this change (and learn from this :)
Do as you like. I won't insist on it being re
On 11/7/2010 5:11 PM, Antoine Pitrou wrote:
On Sat, 6 Nov 2010 19:03:53 +0100 (CET)
eric.araujo wrote:
Author: eric.araujo
Date: Sat Nov 6 19:03:52 2010
New Revision: 86276
Log:
Fix #10252 again (hopefully definitely). Patch by Brian Curtin.
It seems this and previous fixes should be back
On 11/8/2010 12:20 PM, Alexander Belopolsky wrote:
Was: [issue2001] Pydoc interactive browsing enhancement
On Sun, Nov 7, 2010 at 9:17 AM, Nick Coghlan wrote:
..
I'd actually started typing out the command to commit this before it finally
clicked that the patch changes public
APIs of the pyd
On 11/8/2010 4:36 PM, Ron Adam wrote:
My understanding is that anything with an actual docstring is part of
the public API. Any thing with a leading underscore is private.
When the trace module was written, the rule seems to have been more
like: docs (but no docstrings) for public API, docstr
On 11/8/2010 2:58 PM, Brett Cannon wrote:
I think we need to, as a group, decide how to handle undocumented APIs
that don't have a leading underscore: they get treated just the same
as the documented APIs, or are they private regardless and thus we can
change them at our whim?
How about in bet
On 11/12/2010 3:44 AM, Paul Moore wrote:
Hi,
My buildbot has been failing for some time because of these 2 issues,
both related to the fact that tests are hanging when run as a service
(and hence have no display to open GUI elements on). Both issues have
patches, and as far as I am aware, the pat
On 11/12/2010 4:32 AM, "Martin v. Löwis" wrote:
bugs.python.org is now on the new hardware. There have been some
problems in the migration: the old hardware would start failing before
the scheduled migration date, so the migration was done early, causing
outage for some people who then the old ad
On 11/12/2010 2:42 PM, Antoine Pitrou wrote:
Hello,
On Fri, 12 Nov 2010 00:22:19 +0100 (CET)
terry.reedy wrote:
+
+ .. versionadded:: 2.7
+ The *autojunk* parameter.
Maybe I've missed something, but is there any reason to add a new
parameter in a bugfix release?
(apart from security
On 11/12/2010 3:08 PM, Hatem Nassrat wrote:
A colleague of mine came across something anecdotal when working with
lambdas, it is expressed by the following code snippet.
In [1]: def a():
...: for i in range(10):
...: def b():
...: return i
...:
On 11/12/2010 3:32 PM, Terry Reedy wrote:
On 11/12/2010 2:42 PM, Antoine Pitrou wrote:
Hello,
On Fri, 12 Nov 2010 00:22:19 +0100 (CET)
terry.reedy wrote:
+
+ .. versionadded:: 2.7
+ The *autojunk* parameter.
I just realized that this should say 2.7.1 so people know not to use it
with the
On 11/12/2010 7:28 PM, antoine.pitrou wrote:
Author: antoine.pitrou
Date: Sat Nov 13 01:28:53 2010
New Revision: 86441
Log:
Switch from gmane to another provider for NNTP tests (as gmane isn't reliable
enough). Also, use setUpClass in order to connect only once per test run.
class Ne
On 11/13/2010 7:08 AM, Antoine Pitrou wrote:
On Fri, 12 Nov 2010 20:31:49 -0500
Terry Reedy wrote:
class NetworkedNNTP_SSLTests(NetworkedNNTPTestsMixin, unittest.TestCase):
-NNTP_HOST = 'snews.gmane.org'
-GROUP_NAME = 'gmane.comp.python.devel'
O
More specifically, if, with Thunderbird, I turn on SSL/TLS, (which
switches from port 119 to 563), I get *invalid* certificate message -
good for aioe.org, news.aioe,org, but not nntp.aioe.org. I believe SSL
worked before the hiatus so it might be an oversight in restarting.
Funny, it shows t
On 11/13/2010 8:25 AM, georg.brandl wrote:
Author: georg.brandl
Date: Sat Nov 13 14:25:40 2010
New Revision: 86451
- unused undocumented value PyBUF_SHADOW, and strangely-looking code in
+ undocumented value PyBUF_SHADOW, and strangely-looking code in
For future reference, 'strangely-loo
On 11/13/2010 12:28 PM, benjamin.peterson wrote:
Author: benjamin.peterson
Date: Sat Nov 13 18:28:56 2010
New Revision: 86453
Modified: python/branches/release31-maint/README
==
--- python/branches/release31-maint/RE
On 11/13/2010 8:28 PM, Nick Coghlan wrote:
Following the python-checkins list, I get to see both the current SVN
notifications and the Hg notifications from Tarek's pushes into the
distutils repository. I realised today that there is one key reason as
to why the latter strikes me as a big wall of
On 11/16/2010 10:16 AM, Alexander Belopolsky wrote:
What this thread has shown is that there is no consensus on what
public names are and what rules should be followed when changing names
that can be imported from a module.
Nor is their any consensus on the use of __all__ in the stdlib, with
o
On 11/17/2010 10:52 AM, Guido van Rossum wrote:
That's not what I meant. In the case of style guides I think it is
totally appropriate to update the PEP as new rules are developed or
existing ones are clarified (or even changed).
Revising style guides is standard practice. The Chicago Manual o
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, UC
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 guide
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.reedy wrote:
Author: terry.reedy
Date: Tue Nov 23 07:07:04 2010
New Revision: 86703
Log:
Issue 9222 Fix filetypes for open dialog
Modified:
python/branches/release31-maint/Lib/idlelib/IOBindin
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 ca
On 11/24/2010 2:04 PM, Brett Cannon wrote:
On Tue, Nov 23, 2010 at 15:07, Terry Reedy 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 better than misc
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 s
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 sho
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 c
On 11/27/2010 7:17 AM, Nick Coghlan wrote:
On Thu, Nov 25, 2010 at 4:12 PM, terry.reedy wrote:
The :class:`SequenceMatcher` class has this constructor:
-.. class:: SequenceMatcher(isjunk=None, a='', b='')
+.. class:: SequenceMatcher(isjunk=None, a='', b='', autojunk=True)
Optional ar
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 Pitrou 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 idea that *users* be a
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 ::= "0"..
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 Reed
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. Lemburg 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 consider whitespace
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, a
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 pe
On 12/1/2010 12:55 PM, Alexander Belopolsky wrote:
On Sun, Nov 28, 2010 at 5:48 PM, M.-A. Lemburg wrote:
..
With Python 3.1:
exec('\u0CF1 = 1')
Traceback (most recent call last):
File "", line 1, in
File "", line 1
ೱ = 1
^
SyntaxError: invalid character in identifier
but with
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
redund
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 remem
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 Reedy 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 instance methods
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 writ
On 12/2/2010 4:32 AM, Nick Coghlan wrote:
On Thu, Dec 2, 2010 at 5:05 PM, terry.reedy 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 *exist_ok* is False, otherwise
On 12/2/2010 8:36 AM, Lennart Regebro wrote:
On Wed, Dec 1, 2010 at 20:17, Antoine Pitrou 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 compatible version.
Uhm..
On 12/2/2010 6:54 PM, Alexander Belopolsky wrote:
On Thu, Dec 2, 2010 at 4:14 PM, M.-A. Lemburg 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 are used in dates.
"Boris Borcic" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I agree with you (and argued it in "scopes vs augmented assignment vs
> sets"
> recently) that mutating would be sufficient /if/ the compiler would view
> augmented assignment as mutations operators :
Mutation is an op
"Anthony Baxter" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Making strftime accept 0s is fine to be checked in, since it's a
> regression (an understandable one, but what the hell).
Once it is, someone should put a note back on the complainant's blog page.
___
"A.M. Kuchling" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> http://www.python.org/dev/tools/, in a discussion of checkin policies,
> does say:
>
> The Python source tree is managed for stability, meaning that
> if you make a checkout at a random point in time the tree will almos
<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Thu, 13 Jul 2006 23:27:56 -0500, [EMAIL PROTECTED] wrote:
>
>>The buildbot idea sounds excellent.
>
> Thanks. If someone can set this up, it pretty much addresses my
> concerns.
> ...
> I am aware of when new releases come out :).
<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
>
> On Sat, 15 Jul 2006 00:13:35 -0400, Terry Reedy <[EMAIL PROTECTED]> wrote:
>>Other developers do the same. Periodically
"Boris Borcic" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Allowing different language variants connected by reversible transforms
> means
> one need not change any user's understood meaning of any block of code.
> The user
> stipulates the language variant she likes and the s
"Lawrence Oluyede" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> - I know what you meant to say but the paragraph about pythonicness
> and the security model seems a little "fuzzy" to me.
I agree that this paragraph is weak and recommend that it be rewritten. In
particular, I t
"Barry Warsaw" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> think this patch should go in 2.5. OTOH, I suspect most people just
> don't care, which is why I've gotten almost no comments on the patch
> (other than one or two mild nods of approval).
I use help(ob) quite a bit, ha
"Giovanni Bajo" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> that Visual Studio Express 2005 is free forever, I would hope as well for
> the decision to be reconsidered.
But is it freely redistributable forever? Or even now? I have the 2003
toolkit sitting on my disk, but I a
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Currently, we have two running tracker demos online:
>
> Roundup:
> http://efod.se/python-tracker/
>
> Jira:
> http://jira.python.atlassian.com/secure/Dashboard.jspa
What user name and passwords will they accept, i
"tomer filiba" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
...
> therefore, i would like to split this behavior into two parts:
> * render_doc - a function that returns the document text
> * doc - a function that calls render_doc and sends it to the pager
>
> this way no existing
"Werkhoven J.P. van (Sjaak)" <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]
> I have got a problem with importing global variables.
Questions about using Python belong on comp.lang.python or the general
python mailing list.
___
Python-Dev mail
"Michael Hudson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Michael Chermside <[EMAIL PROTECTED]> writes:
>
>> I'm changing the subject line because I want to convince everyone that
>> the problem being discussed in the "unicode hell" thread has nothing
>> to do with unicode an
"Neal Becker" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> class X (object):
>pass
>
> X() += 2
>
>> SyntaxError: can't assign to function call
>
> Suppose I actually had defined __iadd__ for class X. Python says this
> syntax is invalid. I wish is wasn't.
If you translate
"Duncan Booth" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> There's a thread on comp.lang.python at the moment under the subject "It
> is
> __del__ calling twice for some instances?" which seems to show that when
> releasing a long chain of old-style classes every 50th approxima
"Jack Diederich" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> *Availability: Unix: All, Windows: spawnl(), spawnle(), spawnv(),
> spawnve() only. New in version 1.6
>
> Might as well positively list the half that is there instead of the half
> that isn't.
Definitately. Succinc
"Chas Emerick" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>One thing that would help Python in this "debate"
In general, discussion of promoting/marketing python is more a topic for
comp.lang.python than for this list. Also see below.
>My suggestion would be to either:
>(a) i
"Nick Coghlan" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>I suspect the problem would typically stem from floating point values that
>are
>read in from a human-readable file rather than being the result of a
>'calculation' as such:
For such situations, one could create a trans
"Nick Craig-Wood" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Fri, Sep 29, 2006 at 12:03:03PM -0700, Guido van Rossum wrote:
>> I see some confusion in this thread.
>>
>> If a *LITERAL* 0.0 (or any other float literal) is used, you only get
>> one object, no matter how many t
"Kristján V. Jónsson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>Anyway, Skip noted that 50% of all floats are whole numbers between -10
>and 10 inclusive,
Please, no. He said something like this about *non-floating-point
applications* (evidence unspecified, that I remember)
"Barry Warsaw" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> -BEGIN PGP SIGNED MESSAGE-
> I've offered in the past to dust off my release manager cap and do a
> 2.3.6 release. Having not done one in a long while, the most
> daunting part for me is getting the website upda
"Neil Dunn" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Dear All
>
> I'm a Master's student at Imperial College London currently selecting
> a Master's thesis subject. I am exploring the possibility of "optional
> typing" and "pluggable type systems" (Bracha) for Python. Reading
> Adam Olsen that Python could create a single non-blocking pipe for a
/that/suggested that/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/pyt
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Paul Moore (IIRC) gave the example of equalising the green values
> and maximizing the red values in a PIL image by passing it to NumPy:
> Is that a realistic (even though not-yet real-world) example? If
> so, what
"Travis Oliphant" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>Examples of Need
[snip]
< I could have also included examples from PyGame, OpenGL, etc. I thought
>people were more aware of this argument as we've made it several times
>over the years. It's just taken this long to
"A.M. Kuchling" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Thu, Nov 09, 2006 at 02:51:15PM +0100, andrew.kuchling wrote:
>> Author: andrew.kuchling
>> Date: Thu Nov 9 14:51:14 2006
>> New Revision: 52692
>>
>> [Patch #1514544 by David Watson] use fsync() to ensure data is r
"Ben Wing" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> many times writing somewhat complex loops over lists i've found the need
> to sometimes delete an item from the list. currently there's no easy
> way to do so; basically, you have to write something like
>
> i = 0
> while i
"Tony Nelson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Is there a right way to get the Python interpreter to poll something, or
> should I look for another approach?
Usage questions belong on the general python list or comp.lang.python. The
development list is mostly abou
"A.M. Kuchling" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| [*] Anyone else keep wanting to write "byte type"?
All the other builtin types I can think of are singular. So I think byte
should be also.
___
Python-Dev mailing list
"Jack Jansen" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
|
| On 12-Jan-2007, at 19:01 , Guido van Rossum wrote:
|
| > On 1/12/07, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
| >> Many types in Python are idempotent, so that int(1) works
| >> as expected, float(2.34)==2.34, ''.join(
"Josiah Carlson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
|
| "Terry Reedy" <[EMAIL PROTECTED]> wrote:
| > "A.M. Kuchling" <[EMAIL PROTECTED]> wrote in message
| > news:[EMAIL PROTECTED]
| > | [*] Anyone else keep wa
"James Y Knight" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| Everyone will continue to code in a
| 2.5-compatible dialect for the immediate future, because their code
| needs to continue to function in 2.5.
?? But once 2.6 and 3.0 come out, there will be some to many who don'
<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| On Sat, Feb 03, 2007 at 07:01:47PM +, Michael O\'Keefe wrote:
| I haven't been on the list long enough to know, but I would expect that
this
| idea and its relatives have been batted around at least once before.
Of course.
| I t
"Ben North" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| so here I am. Does anybody have any opinions/suggestions, particularly
| on the "open questions" referred to in the draft PEP? To summarise
| these open questions:
Need: Runtime attributes are a fairly frequent 'How?' qu
"Phil Thompson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| On Monday 05 March 2007 6:46 pm, A.M. Kuchling wrote:
| > FWIW, I have a related perception that we aren't getting new core
| > developers. These two problems are probably related: people don't get
| > patches processed
"Dino Viehland" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
def a():
x = 4
y = 2
def b():
print y, locals()
print locals()
b()
a()
in CPython prints:
{'y': 2, 'x': 4,
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>1. Public identification will not help, because:
>2. most code isn't in the responsibility of anybody (so publically
>identifying responsibilities would leave most code unassigned), and
>3. for the code that has
"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>I consider it correct, or at the least, don't think it should be changed,
>as it would make the behavior more difficult to reason about and introduce
>yet another thing to worry about when writing cross-version code.
W
"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| >Windows did not allow .xxx as a filename in my attempts, so this case
seems
| >irrelevant there.
|
| Huh? .xyz files work fine on Windows.
Tim G. explained that Explorer, which I tried, is for whatever reason
stri
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| Terry Reedy schrieb:
| > It would also be helpful if the new tracker system could produce a list
of
| > module-specific open items sorted by module, since that would indicate
| &g
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| [EMAIL PROTECTED] schrieb:
| Maybe you aren't grounded so much in Unix history. It really feels
| wrong that a dotfile is considered as having an extension.
I have not been on *nix for nearly 20 years and I agree t
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>You may ask yourself why this specific patch was unreviewed for
>so long. My own explanation is that it is a highly complicated
>algorithm (as any kind of cryptographical algorithm), so nobody
>felt qualified to revi
<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
My understanding of the current backwards-compatibility policy for
Python, the one that Twisted has been trying to emulate strictly, is
that, for each potentially incompatible change, there will be:
* at least
"Gustavo Carneiro" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| Most importantly, we also need the reserve: ability to attach external
| documentation to modules/packages without increasing their size.
Perhaps use .pd for the extension
tjr
__
"holger krekel" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| We'd be very happy about feedback and opinions/questions
| (preferably until Monday, 19th March)
|
|
http://codespeak.net/pypy/extradoc/eu-report/D12.1_H-L-Backends_and_Feature_Prototypes-interim-2007-03-12.pdf
As of
"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> The process of having warnings at least ensures that I can *discover*
> whether my programs depend on some behavior that has changed - rather
> than > having something that used to work and now doesn't.
I am not fam
"Mike Krell" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>I actually muddied the waters here by using ".emacs" as an example. In
>practice, this app would never copy a .emacs file since its used to
>copy files used by itself.
Do you actually save any files 'named' '.xxx'?
___
"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
As to the usefulness of current behavior, the only supposed use-case code
posted, that I have noticed, was that it made it easy to turn '.emacs' into
'1.emacs', but then MK said the app does not really do that.
As fo
"Nick Coghlan" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
That may actually be a genuinely useful approach:
splitext(name, ignore_leading_dot=False, all_ext=False)
Split the extension from a pathname. Returns "(root, ext)".
By default, the extension is all characters from
1401 - 1500 of 2504 matches
Mail list logo
