2008/12/30 Phillip J. Eby :
> You know, all this path separator and list complication isn't really
> necessary, when you can just take the os.path.dirname() of the return from
> commonprefix().
>
> Perhaps we could just add that recommendation to the docs?
Actually, consider the following (on Wind
> svn revert .
> svnmerge -M -F
[are you sure you don't need a command for svnmerge here?]
Instead of these two, I always do
svn resolved .
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/py
Paul demonstrates the shortcoming of commonprefix:
>>> os.path.commonprefix(["foo\\bar\\baz", "foo/bar/boink"])
'foo'
With the patch in issue4755:
>>> import ntpath
>>> ntpath.commonpathprefix(["foo\\bar\\baz", "foo/bar/boink"])
'foo\\bar'
Ta da ...
Skip
__
At 06:14 AM 12/30/2008 -0600, s...@pobox.com wrote:
Paul demonstrates the shortcoming of commonprefix:
>>> os.path.commonprefix(["foo\\bar\\baz", "foo/bar/boink"])
'foo'
With the patch in issue4755:
>>> import ntpath
>>> ntpath.commonpathprefix(["foo\\bar\\baz", "foo/bar/boink
Hi!
I'm currently working again on the CE port, and since 2.6 and 3.0 are now out
of the door, could you apply the patches in #4075 & #4051? Both patches are
fairly isolated and easy to review and I'm pretty sure they won't cause any
inconveniences.
Note: this is far from everything that is ne
Phillip> But it doesn't handle the fact that Windows paths are
Phillip> case-insensitive, or that Posix paths can have symlinks... or
Phillip> that one path might be relative and another absolute...
Phillip> As soon as you move away from being a string operation, you get
Phil
Martin v. Löwis wrote:
>> svn revert .
>> svnmerge -M -F
>
> [are you sure you don't need a command for svnmerge here?]
D'oh, I thought I fixed that before sending the message. Yes, that line
should indeed be:
svnmerge merge -M -F
> Instead of these two, I always do
>
> svn resolved .
Tha
Does anyone have local access to a sparc machine to try to track down
the ongoing buildbot failures in test_subprocess?
(I think the problem is specific to 3.x builds on sparc machines, but I
haven't checked the buildbots all that closely - that assessment is just
based on what I recall of the bui
On 26 Dec 2008, at 23:30, Benjamin Peterson wrote:
On Fri, Dec 26, 2008 at 2:55 AM, Mark Summerfield
wrote:
Hi,
Just wondered if/when there'd be a Mac installer for Python 3?
I think there should be one eventually. Unfortunately, the 3.x build
process is not ironed out. If somebody wants
On Tue, Dec 30, 2008 at 3:45 PM, Barry Scott wrote:
>
> 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.
Thanks for your help, but just today Ronald Oussoren, the Mac
maintainer, spent some time making the
Paul Moore wrote:
2008/12/30 Phillip J. Eby :
You know, all this path separator and list complication isn't really
necessary, when you can just take the os.path.dirname() of the return from
commonprefix()
Actually, consider: ...
os.path.commonprefix(["foo\\bar\\baz", "foo/bar/boink"])
'f
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/b']
os.path.dirname(os.path.commonprefix([
os.path.normpath(p) for p in paths]))
give '/a', not '/a/b'.
...because that's th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Coleman wrote:
> I guess if ints are 12 bytes (per Beazley's book, but not sure if that
> still holds), then that would correspond to a 1GB reduction.
Python 2.6.1 (r261:67515, Dec 11 2008, 20:28:07)
[GCC 4.2.3] on sunos5
Type "help", "copyright"
Jesus Cea jcea.es> writes:
>
> Mike Coleman wrote:
> > I guess if ints are 12 bytes (per Beazley's book, but not sure if that
> > still holds), then that would correspond to a 1GB reduction.
>
> Python 2.6.1 (r261:67515, Dec 11 2008, 20:28:07)
> [GCC 4.2.3] on sunos5
> Type "help", "copyright",
Hi,
Slowly, we get recurrent questions about Python3 and unicode. It's maybe time
to start a FAQ? Here is an ugly draft to start it ;-)
(1) Exit on undecodable command line arguments
$ LANG=en_GB.UTF-8 python3.0 test.py $'\xff'
Could not convert argument 2 to string$
Is it an expected b
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 know).
I helped to fix many issues using the bug tracker. Th
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 know).
>
> I helped to fix
On Dec 30, 2008, at 8:30 PM, Nick Coghlan wrote:
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
re
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/b']
os.path.dirname(os.path.commonprefix([
os.path.normpath(p) for p in
Here is what I found just by analyzing the logs. It seems the first
failures appeared after this change:
http://svn.python.org/view/python/branches/release30-maint/Objects/object.c?rev=67888&view=diff&r1=67888&r2=67887&p1=python/branches/release30-maint/Objects/object.c&p2=/python/branches/release
On Tue, 30 Dec 2008 at 21:30, 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/b']
> os.path.dirname(os.p
Phillip> 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/b']
>> os.path.dirname(os.path.commonprefix([
>> os.path.normpath(p) for p in paths]))
>>
>> give '/a', not '
On Tue, Dec 30, 2008 at 6:49 PM, Victor Stinner
wrote:
> Hi,
>
> Slowly, we get recurrent questions about Python3 and unicode. It's maybe time
> to start a FAQ? Here is an ugly draft to start it ;-)
Looks like good stuff! It would probably make a good addition to the
meager porting docs in develo
Alexandre Vassalotti wrote:
> The logs of failing test runs all shows the same error message:
>
> [31481 refs]
> * ob
> object :
> type: str
> refcount: 0
> address : 0x3a97728
> * op->_ob_prev->_ob_next
> object :
> type: str
> refcount: 0
> address : 0x3a97728
> * op->_ob_next->_ob_pr
From: "Victor Stinner"
Why an svn account instead of just using the amazing bug tracker? Just because
there are not enough people to review/commit patches on the tracker and so
there are more and more open issues (and so more and more lost patches) :-( I
will be able to work faster using the
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/b']
os.path.dirname(os.path.commonpr
At 08:57 PM 12/30/2008 -0600, s...@pobox.com wrote:
Phillip> 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/b']
>> os.path.dirname(os.path.commonprefix([
>> os.path.normpath
Victor Stinner writes:
> 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 know).
One possible reason is th
On Tue, Dec 30, 2008 at 10:41 PM, Daniel (ajax) Diniz wrote:
> A reliable way to get that in a --with-pydebug build seems to be:
>
> ~/py3k$ ./python -c "import locale; locale.format_string(1,1)"
> * ob
> object :
> type: tuple
> refcount: 0
> address : 0x825c76c
> * op->_ob_prev->_ob_next
>
29 matches
Mail list logo
