On Feb 14, 2006, at 2:05 PM, Joe Smith wrote:
Guido van Rossum [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
In private email, Phillip Eby suggested to add these things to the
2.5. standard library:
bdist_deb, bdist_msi, and friends
He explained them as follows:
On Feb 14, 2006, at 3:13 PM, Guido van Rossum wrote:
I'm about to send 6 or 8 replies to various salient messages in the
PEP 332 revival thread. That's probably a sign that there's still a
lot to be sorted out. In the mean time, to save you reading through
all those responses, here's a
On Feb 14, 2006, at 4:17 PM, Guido van Rossum wrote:
On 2/14/06, Bob Ippolito [EMAIL PROTECTED] wrote:
On Feb 14, 2006, at 3:13 PM, Guido van Rossum wrote:
- we need a new PEP; PEP 332 won't cut it
- no b... literal
- bytes objects are mutable
- bytes objects are composed of ints
On Feb 14, 2006, at 5:00 PM, Greg Ewing wrote:
Joe Smith wrote:
Windows and RPM are known for major dependency problems, letting
packages
damage each other, having packages that do not uninstall cleanly
(i.e.
packages that leave junk all over the place) and generally messing
the
On Feb 14, 2006, at 5:22 PM, Trent Mick wrote:
[Greg Ewing wrote]
MacOSX seems to be the only system so far that has got
this right -- organising the system so that everything
related to a given application or library can be kept
under a single directory, clearly labelled with a
version
On Feb 8, 2006, at 11:02 AM, Ronald Oussoren wrote:
On 8-feb-2006, at 19:55, Martin v. Löwis wrote:
Gustavo J. A. M. Carneiro wrote:
Any thoughts? Should I go ahead and open a bug report (maybe with
patch), or is this controversial?
I can accept that the Mac does it differently,
On Feb 5, 2006, at 10:48 AM, Raymond Hettinger wrote:
So I was wondering if module math (and
perhaps by symmetry module cmath, too) shouldn't grow a function
'areclose' (calling it just 'close' seems likely to engender
confusion, since 'close' is more often used as a verb than as an
On Feb 3, 2006, at 2:07 AM, Nick Coghlan wrote:
Bengt Richter wrote:
On Fri, 3 Feb 2006 10:16:17 +1100, Delaney, Timothy (Tim)
[EMAIL PROTECTED] wrote:
Andrew Koenig wrote:
I definately agree with the 0c664 octal literal. Seems rather more
intuitive.
I still prefer 8r664.
The more I
On Jan 25, 2006, at 3:42 PM, Tony Meyer wrote:
[Ian Bicking]
If it were possible to use .join() for joining paths, I think I
wouldn't mind so much. But reusing a string method for something
very different seems like a bad idea. So we're left with .joinpath
(). Still better than
On Jan 19, 2006, at 11:12 AM, Guido van Rossum wrote:
On 1/19/06, Fredrik Lundh [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
I think we ought to let this sit for a while and come back to it
in a
few week's time. Is 'base' really the right name? It could just as
well be considered a
On Jan 19, 2006, at 4:17 PM, Thomas Wouters wrote:
On Fri, Jan 20, 2006 at 06:56:23AM +1000, Nick Coghlan wrote:
I'm not aware of anyone that would miss octal literals,
Except anyone who uses os.chmod. I would be mighty sad if we
removed octal
and hexadecimal literals for 'cleanliness'
On Jan 18, 2006, at 1:31 AM, Anthony Baxter wrote:
On Wednesday 18 January 2006 16:25, Stephen J. Turnbull wrote:
Unless rms has changed his position on this, or there has been
relevant legislation or a court decision in the meantime,
explicitly requiring or checking for real libreadline,
On Jan 18, 2006, at 8:47 PM, James Y Knight wrote:
On Jan 18, 2006, at 11:40 PM, Aahz wrote:
On Wed, Jan 18, 2006, Guido van Rossum wrote:
Can we just all agree that RMS is an asshole now? Bah.
Citing RMS's insanity is a great way to get my blood steaming. --
GvR
Ya know, you don't
On Jan 18, 2006, at 11:37 PM, Neal Norwitz wrote:
On 1/18/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
Guido, we may be converging on a consensus for my proposal:
base(value, radix=2)
So far no one has shot at it, and it has gathered +1's from Steven,
Alex, Brett, and Nick.
+1 for
On Jan 17, 2006, at 2:36 AM, Ian Bicking wrote:
Bob Ippolito wrote:
On Jan 16, 2006, at 9:12 PM, Andrew Bennetts wrote:
On Mon, Jan 16, 2006 at 11:54:05PM -0500, Raymond Hettinger wrote:
[...]
That suggests that it would be better to simply add an int method:
x.convert_to_base(7
On Jan 17, 2006, at 10:17 AM, Thomas Heller wrote:
Building the readline on OS X 10.4 fails, is this known, or am I doing
something wrong?
Mac OS X doesn't ship with readline. It ships with BSD libedit
symlinked to readline. Not good enough for Python. You need a third
party copy.
I
On Jan 17, 2006, at 4:09 PM, Adam Olsen wrote:
On 1/17/06, Guido van Rossum [EMAIL PROTECTED] wrote:
On 1/17/06, Adam Olsen [EMAIL PROTECTED] wrote:
In-favour-of-%2b-ly y'rs,
My only opposition to this is that the byte type may want to use it.
I'd rather wait until byte is fully defined,
On Jan 17, 2006, at 3:38 PM, Adam Olsen wrote:
On 1/17/06, Thomas Wouters [EMAIL PROTECTED] wrote:
On Tue, Jan 17, 2006 at 09:23:29AM -0500, Jason Orendorff wrote:
I think a method 5664400.to_base(13) sounds nice.
[And others suggested int-methods too]
I would like to point out that this
On Jan 17, 2006, at 4:17 PM, Anthony Baxter wrote:
On Wednesday 18 January 2006 06:19, Barry Warsaw wrote:
On Tue, 2006-01-17 at 19:17 +0100, Thomas Heller wrote:
Building the readline on OS X 10.4 fails, is this known, or am I
doing something wrong?
There are definitely serious issues
On Jan 17, 2006, at 5:01 PM, Jack Diederich wrote:
On Tue, Jan 17, 2006 at 04:02:43PM -0800, Guido van Rossum wrote:
On 1/17/06, Adam Olsen [EMAIL PROTECTED] wrote:
In-favour-of-%2b-ly y'rs,
My only opposition to this is that the byte type may want to use it.
I'd rather wait until byte is
On Jan 17, 2006, at 7:12 PM, Jack Diederich wrote:
On Tue, Jan 17, 2006 at 06:11:36PM -0800, Bob Ippolito wrote:
On Jan 17, 2006, at 5:01 PM, Jack Diederich wrote:
On Tue, Jan 17, 2006 at 04:02:43PM -0800, Guido van Rossum wrote:
On 1/17/06, Adam Olsen [EMAIL PROTECTED] wrote:
In-favour
On Jan 16, 2006, at 8:18 PM, Barry Warsaw wrote:
On Tue, 2006-01-17 at 15:08 +1100, Andrew Bennetts wrote:
My reaction having read this far was huh?. It took some time
(several
seconds) before it occurred to me what you wanted str(5,2) to
mean, and why it
should give '101'.
If
On Jan 16, 2006, at 9:12 PM, Andrew Bennetts wrote:
On Mon, Jan 16, 2006 at 11:54:05PM -0500, Raymond Hettinger wrote:
[...]
That suggests that it would be better to simply add an int method:
x.convert_to_base(7)
This seems clear and simple to me. I like it. I strongly suspect
On Jan 5, 2006, at 1:08 PM, Anthony Baxter wrote:
On Friday 06 January 2006 07:44, Martin v. Löwis wrote:
With the gentoo installation, I think we have enough linux for
the moment. Somebody noticed that the Waterfall view of buildbot
quickly becomes unreadable if there are too many builds.
On Jan 3, 2006, at 7:46 AM, [EMAIL PROTECTED] wrote:
Bob The easy fix is to upgrade your OS. I don't think anyone
is going
Bob to bother with the preprocessor hackery necessary to make
that
Bob (harmless) warning go away on older versions of the OS.
Excuse me, but this
On Jan 3, 2006, at 3:12 PM, Martin v. Löwis wrote:
Bob Ippolito wrote:
Who's going to bother?
It violates PEP 7, unless you argue that OS X/gcc is not
a major compiler.
Clearly, but that still doesn't answer the question of who's going to
do it. Writing two code paths with availability
On Jan 2, 2006, at 10:30 PM, Neal Norwitz wrote:
On 1/2/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
The G5 *was* working. I changed nothing at my end. Got a mail
yesterday
from Martin. It looks like PATH lost /usr/local/bin (where the
Metissian
installer puts the svn
On Dec 27, 2005, at 9:05 AM, Andrea Arcangeli wrote:
I run into a problem recently with a reconnectingclientfactory with
twisted while write some spare time software, that turned out to be
a gc
inefficiency.
In short the protocol memory wasn't released after the reconnect
and the
On Dec 27, 2005, at 5:48 PM, Valentino Volonghi aka Dialtone wrote:
On Tue, Dec 27, 2005 at 01:50:37PM -0800, Alex Martelli wrote:
I'll answer here for all the people who kindly answered.
Why would that be better than
any(o.some_attribute for o in some_objects)
?
I think it's because
On Dec 14, 2005, at 5:31 PM, Alex Martelli wrote:
On 12/14/05, Chris Lambacher [EMAIL PROTECTED] wrote:
Py2exe manages to load .pyd files and dlls from zip. Apparently
they have
written an alternate dll loader that does not need the file to be
on the file
system. This is used for
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., python -z
FILE.ZIP, and
This should work on a few platforms:
env PYTHONPATH=FILE.zip python -m some_module_in_the_zip
-bob
___
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., python -z
FILE.ZIP, and
This should work on a few platforms:
env PYTHONPATH=FILE.zip
On Oct 27, 2005, at 4:32 PM, Neal Becker wrote:
Martin v. Löwis wrote:
I see. Python is making up the EISDIR, looking at the stat result.
In Objects/fileobject.c:dircheck generates the EISDIR error, which
apparently comes from posix_fdopen, PyFile_FromFile,
fill_file_fields.
Python
On Oct 27, 2005, at 4:58 PM, Neal Becker wrote:
Bob Ippolito wrote:
On Oct 27, 2005, at 4:32 PM, Neal Becker wrote:
Martin v. Löwis wrote:
I see. Python is making up the EISDIR, looking at the stat result.
In Objects/fileobject.c:dircheck generates the EISDIR error, which
apparently
On Oct 23, 2005, at 3:10 PM, Jason Orendorff wrote:
-1 on decoding implicitly as needed. This causes decoding to happen
late, in unpredictable places. Decodes can fail; they should happen
as early and as close to the data source as possible.
That's not necessarily true... Some codecs can't
On Oct 23, 2005, at 6:06 PM, Guido van Rossum wrote:
Folks, please focus on what Python 3000 should do.
I'm thinking about making all character strings Unicode (possibly with
different internal representations a la NSString in Apple's Objective
C) and introduce a separate mutable bytes array
On Sep 29, 2005, at 3:53 PM, M.-A. Lemburg wrote:
Perhaps a flag that fires up Python and runs platform.py
would help too.
python -mplatform
-bob
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
/usr/bin/sw_vers technically calls a private (at least undocumented)
CoreFoundation API, it doesn't parse that plist directly :)
On further inspection, it looks like parsing the plist directly is
supported API these days (see the bottom of http://
On Sep 22, 2005, at 3:56 PM, Phillip J. Eby wrote:
At 12:04 PM 9/22/2005 -0700, Rich Burridge wrote:
Phillip J. Eby wrote:
Recently I asked about the inclusion of a vendor-packages
directory for Python on the Python mailing list.
See the thread started at:
On Sep 22, 2005, at 3:04 PM, Rich Burridge wrote:
Phillip J. Eby wrote:
Recently I asked about the inclusion of a vendor-packages
directory for Python on the Python mailing list.
See the thread started at:
http://mail.python.org/pipermail/python-list/2005-September/
300029.html
for
On Sep 22, 2005, at 8:58 PM, Trent Mick wrote:
[richard barran wrote]
So I have a question: do the previous mails mean that a relpath
function might possibly be a usefull addition to os.path?
Yes, it seems to have support.
I'd like to throw in another late +1 here, I've written this
On Sep 21, 2005, at 11:26 PM, Guido van Rossum wrote:
The platform module has a way to map system names such as returned by
uname() to marketing names. It maps SunOS to Solaris, for example. But
it doesn't map Darwin to Mac OS X. I think I know how to map Darwin
version numbers to OS X
On Sep 20, 2005, at 5:43 PM, Guido van Rossum wrote:
On 9/20/05, John J Lee [EMAIL PROTECTED] wrote:
threading is not the only, nor the best, concurrency model.
But maybe these chips designed with threading in mind blow that
argument
out of the water. I don't know enough to know whether
On Sep 8, 2005, at 5:42 AM, Barry Warsaw wrote:
On Wed, 2005-09-07 at 15:07, Bob Ippolito wrote:
I was also able to easily automate the process of extracting strings
to create that spreadsheet. I wrote a simple script that parsed the
Python modules and looked for function calls of _ whose
On Sep 7, 2005, at 7:11 AM, Guido van Rossum wrote:
On 9/7/05, Barry Warsaw [EMAIL PROTECTED] wrote:
On Wed, 2005-09-07 at 05:23, Stephen J. Turnbull wrote:
But print-ng looks
like becoming the OOWTDI for a lot of applications. IMO it's
just too
early to give up on print-ng becoming
On Sep 6, 2005, at 12:13 PM, Steve Holden wrote:
Nick Jacobson wrote:
While we're on the subject of Python 3000, what's the
chance that reference counting when calling C
functions from Python will go away?
To me this is one of the few annoyances I have with
Python. I know that Ruby
On Sep 1, 2005, at 2:27 PM, Jack Diederich wrote:
On Thu, Sep 01, 2005 at 11:12:57PM +0200, Fredrik Lundh wrote:
Charles Cazabon wrote:
in fact, it does nothing for the program but merely has the
interesting
side-effect of writing to stdout.
yeah, real programmers don't generate
On Aug 20, 2005, at 6:14 AM, Guido van Rossum wrote:
I'm ready to accept te general idea of moving to subversion and away
from SourceForge.
On the hosting issue, I'm still neutral -- I expect we'll be able to
support the current developer crowd easily on svn.python.org, but if
we ever find
On Aug 11, 2005, at 3:02 PM, Anthony Baxter wrote:
On Monday 08 August 2005 20:13, Ilya Sandler wrote:
At OSCON, Anthony Baxter made the point that pdb is currently one
of the
more unPythonic modules.
What is unpythonic about pdb? Is this part of Anthony's presentation
online? (Google
On Aug 7, 2005, at 7:37 PM, Martin v. Löwis wrote:
Guido van Rossum wrote:
If stdin, stdout and stderr go to a terminal, there already is a
default encoding (actually, there always is a default encoding on
these, as it falls back to the system encoding if its not a
terminal,
or if the
On Jul 28, 2005, at 3:19 PM, Barry Warsaw wrote:
On Thu, 2005-07-28 at 20:15, Leif Hedstrom wrote:
I'm definitely positive to a migration to Subversion, but I'd be
really
concerned about using plain text authentication mechanisms.
We won't use plain text, but we may (or, we currently
On Jul 10, 2005, at 6:39 PM, Josiah Carlson wrote:
Andrew Durdin [EMAIL PROTECTED] wrote:
On 7/11/05, Josiah Carlson [EMAIL PROTECTED] wrote:
You are wrong. Current string literals are explicit. They are
what you
type.
No they are not:
Apparently my disclaimer of except in
On Jun 27, 2005, at 6:48 PM, Delaney, Timothy (Tim) wrote:
Gary Robinson wrote:
It's been around 7 years since I've used C, I've forgotten virtually
everything I may have known about gdb, I've never worked with the
C-python API before... meanwhile there is intense time pressure to
get
On Jun 26, 2005, at 8:54 PM, Phillip J. Eby wrote:
At 12:22 AM 6/27/2005 +0200, Dörwald Walter wrote:
Phillip J. Eby wrote:
[...]
I'm also not keen on the fact that it makes certain things
properties whose value can change over time; i.e. ctime/mtime/atime
and
size really shouldn't be
On Jun 23, 2005, at 10:11 PM, Greg Ewing wrote:
Skip Montanaro wrote:
I wrote PEP 304, Controlling Generation of Bytecode Files:
http://www.python.org/peps/pep-0304.html
I would like to see some way of having bytecode files put
into platform/version dependent subdirectories, which
On Jun 14, 2005, at 2:25 AM, Raymond Hettinger wrote:
def readby(inp, blocksize=1024):
while True:
data = inp.read(blocksize)
if not data:
break
yield data
for data in readby(inp, blocksize):
. . .
readby() relies on the existence of
On Jun 13, 2005, at 10:20 PM, Greg Ewing wrote:
Phillip J. Eby wrote:
By the way, whatever happened to and while? i.e.:
while True:
data = inp.read(blocksize)
and while data:
out.write(data)
My favourite version of this is
while:
data =
On Jun 14, 2005, at 1:25 AM, Raymond Hettinger wrote:
By the way, whatever happened to and while? i.e.:
while True:
data = inp.read(blocksize)
and while data:
out.write(data)
My favourite version of this is
while:
data = inp.read(blocksize)
On Jun 6, 2005, at 3:10 PM, Raymond Hettinger wrote:
If Fred were up for it, I think ElementTree would be a wonderful,
must-have addition.
I might be missing fine details of the English language here
(what does to be up for something mean?), however, I believe
ElementTree is an unlikely
On Jun 2, 2005, at 4:50 PM, Guido van Rossum wrote:
On 6/2/05, Reinhold Birkenfeld reinhold-birkenfeld-
[EMAIL PROTECTED] wrote:
While looking at bug #779191, I saw that sys.path's first element
is '' in interactive sessions, but the current dir otherwise. Is this
intentional?
I've
On May 17, 2005, at 10:36 PM, Guido van Rossum wrote:
On 5/17/05, Raymond Hettinger [EMAIL PROTECTED] wrote:
I think you're missing a decimal.setcontext(newcontext) before the
yield..
Right.
I don't see a call to setcontext() in the sin() example in the library
reference. Is that
On May 17, 2005, at 11:39 PM, Guido van Rossum wrote:
[Raymond Hettinger]
However, for a general purpose wrapper, it is preferable to make a
context copy and then restore the context after the enclosed is run.
That guards against the enclosed block making any unexpected context
changes.
On May 14, 2005, at 3:05 PM, Shane Hathaway wrote:
M.-A. Lemburg wrote:
It is important to be able to rely on a default that
is used when no special options are given. The decision
to use UCS2 or UCS4 is much too important to be
left to a configure script.
Should the choice be a runtime
On May 4, 2005, at 2:29 PM, Fredrik Lundh wrote:
Gustavo J. A. M. Carneiro wrote:
I have not read every email about this subject, so sorry if this
has
already been mentioned.
In PEP 340 I read:
block EXPR1 as VAR1:
BLOCK1
I think it would be much clearer
On Apr 26, 2005, at 1:12 AM, Greg Ewing wrote:
Bob Ippolito wrote:
A few weeks ago I put together a patch to site.py for Python 2.5
http://python.org/sf/1174614 that solves three major deficiencies:
[concerning .pth files]
While we're on the subject of .pth files, what about
the idea
On Apr 26, 2005, at 8:24 PM, Guido van Rossum wrote:
Someone should think about rewriting the zipfile module to be less
hideous, include a repair feature, and be up to date with the latest
specifications http://www.pkware.com/company/standards/appnote/.
-- and allow *deleting* a file from a
A few weeks ago I put together a patch to site.py for Python 2.5
http://python.org/sf/1174614 that solves three major deficiencies:
(1) All site dirs must exist on the filesystem: Since PEP 302 (New
Import Hooks) was adopted, this is not necessarily true.
sys.meta_path and sys.path_hooks can
The 2GB bug that was supposed to be fixed in
http://python.org/sf/679953 was not actually fixed. The zipinfo
offsets in the structures are still signed longs, so the fix allows you
to write one file that extends past the 2G boundary, but if any extend
past that point you are screwed.
I have
On Apr 24, 2005, at 11:32 PM, Phillip J. Eby wrote:
At 04:57 PM 4/24/05 -0700, Guido van Rossum wrote:
So a block could return a value to the generator using a return
statement; the generator can catch this by catching ReturnFlow.
(Syntactic sugar could be VAR = yield ... like in Ruby.)
On Apr 21, 2005, at 6:28 AM, Fredrik Lundh wrote:
Glyph Lefkowitz wrote:
Despite being guilty of propagating this style for years myself, I
have to disagree. Consider the
following network-conversation using Twisted style (which, I might
add, would be generalizable to
other Twisted-like systems
On Apr 21, 2005, at 8:59 PM, Josiah Carlson wrote:
Guido van Rossum [EMAIL PROTECTED] wrote:
[Brett]
I think I agree with Samuele that it would be more pertinent to put
all of this
effort into trying to come up with some way to handle cleanup in a
generator.
I.e. PEP 325.
But (as I explained,
On Apr 22, 2005, at 12:28 AM, Brett C. wrote:
Bob Ippolito wrote:
On Apr 21, 2005, at 8:59 PM, Josiah Carlson wrote:
Guido van Rossum [EMAIL PROTECTED] wrote:
[Brett]
I think I agree with Samuele that it would be more pertinent to put
all of this
effort into trying to come up with some way
On Apr 11, 2005, at 12:33 AM, Fredrik Lundh wrote:
Tim Peters wrote:
[Fredrik Lundh]
is changing the marshal format really the right thing to do at this
point?
I don't see anything special about this point -- it's just sometime
between 2.4.1 and 2.5a0. What do you have in mind?
I was under the
On Apr 10, 2005, at 2:48 PM, Michael Hudson wrote:
James Y Knight [EMAIL PROTECTED] writes:
On Apr 10, 2005, at 11:22 AM, Michael Hudson wrote:
Bob Ippolito [EMAIL PROTECTED] writes:
Is there a good reason to *not* call PyEval_InitThreads when using a
threaded Python?
Well, it depends how
On Apr 10, 2005, at 4:08 PM, Michael Hudson wrote:
Bob Ippolito [EMAIL PROTECTED] writes:
On Apr 10, 2005, at 2:48 PM, Michael Hudson wrote:
James Y Knight [EMAIL PROTECTED] writes:
Here's the numbers. It looks like something changed between python
2.2
and 2.3 that made calling PyEval_InitThreads
On Apr 9, 2005, at 11:15 AM, Michael Hudson wrote:
Gregory P. Smith [EMAIL PROTECTED] writes:
Under Limitations and Exclusions it specifically disowns
responsibility for worrying about whether Py_Initialize() and
PyEval_InitThreads() have been called:
[snip quote]
This suggests that I should call
On Mar 29, 2005, at 5:15 PM, Aahz wrote:
On Sun, Mar 27, 2005, Adam MacBeth wrote:
Has anyone ever considered using SCons to build Python? SCons is a
great build tool written in Python that provides some Autoconf-like
functionality (http://www.scons.org). It seems like this type of
self-hosting
On Mar 25, 2005, at 6:13 PM, Travis Oliphant wrote:
In updating Numeric to take advantage of the new features in Python,
I've come across the need
to attach a Python-written function as a method to a C-builtin. I
don't want to inherit, I just want to extend the methods of a builtin
type using
On Mar 16, 2005, at 6:19, Raymond Hettinger wrote:
Some folks on comp.lang.python have been pushing for itertools to
include a flatten() operation. Unless you guys have some thoughts on
the subject, I'm inclined to accept the request.
Rather than calling it flatten(), it would be called walk and
On Mar 16, 2005, at 8:37 AM, Nick Coghlan wrote:
Bob Ippolito wrote:
On Mar 16, 2005, at 6:19, Raymond Hettinger wrote:
Some folks on comp.lang.python have been pushing for itertools to
include a flatten() operation. Unless you guys have some thoughts on
the subject, I'm inclined to accept
On Mar 11, 2005, at 2:26 PM, Skip Montanaro wrote:
Bob try:
Bob set
Bob except NameError:
Bob from sets import Set as set
Bob You don't need the rest.
Sure, but then pychecker bitches about a statement that appears to
have no
effect. ;-)
Well then fix PyChecker to
On Mar 9, 2005, at 8:03 AM, Skip Montanaro wrote:
Anthony Goal 4: Try and prevent something like
Anthony try:
Anthony True, False
Anthony except NameError:
Anthony True, False = 1, 0
Anthony from ever
On Feb 18, 2005, at 4:36 PM, David Ascher wrote:
On Fri, 18 Feb 2005 13:28:34 -0800, Guido van Rossum
[EMAIL PROTECTED] wrote:
Would it be possible to change
_PyEval_SliceIndex in ceval.c
so that rather than throwing an error if the indexing object is not
an
integer, the code first checks to see
On Feb 16, 2005, at 11:02, Phillip J. Eby wrote:
At 02:32 PM 2/11/05 -0800, Nick Rasmussen wrote:
tommy said that this would be the best place to ask
this question
I'm trying to get functions wrapped via boost to show
up as builtin types so that pydoc includes them when
documenting the module
On Feb 16, 2005, at 11:43, Phillip J. Eby wrote:
At 11:26 AM 2/16/05 -0500, Bob Ippolito wrote:
help(FakeBuiltin(name, name(foo, bar, baz) - rval))
Help on built-in function name:
name(...)
name(foo, bar, baz) - rval
If you wanted to be even more ambitious, you could return FunctionType
On Feb 11, 2005, at 6:11 PM, Donovan Baarda wrote:
G'day again,
From: Gregory P. Smith [EMAIL PROTECTED]
I think it would be cleaner and simpler to modify the existing
md5module.c to use the openssl md5 layer API (this is just a
search/replace to change the function names). The bigger problem is
On Feb 10, 2005, at 9:15 PM, Donovan Baarda wrote:
On Tue, 2005-02-08 at 11:52 -0800, Gregory P. Smith wrote:
The md5.h/md5c.c files allow copy and use, but no modification of
the files. There are some alternative implementations, i.e. in glibc,
openssl, so a replacement should be sage. Any other
On Feb 10, 2005, at 9:50 PM, Donovan Baarda wrote:
On Thu, 2005-02-10 at 21:30 -0500, Bob Ippolito wrote:
On Feb 10, 2005, at 9:15 PM, Donovan Baarda wrote:
On Tue, 2005-02-08 at 11:52 -0800, Gregory P. Smith wrote:
[...]
One possible alternative would be to bring in something like PyOpenSSL
http
On Feb 9, 2005, at 6:25 PM, Michael Hudson wrote:
Phillip J. Eby [EMAIL PROTECTED] writes:
At 08:20 PM 2/9/05 +0100, BJörn Lindqvist wrote:
Does Skip's idea have
any merit?
Yes, but not as a default behavior. Many people already consider the
fact that tracebacks display file paths to be a
On Jan 31, 2005, at 10:43, Evan Jones wrote:
On Jan 31, 2005, at 0:17, Guido van Rossum wrote:
The just kidding applies to the whole list, right? None of these
strike me as good ideas, except for improvements to function argument
passing.
Really? You see no advantage to moving to garbage
On Jan 21, 2005, at 7:44, Jack Jansen wrote:
On 21 Jan 2005, at 08:18, Stuart Bishop wrote:
Just van Rossum wrote:
Skip Montanaro wrote:
Just re.sub([\r\n]+, \n, s) and I think you're good to go.
I don't think that in general you want to fold multiple empty lines
into
one. This would be my
On Jan 17, 2005, at 18:33, Glyph Lefkowitz wrote:
It's not the strongest use-case in the world, but is the impetus to
remove unbound method objects from Python that much stronger? I like
the fact that it's simpler, but it's a small amount of extra
simplicity,
it doesn't seem to enable any new
On Jan 13, 2005, at 20:03, Clark C. Evans wrote:
Ok. I think we have identified two sorts of restrictions on the
sorts of adaptations one may want to have:
`stateless' the adaptation may only provide a result which
does not maintain its own state
`lossless' the adaptation
On Jan 12, 2005, at 21:39, Skip Montanaro wrote:
Jack On MacOSX you really want universal newlines. CSV files
produced
Jack by older software (such as AppleWorks) will have \r line
Jack terminators, but lots of other programs will have files with
Jack normal \n terminators.
Won't
On Jan 10, 2005, at 16:38, Phillip J. Eby wrote:
At 07:42 PM 1/10/05 +0100, Alex Martelli wrote:
On 2005 Jan 10, at 18:43, Phillip J. Eby wrote:
...
I am not saying we shouldn't have a tp_conform; just suggesting that
it may be appropriate for functions and modules (as well as classic
On Jan 6, 2005, at 15:03, Bob Ippolito wrote:
On Jan 6, 2005, at 14:59, Ronald Oussoren wrote:
On 6-jan-05, at 14:04, Jack Jansen wrote:
On 6 Jan 2005, at 00:49, Martin v. Löwis wrote:
The new solution is basically to go back to the Unix way of
building an extension: link it against nothing
On Jan 6, 2005, at 8:17, Michael Hudson wrote:
Ilya Sandler [EMAIL PROTECTED] writes:
A problem:
The current struct.unpack api works well for unpacking C-structures
where
everything is usually unpacked at once, but it
becomes inconvenient when unpacking binary files where things
often have to be
On Jan 6, 2005, at 14:59, Ronald Oussoren wrote:
On 6-jan-05, at 14:04, Jack Jansen wrote:
On 6 Jan 2005, at 00:49, Martin v. Löwis wrote:
The new solution is basically to go back to the Unix way of
building an extension: link it against nothing and sort things out
at runtime. Not my personal
On Jan 5, 2005, at 3:33 AM, Martin v. Löwis wrote:
Bob Ippolito wrote:
It doesn't for reasons I care not to explain in depth, again. Search
the pythonmac-sig archives for longer explanations. The gist is
that you specifically do not want to link directly to the framework
at all when
On Jan 5, 2005, at 18:46, Martin v. Löwis wrote:
Bob Ippolito wrote:
I just dug up some information I had written on this particular topic
but never published, if you're interested:
http://bob.pythonmac.org/archives/2005/01/05/versioned-frameworks-
considered-harmful/
Interesting. I don't get
101 - 200 of 215 matches
Mail list logo