2008/12/31 Phillip J. Eby :
> Change that to [os.path.normpath(p)+'/' for p in paths] and you've got
> yourself a winner.
s#'/'#os.sep# to make it work on Windows as well :-)
Have we established yet that this is hard enough to get right to
warrant a stdlib implementation?
Paul
___
pobox.com> writes:
>
> which leads me to believe that other people using the current function in
> the real world would be confused by your interpretation.
... and are vulnerable to security hazards.
___
Python-Dev mailing list
Python-Dev@python.org
Phillip J. Eby wrote:
> At 09:30 PM 12/30/2008 -0500, rdmur...@bitdance.com wrote:
>> On Tue, 30 Dec 2008 at 17:51, Phillip J. Eby wrote:
>>> At 02:32 PM 12/30/2008 -0800, Scott David Daniels wrote:
More trouble with the "just take the dirname":
paths = ['/a/b/c', '/a/b/d', '/a/
Le Wednesday 31 December 2008 08:46:09 Stephen J. Turnbull, vous avez écrit :
> Would you review your own code in the same way that other committers
> review their own?
I'm unable to review my own code. I always re-read my code and test it, but I
can not see every possibles cases. That's why I p
Hello,
I would like to mention that I've written a patch which enables "threaded
interpretation" on the ceval loop with gcc (*). On my computer (an Athlon X2
3600+), it is good for a 15-20% speedup of the interpreter on pystone and
pybench. I also had the opportunity to test it on a Core2-derived
Antoine Pitrou pitrou.net> writes:
>
> I would like to mention that I've written a patch which enables "threaded
> interpretation"
... and I forgot to give the URL:
http://bugs.python.org/issue4753
Regards
Antoine.
___
Python-Dev mailing list
Pytho
Victor Stinner writes:
> Le Wednesday 31 December 2008 08:46:09 Stephen J. Turnbull, vous avez écrit :
> > Would you review your own code in the same way that other committers
> > review their own?
>
> I'm unable to review my own code.
Of course not, in the formal "software process" sense.
Hi,
Stephen J. Turnbull xemacs.org> writes:
>
> There *is* a process problem, though I don't claim to have an idea how
> to solve it. Some developers (especially well-known is Martin van
> Loewis) are trying to address this with the "one committer's review
> for five reviews" offer, but maybe
Antoine Pitrou wrote:
> I would like to mention that I've written a patch which enables "threaded
> interpretation" on the ceval loop with gcc (*). On my computer (an Athlon X2
> 3600+), it is good for a 15-20% speedup of the interpreter on pystone and
> pybench. I also had the opportunity to test
On Wed, Dec 31, 2008 at 11:44 AM, Christian Heimes wrote:
> The patch makes use of a GCC feature where labels can be used as values:
> http://gcc.gnu.org/onlinedocs/gcc/Labels-as-Values.html . I didn't know
> about the feature and got confused by the unary && operator.
Right. SpiderMonkey (Mozil
On Wed, Dec 31, 2008 at 07:11, Antoine Pitrou wrote:
>
> Hi,
>
> Stephen J. Turnbull xemacs.org> writes:
>>
>> There *is* a process problem, though I don't claim to have an idea how
>> to solve it. Some developers (especially well-known is Martin van
>> Loewis) are trying to address this with th
On Tue, Dec 30, 2008 at 16:55, Victor Stinner
wrote:
> Hi,
>
> I already asked in September to get an svn account to be able to commit
> directly patches to trunk (or other branches like py3k). My query was
> rejected because I didn't know Python core enough (and maybe other reasons
> that I don't
On 30 Dec 2008, at 13:45, Barry Scott wrote:
...
Since I've been building 3.0 for a while now I looked at the script.
build-install.py seems to have been half converted to py 3.0.
Going full 3.0 was not hard but then there is the problem of
the imports.
Python 3.0 does not have MacOS or Carbon
Hi,
In python 2.6, there have been some effort to make float formatting
more consistent between platforms, which is nice. Unfortunately, there
is still one corner case, for example on windows:
print a -> print 'inf'
print '%f' % a -> print '1.#INF'
The difference being that in the second case, t
14 matches
Mail list logo
