On 5/4/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> My inclination was to have a PlatformPath subclass that accepted 'os', 'sep'
> and 'extsep' keyword arguments to the constructor, and provided the
> appropriate 'sep' and 'extsep' attributes (supplying 'os' would just be a
> shortcut to avoid spe
On 5/5/06, Tim Peters <[EMAIL PROTECTED]> wrote:
> Since I hope we see a lot more of these problems in the future, what
> can be done to ease the pain? I don't know enough about SVN admin to
> know what might be realistic. Adding a pile of "temporary
> committers" comes to mind, but wouldn't rea
On 5/15/06, R. Christian Call <[EMAIL PROTECTED]> wrote:
> I recently checked out the 2006-02-04 python trunk, but I can't get it
> to build in Visual Studio 2003 .NET.
>
> When I open up the PCbuild\pcbuild.sln file in VS2003 .NET and then try
> to build the solution, I get the following errors:
>
On 5/30/06, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Neal Norwitz wrote:
> > I'd be satisfied with a deprecation warning for PyArg_Parse, though we
> > (*) should really figure out how to make it work on Windows. I
> > haven't seen anyone object to the C compiler deprecation warning.
>
> There is
On 6/7/06, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 06, 2006 at 06:49:45PM -0400, Phillip J. Eby wrote:
> > Source: http://svn.eby-sarna.com/svnroot/wsgiref/docs
>
> Minor correction: svn://svn.eby-sarna.com/svnroot/wsgiref/docs
> (at least, http didn't work for me).
>
> The docs look
On 6/9/06, Aahz <[EMAIL PROTECTED]> wrote:
> There was also discussion of a change to the way "quit" works in
> interactive mode. I see no record of it, so I guess that's not going in,
> either.
It's already in 2.5a2, if I'm thinking of the same thing you are...
Paul.
On 6/10/06, Ka-Ping Yee <[EMAIL PROTECTED]> wrote:
> ...so i looked at PEAK's getnodeid48() routine and borrowed the
> Win32 calls from there, with a comment giving attribution to PEAK.
Instead of using pywin32, could you use ctypes, as that's part of core
Python? It looks like the only Win32 API
On 6/10/06, Paul Moore <[EMAIL PROTECTED]> wrote:
> On 6/10/06, Ka-Ping Yee <[EMAIL PROTECTED]> wrote:
> > ...so i looked at PEAK's getnodeid48() routine and borrowed the
> > Win32 calls from there, with a comment giving attribution to PEAK.
>
> Instead of u
On 6/10/06, Johan Dahlin <[EMAIL PROTECTED]> wrote:
> Ka-Ping Yee wrote:
> > On Thu, 8 Jun 2006, Neal Norwitz wrote:
> >> If you plan to make a checkin adding a feature (even a simple one),
> >> you oughta let people know by responding to this message. Please get
> >> the bug fixes in ASAP. Remem
On 6/10/06, Ka-Ping Yee <[EMAIL PROTECTED]> wrote:
> On Sat, 10 Jun 2006, Paul Moore wrote:
> > Actually, the code uses "ifconfig", which doesn't exist on Windows.
> > You want the command "ipconfig /all".
>
> I fixed that before you posted thi
On 6/12/06, Ka-Ping Yee <[EMAIL PROTECTED]> wrote:
> On Sun, 11 Jun 2006, Giovanni Bajo wrote:
> > Some comments on the code:
> >
> > > for dir in ['', r'c:\windows\system32', r'c:\winnt\system32']:
> >
> > Can we get rid of these absolute paths? Something like this should suffice:
> >
> > >>> from
On 6/12/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
>
> > Maybe we should get serious about slimming down the core distribution
> > and having a separate group of people maintain sumo bundles containing
> > Python and lots of other stuff.
>
> there are already lots of peo
On 6/19/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Cameron Laird wrote:
> > I'm channeling a correspondent, who tells me that Python documentation
> > (Python 2.5 announcement, and so on) mentions compatibility of sources
> > with "the MS free compiler"; that's the default toolchain for Win
On 6/19/06, Paul Moore <[EMAIL PROTECTED]> wrote:
> I'll see if I have time to look at the README and suggest suitable words.
I've uploaded http://www.python.org/sf/1509163 and assigned it to you,
Martin. I hope that's OK.
Paul.
__
On 6/21/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Nick Coghlan wrote:
>
> >> BTW, prove me Decimal is not fast enough, ;)
> >
> > C:\Python24>python -m timeit -s "x = 1.0" "x+x"
> > 1000 loops, best of 3: 0.137 usec per loop
> >
> > C:\Python24>python -m timeit -s "from decimal import Deci
On 6/28/06, Gregor Lingl <[EMAIL PROTECTED]> wrote:
> I made xturtle.py and that was a big effort. And I offer it to replace
> turtle.py. I do this because I'm a Python enthusiast and I want a better
> Python. (And I know very well that my contribution is rather marginal).
> We all, I think, have t
On 6/30/06, Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]> wrote:
> > Forget about Visual Studio 8 and .NET 2.0. It won't help here.
>
> I only have .NET 1.1 and 2.0 and Visual Studio 2005 (8) installed. Why
> should I forget about it? Is Python compiled with much older compilers
> and thus unab
On 6/27/05, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> As Douglas Alan's sample implementation (and his second attempt [1])
> show, getting this right (and reasonably efficient) is actually a
> non-trivial exercise. Leveraging the existing xreadlines
> infrastructure is an idea worth considering.
>
On 7/6/05, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> OK, here's some draft documentation using Phillip's context
> terminology. I think it works very well.
I agree. +1 on this terminology, and for this explanation to be
included in the docs.
I also like the fact that it offers a neat 1-word name
On 7/6/05, Michael Chermside <[EMAIL PROTECTED]> wrote:
> Paul Moore writes:
> > I also like the fact that it offers a neat 1-word name for the
> > generator decorator, "@context".
>
> Well, ok... does anyone *else* agree? I too saw this and thought "ne
On 7/10/05, David Abrahams <[EMAIL PROTECTED]> wrote:
> "Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> > I well remember that gcc 2.5.8 on Linux a.out required this sort of
> > setup.
>
> Sorry, a.out? Isn't that the default name a C compiler gives to the
> executable it builds on Unix? Is it a
On 8/22/05, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> James Y Knight wrote:
> > It seems a waste to use SVN's webdav support just for anon access.
> > The svnserve method works well for anon access. The only reason to
> > use svn webdav IMO is if you want to use that for authenticated
> > acce
On 9/1/05, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-09-01 at 10:58, Guido van Rossum wrote:
>
> > [Reinhold Birkenfeld]
> > > You'd have to enclose print arguments in parentheses. Of course, the
> > > "trailing
> > > comma" form would be lost.
> >
> > And good riddance! The print st
On 9/2/05, Ron Adam <[EMAIL PROTECTED]> wrote:
> Jim Jewett wrote:
> > Putting the spaces back in (without a format string) would
> > be even worse. Charles Cazabon's pointed out that it *could*
> > be as simple as
> >
> > writeln(' '.join( ... ))
>
> Why not just offer an addition method ?
>
On 9/2/05, Steven Bethard <[EMAIL PROTECTED]> wrote:
[...]
> Since
> the print function seems to be intended mainly for newbies and simple
> debugging,
I think there have been quite a few comments here from people who
*don't* see the print statement [1] as "mainly for newbies and simple
debugging"
On 9/2/05, Steven Bethard <[EMAIL PROTECTED]> wrote:
> Sorry for the confusion. I wasn't trying to imply anyone was a newbie
> here, only that the earlier messages in this thread suggested that
> these were the print statement's main audience.
No problem - I was more joking than serious. But I do
On 9/2/05, Steven Bethard <[EMAIL PROTECTED]> wrote:
> Paul Moore wrote:
> > Interestingly enough, the other languages I use most (C, Java,
> > VB(Script) and Javascript (under Windows Scripting Host)) all use
> > functions for output. Except for C, I uniformly dislike t
On 9/3/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Wow.
>
> With so many people expressing a gut response and not saying what in
> the proposal they don't like, it's hard to even start a response.
Fair point.
> Is it...
>
> - Going from statement to function?
I thought this was a major i
On 9/3/05, Nick Coghlan <[EMAIL PROTECTED]> wrote:
[...]
> Playing well with generator expressions comes for free, too:
>
> print " ".join(str(x*x) for x in range(10))
> => output(*(x*x for x in range(10)))
Hmm... This prompts a coding question - is it possible to recognise
which arguments t
On 9/3/05, James Y Knight <[EMAIL PROTECTED]> wrote:
>
> On Sep 3, 2005, at 11:32 AM, Barry Warsaw wrote:
>
> > So I think it's best to have two builtins:
> >
> > print(*args, **kws)
> > printf(fmt, *args, **kws)
>
> It seems pretty bogus to me to add a second builtin just to apply the
> % opera
On 9/4/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On 9/3/05, Bill Janssen <[EMAIL PROTECTED]> wrote:
> > Seems pretty weak to me. Are there other args against?
>
> Sure. I made the mistake of thinking that everybody knew them.
Looks like I certainly didn't. These are good points, many of
On 9/6/05, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Greg Ewing wrote:
> > While we're on the subject, in Py3k I'd like to see
> > readline(), readlines(), etc. removed from file objects
> > and made builtin functions instead. It should only
> > be necessary to implement read() and write() to get
On 9/6/05, Gareth McCaughan <[EMAIL PROTECTED]> wrote:
> So borrow a trick from Common Lisp and use a destination of None
> to mean "return the formatted text as a string".
[...]
> Or is that too cryptic?
Yes.
To my mind, formatting (returning a string) and output are separate
operations. A "writ
On 9/6/05, Steven Bethard <[EMAIL PROTECTED]> wrote:
> I'd also prefer something along the lines of Fredrik's suggestion, but
> I don't write enough C code to understand Paul's last point. Could
> someone briefly explain why mixins wouldn't work in C code?
I had in mind "it would be complicated a
On 9/12/05, Greg Ewing <[EMAIL PROTECTED]> wrote:
> Oren Tirosh wrote:
>
> > I suggest an explicitly and permanently different name for the
> > interpreter executable of this new and incompatible branch of the
> > language. I want Python 3 scripts starting with #! to have an average
> > shelf life
On 9/13/05, Michael Chermside <[EMAIL PROTECTED]> wrote:
> In unix, the above is true. One of the fundamental decisions in Unix
> was to treat all files (and lots of other vaguely file-like things)
> as undiferentiated streams of bytes. But this is NOT true on many
> other operating systems. It is
On 9/21/05, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
> Antoine Pitrou <[EMAIL PROTECTED]> wrote:
> >
> >
> > > The best way to make people stop complaining about the GIL and start
> > > using
> > > process-based multiprogramming is to provide solid, standardized support
> > > for process-based m
On 9/20/05, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Basically, I'm +1 on the original PEP 308 form because it reads more naturally
> (and more like LC's and GE's) to me in expression contexts, and +0 on the
> "if/then/elif/else" form (because I would like a real conditional operator).
I agree th
On 9/24/05, Terry Reedy <[EMAIL PROTECTED]> wrote:
> Now, can you honestly say that you would (naively) read
>
> return foo if bar else baz
>
> and be certain you knew what it meant?
FWIW, yes, I can honestly say that I would be certain. Yes, you may be
able to *parse* it as (foo if) bar (esle b
On 9/29/05, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> My point about the lack of motivation was that there was little reason
> shown why this should be a PEP instead of either:
>
> 1. Documentation for a specific tool, or group of tools
> 2. A specific project's process documentation
That's what
On 9/30/05, Jim Jewett <[EMAIL PROTECTED]> wrote:
> Bruce Eckel wrote:
>
> > 3) Tasks are cheap enough that I can make
> > thousands of them, ...
>
> > 4) Tasks are "self-guarding," so they prevent
> > other tasks from interfering with them. The
> > only way tasks can communicate with each
> > othe
On 9/30/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Flames, pleas to reconsider, etc., to /dev/null.
No flames from here.
> Congratulations gracefully accepted.
Consider them supplied. For both your patience, and for supplying the
decision we all desperately needed.
> It's still my langua
On 9/30/05, Jeremy Maxfield <[EMAIL PROTECTED]> wrote:
> Support for multiple interpreters already exists from the C API
> (mod_python, Java Embedded Python a few other add-ons use them)
I'm aware of that (didn't I mention it in my message - sorry).
> But:
> - it's not possible to create new inte
On 10/19/05, Michele Simionato <[EMAIL PROTECTED]> wrote:
> On 10/18/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > I wonder if at some point in the future Python will have to develop a
> > macro syntax so that you can write
> >
> > Property foo:
> > def get(self): return self._foo
On 10/23/05, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> Actually, you've just pointed out a new complication introduced by having
> __context__. The return value of __context__ is supposed to have an
> __enter__ and an __exit__. Is it a type error if it doesn't? How do we
> handle that, exactly
I have a deep suspicion that this has been done to death already, but
my searching ability isn't up to finding the reference. So I'll simply
ask the question, and not offer a long discussion:
Has the option of letting the with statement admit multiple context
managers been considered (and presumab
On 10/25/05, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Paul Moore wrote:
[...]
> > Has the option of letting the with statement admit multiple context
> > managers been considered (and presumably rejected)?
[...]
> Not rejected - deliberately left as a future option (this
On 10/31/05, Martin Blais <[EMAIL PROTECTED]> wrote:
> I'm always--literally every time-- looking for a more functional form,
> something that would be like this:
>
># apply dirname() 3 times on its results, initializing with p
>... = repapply(dirname, 3, p)
[...]
> Just wondering, does an
On 11/9/05, Bob Ippolito <[EMAIL PROTECTED]> wrote:
>
> On Nov 9, 2005, at 1:48 PM, Thomas Heller wrote:
>
> > Bob Ippolito <[EMAIL PROTECTED]> writes:
> >
> >> On Nov 9, 2005, at 1:22 PM, Bill Janssen wrote:
> >>
> >>> It's a shame that
> >>>
> >>> 1) there's no equivalent of "java -jar", i.e., "
On 11/10/05, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Paul Moore wrote:
> > On 11/9/05, Bob Ippolito <[EMAIL PROTECTED]> wrote:
> >> On Nov 9, 2005, at 1:48 PM, Thomas Heller wrote:
> >>
> >>> Bob Ippolito <[EMAIL PROTECTED]> writes:
&g
On 11/10/05, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Christos Georgiou wrote:
> > I didn't see any mention of this product in the Python-Dev list, so I
> > thought to let you know.
> >
> > http://msdn.microsoft.com/vstudio/express/visualc/download/
> >
> > There is also a link for a CD image
On 11/22/05, Vinay Sajip <[EMAIL PROTECTED]> wrote:
> makeRecord will, after doing what it does now, use the extra_info argument
> as follows:
>
> If type(extra_info) != types.DictType, it will be ignored.
>
> Otherwise, any entries in extra_info whose keys are not already in the
> LogRecord's __di
On 12/19/05, Jim Jewett <[EMAIL PROTECTED]> wrote:
> Unfortunately, one very common use case of comparisons is to get a
> canonical order. If the order is sensible, all the better, but that
> is not strictly required. One of Python's selling points (especially
> compared to Java) is that getting
On 1/26/06, Thomas Wouters <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 25, 2006 at 09:37:04PM +0100, BJörn Lindqvist wrote:
>
> > Inheritance from string (Jason)
>
> > This issue has been brought up before when people were discussing the
> > path module. I think the consensus is that, while the inheri
On 1/25/06, BJörn Lindqvist <[EMAIL PROTECTED]> wrote:
> My comments on the issues. It was easier this way than trying to reply
> on every message individually.
>
> Inheritance from string (Jason)
>
> This issue has been brought up before when people were discussing the
> path module. I think the c
On 1/26/06, Stefan Rank <[EMAIL PROTECTED]> wrote:
> on 26.01.2006 14:15 Paul Moore said the following:
> [snip]
> >
> > Also note that my example Path("C:", "Windows", "System32") above is
> > an *absolute* path on Windows. But a rela
On 1/30/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Aha. I am beginning to understand. When people say "ConfigParser is
> hopeless" they mean ".INI files are hopeless". I happen to disagree.
> (There's also a meme that says that every aspect of an app should be
> configurable. I disagree with
On 1/31/06, Tony Meyer <[EMAIL PROTECTED]> wrote:
> Why doesn't this work? It does here:
>
> $ cat suite.ini
> [sect]
> opt1 = 1
> opt2 = 2
> $ cat app.ini
> [sect]
> opt1 = 3
> opt4 = 5
> $ python
> Python 2.4.1 (#2, Mar 31 2005, 00:05:10)
> [GCC 3.3 20030304 (Apple Computer, Inc. build 1666)] on
On 2/5/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> After so many attempts to come up with an alternative for lambda,
> perhaps we should admit defeat. I've not had the time to follow the
> most recent rounds, but I propose that we keep lambda, so as to stop
> wasting everybody's talent and ti
On 2/7/06, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On 2/5/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > After so many attempts to come up with an alternative for lambda,
> > perhaps we should admit defeat. I've not had the time to follow the
> > most recent rounds, but I propose that we kee
On 2/9/06, Neil Hodgson <[EMAIL PROTECTED]> wrote:
> Greg Ewing:
>
> > But that won't help when you need to deal with third-party
> > code that knows nothing about Python or its wrapped file
> > objects, and calls the CRT (or one of the myriad extant
> > CRTs, chosen at random:-) directly.
>
>C
On 2/11/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> I finally finished updating PEP 338 to comply with the flexible importing
> system in PEP 302.
>
> The result is a not-yet-thoroughly-tested module that should allow the -m
> switch to execute any module written in Python that is accessible via
1801 - 1862 of 1862 matches
Mail list logo
