On Fri, Oct 19, 2012 at 8:36 AM, Victor Stinner wrote:
> 2012/10/19 Benjamin Peterson :
> > It would be interesting to see how common it is for strings which have
> > their hash computed to be compared.
>
> I implemented a quick hack. When running "./python -m test test_os":
> Python calls PyUnico
On Fri, Oct 19, 2012 at 12:48 PM, Benjamin Peterson wrote:
> 2012/10/19 Tres Seaver :
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 10/19/2012 11:56 AM, Benjamin Peterson wrote:
> >> 2012/10/19 Tres Seaver :
> >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
> >>>
> >>> On 10/1
I re-ran the unladen benchmarks on my work machine and w/o the -b option
flipped on (i.e. more thorough benchmark numbers). I figured I would share
them now instead of after my PyCon Argentina talk in case people decide to
dig into the results now, find a pathological problem in CPython, and then
f
ot;Antoine Pitrou" wrote:
> On Fri, 26 Oct 2012 15:14:08 -0400
> Brett Cannon wrote:
> >
> > Worst benchmark is nosite_startup, best is telco. The benchmarks people
> > might want to analyze (i.e. more than 20% slower in Python 3.3) are
> > mako_v2, threaded_co
On Sat, Oct 27, 2012 at 4:40 PM, Mark Shannon wrote:
> On 27/10/12 20:21, Antoine Pitrou wrote:
>
>> On Sat, 27 Oct 2012 09:20:36 -0400
>> Brett Cannon wrote:
>>
>>> I did check that markup safe as not installed. It might just be mako
>>> doing
>>
On Sat, Oct 27, 2012 at 5:07 PM, Paul Moore wrote:
> On 27 October 2012 21:58, wrote:
> >
> > Zitat von Tim Delaney :
> >
> >
> >> To be clear - I'm *not* suggesting Cython become part of the required
> >> build
> >> toolchain. But *if* the Cython-compiled extensions prove to be
> >> significan
On Sun, Oct 28, 2012 at 3:48 PM, Tim Delaney wrote:
> On 28 October 2012 18:22, Stefan Behnel wrote:
>
>> How much of an
>>
>>> effect would it have on startup times and these benchmarks if
>>> Cython-compiled extensions were used?
>>>
>>
>> Depends on what and how much code you use. If you compi
To see if the bad iterative_count and threaded_count results were
consistently bad, I ran the benchmark suite on my MacBook Pro to see how
"reliable" the benchmarks were. The output is below.
Basically 6 benchmarks (regex_effbot, queens, startup_nosite,
iterative_count, threaded_count, and telco)
On Mon, Oct 29, 2012 at 3:22 PM, Antoine Pitrou wrote:
> On Mon, 29 Oct 2012 09:56:57 -0400
> Brett Cannon wrote:
>
> > To see if the bad iterative_count and threaded_count results were
> > consistently bad, I ran the benchmark suite on my MacBook Pro to see how
> >
Issue filed for the performance issue: http://bugs.python.org/issue16390
With that change and running on tip of Mako on my laptop now reports 1.25x
slower which is *much* better than it was. This performance issue might
also explain why all of the regex compilation benchmarks are worse under
Pytho
48 AM, Maciej Fijalkowski wrote:
> On Fri, Nov 2, 2012 at 8:42 PM, Brett Cannon wrote:
> > Issue filed for the performance issue: http://bugs.python.org/issue16390
> >
> > With that change and running on tip of Mako on my laptop now reports
> 1.25x
> > slower whi
On Thu, Nov 8, 2012 at 7:47 AM, Stefan Behnel wrote:
> Hi,
>
> I suspect that this will be put into a proper PEP at some point, but I'd
> like to bring this up for discussion first. This came out of issues 13429
> and 16392.
>
> http://bugs.python.org/issue13429
>
> http://bugs.python.org/issue16
On Thu, Nov 8, 2012 at 10:00 AM, Stefan Behnel wrote:
> Hi Brett,
>
> thanks for the feedback.
>
> Brett Cannon, 08.11.2012 15:41:
> > On Thu, Nov 8, 2012 at 7:47 AM, Stefan Behnel wrote:
> >> I propose to split the extension module initialisation into two
Should you also insert None into sys.path_importer_cache to signify there
is no finder for the path entry? I guess the real problem with that is
there is no guarantee the path entry is hashable, so that probably won't
work. So nevermind. =)
On Tue, Nov 20, 2012 at 3:35 PM, barry.warsaw wrote:
>
On Tue, Nov 20, 2012 at 6:41 PM, Barry Warsaw wrote:
> On Nov 20, 2012, at 05:35 PM, Terry Reedy wrote:
>
> >On 11/20/2012 3:35 PM, barry.warsaw wrote:
> >
> >> for entry in path:
> >> +if not isinstance(entry, (str, bytes)):
> >> +continue
> >
> >Given that
Do we have a graph of the historical trend of the number of bugs (or at
least the historical details stored somewhere)? I think we have had a net
decrease in open bugs the last couple of weeks and it would be neat to see
an absolute and relative graph of the overall trend since Python 3.3.0 was
rel
On Fri, Nov 30, 2012 at 4:07 PM, R. David Murray wrote:
> On Fri, 30 Nov 2012 14:38:12 -0500, Brett Cannon wrote:
> > Do we have a graph of the historical trend of the number of bugs (or at
> > least the historical details stored somewhere)? I think we have had a net
>
> N
devs I've asked said "given all that, I'd prefer the
> hairy preprocessor macros". But by the end of the conversation
> they'd changed their minds to prefer the custom DSL. Maybe I'll
> make a believer out of you too--read on!
>
>
[snip]
>
On Tue, Dec 4, 2012 at 4:17 PM, Guido van Rossum wrote:
> On Tue, Dec 4, 2012 at 11:35 AM, Antoine Pitrou
> wrote:
> > On Tue, 04 Dec 2012 11:04:09 -0800
> > Larry Hastings wrote:
> >>
> >> Along these lines, I've been contemplating proposing that Clinic
> >> specifically understand "path" argu
On Tue, Dec 4, 2012 at 4:48 PM, Antoine Pitrou wrote:
> On Tue, 4 Dec 2012 16:45:54 -0500
> Brett Cannon wrote:
> > >
> > > +1 for getting this into 3.4. Does it need a PEP, or just a bug
> > > tracker item + code review? I think the latter is fine -- it'
On Mon, Dec 10, 2012 at 10:28 AM, Barry Warsaw wrote:
> On Dec 10, 2012, at 08:48 AM, Christian Heimes wrote:
>
> >It's hard to predict how the extra CPU instructions are going to affect
> >the performance on different CPUs and scenarios. My guts tell me that
> >your proposal is going to perform
You cannot rewrite an existing PEP if you are not one of the original
owners, nor can you add yourself as an author to a PEP without permission
from the original authors.
And please do not CC the peps mailing list on discussions. It should only
be used to mail in new PEPs or acceptable patches to
On Thu, Dec 20, 2012 at 3:55 PM, Chris Jerdonek wrote:
> On Thu, Dec 20, 2012 at 12:18 PM, Brett Cannon wrote:
> >
> > And please do not CC the peps mailing list on discussions. It should
> only be
> > used to mail in new PEPs or acceptable patches to PEPs.
>
> PEP
On Thu, Dec 20, 2012 at 7:35 PM, Chris Jerdonek wrote:
> On Thu, Dec 20, 2012 at 1:12 PM, Brett Cannon wrote:
> >
> > On Thu, Dec 20, 2012 at 3:55 PM, Chris Jerdonek <
> chris.jerdo...@gmail.com>
> > wrote:
> >>
> >> On Thu, Dec 20, 2012 at 12
On Dec 24, 2012 11:44 PM, "Brian Curtin" wrote:
>
> On Mon, Dec 24, 2012 at 7:42 AM, anatoly techtonik
wrote:
> > What should I do in case Eric lost interest after his GSoC project for
PSF
> > appeared as useless for python-dev community? Should I rewrite the
proposal
> > from scratch?
>
> Before
Since this has happened for the second time in the past month, I want to
prevent a trend from starting here. Please do not CC the peps mailing list
on any discussions as it makes it impossible to know what emails are about
an actual update vs. people replying to some discussion which in no way
affe
On Sun, Dec 30, 2012 at 8:39 AM, nick.coghlan wrote:
> [SNIP]
> The ``-E`` command line option allows all environment variables to be
> -ignored when initialising the Python interpreter. An embedding application
> +ignored when initializing the Python interpreter. An embedding application
> can
On Thu, Jan 3, 2013 at 2:58 PM, Jesus Cea wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> This happens to me very frequently.
>
> I get the notification about new issues open in the bugtracker. If I
> see an interesting "bug", I usually open a Firefox tab with it, to
> monitor it, de
On Thu, Jan 3, 2013 at 4:06 PM, Glenn Linderman wrote:
> On 1/3/2013 12:13 PM, Brett Cannon wrote:
>
> It is a form so technically nothing is being done incorrectly in changing
> values based on what you submit, whether you view them stale or not.
>
>
> Well, it sound
On Mon, Jan 7, 2013 at 10:46 AM, Maciej Fijalkowski wrote:
> On Mon, Jan 7, 2013 at 4:22 PM, Oleg Broytman wrote:
>> Hello.
>>
>>We are sorry but we cannot help you. This mailing list is to work on
>> developing Python (adding new features to Python itself and fixing bugs);
>> if you're havin
Yep, or a BCC. Just as long as people blindly replying to anything
PEP-related don't send mail to the PEP mailing list.
On Mon, Jan 7, 2013 at 11:47 AM, Lennart Regebro wrote:
> On Mon, Dec 31, 2012 at 2:40 PM, Brett Cannon wrote:
>>
>> Since this has happened for the sec
On Mon, Jan 7, 2013 at 12:01 PM, Lennart Regebro wrote:
> On Sun, Dec 30, 2012 at 10:47 AM, Ronald Oussoren
> wrote:
>>
>> The module could be split into several modules in a package without
>> affecting the public API if that would help with maintenance, simular to
>> unittest.
>
>
> Is there po
On Tue, Jan 8, 2013 at 1:08 PM, Lennart Regebro wrote:
> On Fri, Dec 28, 2012 at 10:12 PM, Ronald Oussoren
> wrote:
>>
>>
>> On 28 Dec, 2012, at 21:23, Lennart Regebro wrote:
>>
>> > Happy Holidays! Here is the update of PEP 431 with the changes that
>> > emerged after the earlier discussion.
>>
On Fri, Jan 11, 2013 at 8:37 AM, R. David Murray wrote:
> On Fri, 11 Jan 2013 08:11:00 +0100, Antoine Pitrou
> wrote:
>> On Fri, 11 Jan 2013 04:20:21 +0100 (CET)
>> ezio.melotti wrote:
>> >
>> > diff --git a/Lib/test/test_crypt.py b/Lib/test/test_crypt.py
>> > --- a/Lib/test/test_crypt.py
>> >
This seems to have caused the Windows buildbots to fail.
On Fri, Jan 11, 2013 at 5:40 AM, serhiy.storchaka
wrote:
> http://hg.python.org/cpython/rev/8452c23139c6
> changeset: 81407:8452c23139c6
> parent: 81399:5ec8daab477a
> parent: 81406:01df1f7841b2
> user:Serhiy Storchaka
On Fri, Jan 11, 2013 at 9:55 PM, Nick Coghlan wrote:
> Nice improvement. Just a couple of minor cleanup suggestions.
>
> On Sat, Jan 12, 2013 at 9:09 AM, brett.cannon
> wrote:
>> +else:
>> +# To prevent having to make all messages have a conditional name.
>> +name = 'bytecode'
On Sat, Jan 12, 2013 at 7:07 AM, Serhiy Storchaka wrote:
> On 11.01.13 19:08, Brett Cannon wrote:
>>
>> This seems to have caused the Windows buildbots to fail.
>
>
> Yes, Ezio had already told me. I wrote too strong tests which caught yet one
> bug on Windows. Now it
On Tue, Jan 15, 2013 at 4:07 PM, Lennart Regebro wrote:
> OK, here is the third major incarnation of PEP-431.
>
> I think it addresses all the concerns brought to light so far.
>
> https://raw.github.com/regebro/tz-pep/master/pep-04tz.txt
>
>
> Is there a simpler way of doing this than thus "cut a
On Sun, Jan 27, 2013 at 6:02 AM, Antoine Pitrou wrote:
> On Sun, 27 Jan 2013 10:56:51 +0100
> Charles-François Natali wrote:
> > Hi,
> >
> > What's exactly the guideline for choosing between the "Library" and
> > "Extension modules" section when updating Misc/NEWS?
> > Is it just the fact that t
On Sun, Jan 27, 2013 at 4:58 PM, Victor Stinner wrote:
> Why don't you compile using python -OO and distribute only .pyo code?
>
Because .pyo files can be much larger than necessary, e.g. using my mnfy
project on decimal (with --safe-transforms) compared to -OO yields::
224K Lib/decimal.py
200K
Bugs #17098 and #17099 filed.
On Fri, Feb 1, 2013 at 1:56 AM, Thomas Heller wrote:
> Am 01.02.2013 01:42, schrieb Nick Coghlan:
>
> Yep, looks like a bug in the bootstrapping, failing to set __loader__
>> properly.
>>
>
> It also has the effect that reload does not work:
>
>
> Type "help", "co
/19ea454ccdf7
> changeset: 81884:19ea454ccdf7
> branch: 3.3
> parent: 81882:4a4688b865ff
> user:Brett Cannon
> date:Fri Feb 01 15:31:49 2013 -0500
> summary:
> Issue #17098: Be more stringent of setting __loader__ on early imported
> modules. Al
On Sun, Feb 3, 2013 at 6:08 PM, Nadeem Vawda wrote:
> Just to clarify, the release branch hasn't been created yet, correct?
>
>
It's by tag and no: http://hg.python.org/cpython/tags
-Brett
> - Nadeem
>
>
> On Sun, Feb 3, 2013 at 3:38 PM, Benjamin Peterson wrote:
>
>> 2013/2/3 Serhiy Storchaka
On Sun, Feb 3, 2013 at 8:50 PM, Gregory P. Smith wrote:
> First, welcome to Python.
>
> For people just starting out contributing we have setup a core-mentorship
> mailing list ideally suited for this type of question.
> http://mail.python.org/mailman/listinfo/core-mentorship
>
> general tip: loo
On Wed, Feb 6, 2013 at 4:26 AM, Thomas Heller wrote:
> I have become a fan of the new python 3.3 importlib
> in the last few days.
>
Glad it's working out for you!
>
> It has allowed me to write a ModuleMapper which I put into
> sys.metapath (in sitecustomize.py, for Python 3.3).
>
> This mapp
On Wed, Feb 6, 2013 at 3:29 PM, Brian Curtin wrote:
> Since the Language Summit is held at PyCon I think this counts as
> on-topic...
>
> If you're interested in going to the conference, there are under 50
> tickets remaining: https://us.pycon.org/2013/registration/
... and then there were none
On Mon, Feb 11, 2013 at 9:23 AM, Barry Warsaw wrote:
> On Feb 11, 2013, at 09:23 PM, Nick Coghlan wrote:
>
> >On Mon, Feb 11, 2013 at 8:58 PM, Chris Withers
> wrote:
> >> Have any other exceptions grown new attributes in Python 3?
> >
> >Off the top of my head, ImportError grew "name" and "path"
On Tue, Feb 12, 2013 at 4:06 PM, Antoine Pitrou wrote:
>
> Hi !
>
> On Tue, 12 Feb 2013 23:03:04 +0200
> Maciej Fijalkowski wrote:
> >
> > We recently encountered a performance issue in stdlib for pypy. It
> > turned out that someone commited a performance "fix" that uses += for
> > strings inst
On Wed, Feb 13, 2013 at 1:06 PM, Maciej Fijalkowski wrote:
> On Wed, Feb 13, 2013 at 7:33 PM, MRAB wrote:
> > On 2013-02-13 13:23, Lennart Regebro wrote:
> >>
> >> On Wed, Feb 13, 2013 at 1:10 PM, Serhiy Storchaka
> >> wrote:
> >>>
> >>> I prefer "x = '%s%s%s%s' % (a, b, c, d)" when string's num
On Wed, Feb 13, 2013 at 1:27 PM, Maciej Fijalkowski wrote:
> On Wed, Feb 13, 2013 at 8:24 PM, Brett Cannon wrote:
> >
> >
> >
> > On Wed, Feb 13, 2013 at 1:06 PM, Maciej Fijalkowski
> > wrote:
> >>
> >> On Wed, Feb 13, 2013 at 7:33 PM, MRAB
&
[Nick Coghlan]
-
sum() semantics discussed
-
Guido's blog entry on `the fate of reduce() in Python 3000`_ (which
reiterated Guido's plan to cut map(), reduce(), filter() and lambdas (what
about zip()?) caused a huge discussion on whether sum() worke
[Paul Moore]
On Thu, 17 Mar 2005 18:21:33 -0800, Brett C. <[EMAIL PROTECTED]> wrote:
2.4.1 should be out soon
Python 2.4.1c1 is out. Very shortly c2 will be released. Assuming no major
issues come up, 2.4 final will be out.
You probably mean somet
On 2/14/06, Neal Norwitz <[EMAIL PROTECTED]> wrote:
> I was hoping to get a lot more feedback about PEP 356 and the 2.5
> release schedule.
>
> http://www.python.org/peps/pep-0356.html
>
> I updated the schedule it is now:
>
> alpha 1: May 6, 2006 [planned]
> alpha 2: June 3, 2006 [planned]
As per Neal's prodding email, here is a thread to discuss where we
want to go with the C AST to Python stuff and what I think are the
core issues at the moment.
First issue is the ast-objects branch. Work is being done on it, but
it still leaks some references (Neal or Martin can correct me if I
On 2/15/06, Jeremy Hylton <[EMAIL PROTECTED]> wrote:
[SNIP]
> How about we arrange for some open space time at PyCon to discuss?
> Unfortunately, the compiler talk isn't until the last day and I can't
> stay for sprints. It would be better to have the talk, then the open
> space, then the sprint.
On 2/15/06, Neal Norwitz <[EMAIL PROTECTED]> wrote:
> On 2/15/06, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> >
> > I haven't been following the AST stuff closely enough, but I'm not crazy
> > about putting access to this in the sys module. It seems like it
> > clutters that up with a name that will
On 2/15/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Greg Ewing wrote:
> > Brett Cannon wrote:
> >> One protects us from ending up with an unusable AST since
> >> the seralization can keep the original AST around and if the version
> >> passed back in fro
On 2/15/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Thomas Wouters wrote:
> > On Wed, Feb 15, 2006 at 07:28:36PM +1000, Nick Coghlan wrote:
> >
> >> On the 'unusable AST' front, if AST transformation code creates illegal
> >> output, then the main thing is to raise an exception complaining about
On 2/19/06, Crutcher Dunnavant <[EMAIL PROTECTED]> wrote:
> This is something I've been working on for a bit, and I think it is
> more or less ready to bring up on this list. I'd like to add a module
> (though probably not for 2.5).
>
> Before you ask, this module is _not_ compatible with cmd.py, a
On 2/19/06, Walter Dörwald <[EMAIL PROTECTED]> wrote:
> Neal Norwitz wrote:
> > On 2/19/06, Benji York <[EMAIL PROTECTED]> wrote:
> >> Walter Dörwald wrote:
> >>> I'd like to see vertical lines between the column.
> >> I've done a version like that (still at http://www.benjiyork.com/pybb).
> >
> >
On 2/20/06, Steven Bethard <[EMAIL PROTECTED]> wrote:
> I wrote:
> ># I want to do ``dd[item] += 1``
>
> Guido van Rossum wrote:
> > You don't need a new feature for that use case; d[k] = d.get(k, 0) + 1
> > is perfectly fine there and hard to improve upon.
>
> Alex Martelli wrote:
> > I see d[
First off, thanks to Neil for writing this all down. The whole thread
of discussion on the bytes type was rather long and thus hard to
follow. Nice to finally have it written down in a PEP.
Anyway, a few comments on the PEP. One, should the hex() method
instead be an attribute, implemented as a
On 2/25/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I just noticed that cProfile (like profile) prints to stdout. Yuck. I
> guess that's to be expected because the pstats module does the actual
> printing and it's used by both modules. I'm willing to give up backward
> compatibility to ac
On 2/28/06, Terry Reedy <[EMAIL PROTECTED]> wrote:
>
> "Greg Ewing" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > And you don't think there are many different
> > types of iterables? You might as well argue
> > that we don't need len() because it "only
> > applies to sequences".
On 2/28/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Thomas Wouters wrote:
>
> > I added webstats for all subsites of python.org:
> >
> > http://www.python.org/webstats/
>
> what's that "Java/1.4.2_03" user agent doing? (it's responsible for
> 10% of all hits in january/february, and 20% of the
On 3/2/06, Neal Norwitz <[EMAIL PROTECTED]> wrote:
> The following code leaks a reference. Original test case from
> Lib/test/test_sys.py in test_original_excepthook.
>
> import sys, StringIO
> eh = sys.__excepthook__
> try:
> raise ValueError(42)
> except ValueError, exc:
> exc_type, exc_valu
On 3/2/06, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On 3/2/06, Neal Norwitz <[EMAIL PROTECTED]> wrote:
> > The following code leaks a reference. Original test case from
> > Lib/test/test_sys.py in test_original_excepthook.
> >
> > import sys, Strin
On 3/6/06, Neil Schemenauer <[EMAIL PROTECTED]> wrote:
> I occasionally need dictionaries or sets that use object identity
> rather than __hash__ to store items. Would it be appropriate to add
> these to the collections module?
Yeah, that would be the place for them. But would it be more helpful
On 3/7/06, Thomas Heller <[EMAIL PROTECTED]> wrote:
> I know that my unittests should not rely on this, but is this change
> intended?
>
> c:\sf\ctypes_head>py24
> Python 2.4.2 (#67, Sep 28 2005, 12:41:11) [MSC v.1310 32 bit (Intel)] on win32
> Type "help", "copyright", "credits" or "license" for m
On 3/7/06, Ian Bicking <[EMAIL PROTECTED]> wrote:
> Frederick suggested a change to quit/exit a while ago, so it wasn't just
> a string with slight instructional purpose, but actually useful. The
> discussion was surprisingly involved, despite the change really trully
> not being that big. And ev
On 3/7/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On 3/7/06, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> > On Tue, 2006-03-07 at 13:35 -0800, Guido van Rossum wrote:
> >
> > > IMO it shouldn't be fixed. Classic classes define their str to print
> > > the module name and class name with a dot i
On 3/8/06, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I know, PyCon's just been, but not many bugs were closed and
> there really ought to be some issues resolved before 2.4.3 happens.
> The number of open bugs is again crawling to 900.
>
> I myself are looking at many bugs and patches over
On 3/8/06, Jeremy Hylton <[EMAIL PROTECTED]> wrote:
> On 3/8/06, Georg Brandl <[EMAIL PROTECTED]> wrote:
> > I know, PyCon's just been, but not many bugs were closed and
> > there really ought to be some issues resolved before 2.4.3 happens.
> > The number of open bugs is again crawling to 900.
> >
On 3/14/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
[SNIP]
> In other news, I'd like to nominate Neal Norwitz as the Python 2.5
> "release coordinator". He's already doing a great job doing exactly
> what I think a coordinator should be doing. Anthony will remain
> release manager, Tim, Martin,
On 3/16/06, Greg Ewing <[EMAIL PROTECTED]> wrote:
> Baptiste Carvello wrote:
>
> > what about
> >
> > except with :
> >
> > a program dies "with" an error message, not "as" an error message.
>
> No. The exception object you're catching *is* the value,
> not something which *has* a value. I ma
On 3/16/06, Alex Martelli <[EMAIL PROTECTED]> wrote:
>
> On Mar 16, 2006, at 7:30 PM, Brett Cannon wrote:
> ...
> > I agree. "as" is taking on the use of assignment in statements that
> > are not ``=`` and I say we just keep on with that. Plus Greg&
On 3/17/06, Georg Brandl <[EMAIL PROTECTED]> wrote:
> John J Lee wrote:
>
> >> In your formulation the comma binds more tightly than the as keyword.
> >> In import statements it's the other way around. That seems like it
> >> might be a source of confusion.
> >
> > Perhaps parentheses around the e
On 3/17/06, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Brett Cannon wrote:
> > On 3/17/06, Georg Brandl <[EMAIL PROTECTED]> wrote:
> >> John J Lee wrote:
> >>
> >> >> In your formulation the comma binds more tightly than the as keyword.
> &g
On 3/17/06, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
> Thought: We should drop all of httplib, urllib, urllib2, and ftplib,
> and instead adopt some third-party library for HTTP/FTP/whatever,
> write a Python wrapper, and use it instead. (The only such library I
> know of is libcurl, but doubtless
With the discussion of a possible @decorator to help set the metadata
of the decorator to that of what the wrapped function has, I had an
idea that I wanted to toss out there (this dicussion stems from a blog
post I made:
http://sayspy.blogspot.com/2006/03/how-to-handle-object-identity-issues.html
On 3/18/06, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> On Sat, 2006-03-18 at 22:53 +1000, Nick Coghlan wrote:
> > Should GeneratorExit inherit from Exception or BaseException?
>
> Actually, this prompts me to write about an issue I have with PEP 352.
> I actually don't think it's necessary (yes, I k
On 3/17/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Josiah Carlson wrote:
> > "Brett Cannon" <[EMAIL PROTECTED]> wrote:
> >> With the discussion of a possible @decorator to help set the metadata
> >> of the decorator to that of what the wrapped
On 3/19/06, John J Lee <[EMAIL PROTECTED]> wrote:
> On Fri, 17 Mar 2006, Brett Cannon wrote:
>
> > On 3/17/06, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
> >> Thought: We should drop all of httplib, urllib, urllib2, and ftplib,
> >> and instead adopt some
On 3/19/06, Christian Tismer <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
> ...
>
> > Please don't respond with answers to these questions -- each of them
> > is worth several threads. Instead, ponder them, and respond with a +1
> > or -1 on the creation of the python-3000 mailing list. We'
On 3/28/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Roundup is there now, right (sans SF export)?
>
> Richard Jones has an SF importer for one of the two XML-like formats,
> the one that is correct XML but with incomplete data. The other format,
> which has compl
On 3/29/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Die, thread.
>
> Do I personally have to go into svn and reject this PEP?
No, just get a procrastinating student to do it.
-Brett
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pyt
While this is going to require a PEP (which I am willing to write),
the discussion of adding pysqlite has brought forth some discussion on
naming and packaging in the stdlub. Perhaps it's time to start
discussing the Great Library Reorganization that has been discussed
for eons.
Here is a place I
On 3/29/06, Gerhard Häring <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Brett Cannon wrote:
> > While this is going to require a PEP (which I am willing to write),
> > the discussion of adding pysqlite has brought forth som
On 3/29/06, Dennis Allison <[EMAIL PROTECTED]> wrote:
>
> Not quite on the same topic, but perhaps it belong there. I think most of
> use use both the stdlib and some selection of other libraries
> (MySQL-Python, ReportLab Toolkit, PyChart, and PyXML, for example). These
> libraries have to be ma
On 3/29/06, Anthony Baxter <[EMAIL PROTECTED]> wrote:
> On Thursday 30 March 2006 08:39, Brett Cannon wrote:
> > Here is a place I think we can take a queue from Java. I think we
> > should have a root package, 'py', and then have subpackages within
> > that.
gcc 4.0.1 on OS X is spitting out some warnings about libffi:
build/temp.darwin-8.5.0-Power_Macintosh-2.5/libffi/include/ffi.h:191:
warning: function declaration isn't a prototype
build/temp.darwin-8.5.0-Power_Macintosh-2.5/libffi/include/ffi.h:204:
warning: function declaration isn't a prototype
On 3/30/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On 3/30/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > Fredrik Lundh wrote:
> > > I can ask them for a test py3k account, if there's any interest.
> >
> > I'm personally not very much interested in a Py3k tracker; I don't
> > see mysel
On 3/30/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Brett Cannon wrote:
>
> > Same here. Please move any more comments about infrastructure to the
> > infrastructure list
> > (http://mail.python.org/mailman/listinfo/infrastructure/). But
> > do rea
I reported some warnings I was getting for ctypes the other day and
Martin said I should report it to ctypes. I now get a warning for
sqlite on OS X 10.4 about INT32_MIN being redefined (I have stdint.h
on my machine and that macro is being redefined in
Modules/_sqlite/cursor.c instead of using th
I think these are all Tim's fault =) :
Objects/object.c: In function '_Py_NegativeRefcount':
Objects/object.c:144: warning: format '%d' expects type 'int', but
argument 7 has type 'Py_ssize_t'
Objects/stringobject.c: In function 'PyString_FromFormatV':
Objects/stringobject.c:278: warning: format '
On 4/1/06, Tim Peters <[EMAIL PROTECTED]> wrote:
> [Brett Cannon]
> > I think these are all Tim's fault =) :
>
> No, they're Anthony's fault :-) He added this clause to pyport.h yesterday:
>
> # if SIZEOF_SIZE_T == SIZEOF_INT
> # define
On 4/1/06, Tim Peters <[EMAIL PROTECTED]> wrote:
> [Brett Cannon]
> > ...
> > This is just so ridiculous.
>
> Ya think ;-)?
>
> > Is there even a way to do this reasonably?
>
> Not really in C89. That's why C99 introduced the "z" printf
On 4/2/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Brett Cannon wrote:
>
> > > oh, I forgot that the Procrastination & Stop energy Foundation was
> > > involved
> > > in this.
> >
> > Fredrik, if you would like to help move this all fo
On 4/2/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> > > Fredrik, if you would like to help move this all forward, great; I
> > > would appreciate the help. You can write a page scraper to get the
> > > data out of SF
> >
> > challenge accepted ;-)
> >
Woohoo!
> > http://effbot.python-hosting.c
On 4/2/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Martin v. Löwis wrote:
>
> > Yes. We found a way to export all data (except for file attachments),
> > through a different exporter. This gives all data, unfortunately, it
> > is ill-formed XML (& is not properly entity-referenced sometimes).
>
2901 - 3000 of 3314 matches
Mail list logo
