On Dec 12, 2004, at 1:09 PM, Martin v. Löwis wrote:
Bob Ippolito wrote:
Yes, of course, I was talking about the executable, not extensions.
On Mac OS X 10.3+, the linker flag -undefined dynamic_lookup allows
extensions to link to no Python whatsoever.
It's the same on SysV ELF shared libraries
Merry Christmas to me! I actually purchased a Nokia Series 60 phone
when this was first announced, in hopes that this would be available
soon. A littler later than I'd have liked, but better than never :)
-bob
On Dec 22, 2004, at 9:19 PM, Guido van Rossum wrote:
Python runs on Nokia cell
On Dec 22, 2004, at 11:22 PM, Tim Delaney wrote:
Guido van Rossum wrote:
Python runs on Nokia cell phones (the high-end ones, anyway) and has
support from Nokia!
Pretty cool all around.
I couldn't find out which version of Python is supported - have they
told you?
Python 2.2.2 (#0, Dec 2 2004,
On Dec 23, 2004, at 12:36 AM, Timothy Fitz wrote:
1067760 -- float--long conversion on fileobj.seek calls, rather than
float--int. Permits larger floats (2.0**62) to match large
int (2**62) arguments. rhettinger marked as won't fix in
the original bug report; this seems like
On Dec 27, 2004, at 8:45 PM, Chris Barker wrote:
The versioning system that wxPython now has is quite nice, and seems
to fit most people's needs well. However, it's also quite new, and who
know what problems will arise. For those interested, here's a
synopsis.
On Dec 27, 2004, at 8:43 PM, Josiah Carlson wrote:
Scott David Daniels [EMAIL PROTECTED] wrote:
I'm hoping to add BZIP2 compression to zipfile for 2.5. My primary
motivation is that Project Gutenberg seems to be starting to use BZIP2
compression for some of its zips. What other wish list things
On Dec 28, 2004, at 4:30 PM, [EMAIL PROTECTED] wrote:
Update of /cvsroot/python/python/dist/src/Mac/OSX
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv9229
Modified Files:
fixapplepython23.py
Log Message:
Just passing -undefined dynamic_lookup isn't enough: we also need to
set
the
On Jan 1, 2005, at 5:33 PM, [EMAIL PROTECTED] wrote:
Update of /cvsroot/python/python/dist/src/Mac/OSX
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14408
Modified Files:
fixapplepython23.py
Log Message:
Create the wrapper scripts for gcc/g++ too.
+SCRIPT=#!/bin/sh
+export
Quite a few notable places in the Python sources expect realloc(...) to
relinquish some memory if the requested size is smaller than the
currently allocated size. This is definitely not true on Darwin, and
possibly other platforms. I have tested this on OpenBSD and Linux, and
the
On Jan 3, 2005, at 2:16 AM, Tim Peters wrote:
[Bob Ippolito]
...
Your expectation is not correct for Darwin's memory allocation scheme.
It seems that Darwin creates allocations of immutable size. The only
way ANY part of an allocation will ever be used by ANYTHING else is if
free() is called
On Jan 3, 2005, at 4:49 PM, Tim Peters wrote:
[Tim Peters]
Ya, I understood that. My conclusion was that Darwin's realloc()
implementation isn't production-quality. So it goes.
[Bob Ippolito]
Whatever that means.
Well, it means what it said. The C standard says nothing about
performance metrics
On Jan 4, 2005, at 5:00 AM, Thomas Heller wrote:
I'm working on refactoring Python/import.c, currently the case_ok()
function.
I was wondering about these lines:
/* new-fangled macintosh (macosx) */
#elif defined(__MACH__) defined(__APPLE__)
defined(HAVE_DIRENT_H)
Is this for Mac OSX? Does
On Jan 4, 2005, at 5:56 AM, Jack Jansen wrote:
On 3 Jan 2005, at 23:40, Bob Ippolito wrote:
Most people on Mac OS X have a lot of memory, and Mac OS X generally
does a good job about swapping in and out without causing much of a
problem, so I'm personally not very surprised that it could go
On Jan 4, 2005, at 7:42 AM, Jack Jansen wrote:
On 4 Jan 2005, at 11:41, Bob Ippolito wrote:
And finally: Is there any other way to find the true spelling of a
file
except than a linear search with opendir()/readdir()/closedir() ?
Yes, definitely. I'm positive you can do this with CoreServices
On Jan 4, 2005, at 1:28 PM, Guido van Rossum wrote:
Let's get rid of unbound methods. When class C defines a method f, C.f
should just return the function object, not an unbound method that
behaves almost, but not quite, the same as that function object. The
extra type checking on the first
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
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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
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 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
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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
/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 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
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 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 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 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 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 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 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 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 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 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 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
1 - 100 of 215 matches
Mail list logo