rshalling
but this part that actually costs performance, this
efficient marshalling algorithm won't help. It would be
interesting to find out which modules have a particularly
high startup cost - perhaps they can be rewritten.
Regards,
Martin
___
P
aused by a bad
malloc implementation.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
> I've made documentation for 2.6.1 now. It's at
> http://www.python.org/ftp/python/doc/2.6.1
In previous releases (back to 1.2), these files had version
numbers in them. It would be good if those could be added for
the more recent documentation sets as well.
ld
> benefit (performance wise) from not freeing arenas automatically.
Before such a mechanism is added, I'd like to establish for a fact
that this is an actual problem.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mai
e, it would be good
if the release process created version-numbered files.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python
It seems r67740 shouldn't have been committed. Since this
is a severe regression, I think I'll have to revert it, and
release 2.5.4 with just that change.
Unless I hear otherwise, I would release Python 2.5.4
(without a release candidate) tomorrow.
Regar
> Should we add this to the active branches (2.6, trunk, py3k, 3.0)?
Sure! Go ahead.
For 2.5.3, I'd rather not add an additional test case, but merely
revert the patch.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.
> Or perhaps there's a smarter way to manage the list of
> arena/free pool info.
If that code is the real problem (in a reproducible test case),
then this approach is the only acceptable solution. Disabling
long-running code is not acceptable.
Rega
returned to the OS.
Going back to the state of Python 2.4 would not be acceptable.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
pool will have moved).
Regards,
Martin
a) usable_arenas becomes an arena_object**, pointing to an array of
maxarenas+1 arena*. A second variable max_usable_arenas is added.
arena_object loses the prevarena pointer, and gains a usable_index
value of type size_t (which is 0 for unused
r and operating system separately.
CPython has so far avoided using assembler code, and is fairly
portable.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://ma
ommit-something-press-tab
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
so it should be possible to link it with a separate main() function,
and nothing else of Python.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
7;t want to find myself reverting your patch two
weeks from now.
Is the approach that you add a clearerr call is added for each read
operation?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listi
t it (as you have already ruled out the other options, such as using
gcc, or not using ctypes).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/o
2.5.4, including download
links for various platforms, release notes, and known issues, please
see:
http://www.python.org/2.5.4
Highlights of the previous major Python releases are available
from the Python 2.5 page, at
http://www.python.org/2.5/highlights.html
Enjoy this release,
Martin
Mar
; of the system. It also makes sure that you don't mess with the
> regular heap and fragment it.
While I'd like to see this done myself, I believe it is independent
from the problem at hand. Contributions are welcome.
Regards,
Martin
___
P
; the original URL now also works as well
(as it does for all other releases).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ons here. This doesn't sound like any heavy computation is
being done during startup.
> Nokia has just released Python 2.5 based PyS60. I think we'll come back
> this after a while with a nice generic profiler which will tell the
> import cost.
Looking forward to hear your nu
lit('/') for f in p])
['', 'usr']
Of course, using it that way would require a library function that
reliably splits a path into components; I think one would have to do
abspath on arbitrary inputs.
Regards,
Martin
___
Py
> Martin> I don't think any change is necessary. os.path.commonprefix
> Martin> works just fine on path components:
> ...
>
> Ummm...
>
> >>> os.path.commonprefix(["/export/home", "/etc/passwd"])
> '/e&
> 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/mailm
I propose a different solution to this commonprefix mess: eliminate
the function altogether. It is apparently too confusing to get right.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
t;
> +1
-1. I think it is a good choice that build-install.py is written in
Python 2.x, and only relies on the system Python. For that matter,
it could have been a shell script. That way, you don't have to build
Python first in order to build it.
Regards,
Martin
___
> Any suggestions how to deal with that issue?
Correct me if I'm wrong: it seems that the function isn't called
anymore. So I propose to just remove it (and the file it lives
in).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@py
rently: I thought Victor's complaint is that some
of his patches stay uncommitted for a long time. Victor wants to
commit small changes without review.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pyt
> I don't have new solutions, it's just an email to restart the discussion
> about
> bytes ;-) Martin also asked for a PEP to change the posix module API to
> support bytes.
And I repeat this request: we don't need new discussions; we need a
draft specification. Rest
are many other people who commit only to specific files, or only
specific kinds of changes; see Misc/developers.txt for a (possibly
incomplete) list.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
rying out one of them for this project]
We can setup such a branch, unless you reconsider and try bazaar first.
There wouldn't be any pushing it back upstream, though - you would still
need to go through the tracker for all changes. The only advantage I
can see is that it simplifies r
has a convenient way to generate a patch (even from multiple DVCS
commits). I think that's what (git) people call "feature branch": a
branch with the sole purpose of developing a single patch.
Regards,
Martin
___
Python-Dev mailing list
Py
r git extremely steep.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
installation of the
committer, rather than from the contributor, as the committer is
supposed to have his autoprops set correctly.
I do think that "svn diff" will record property changes, and that may
include svn:executable. I don't know which patch tool would inter
David Cournapeau wrote:
> On Sun, Jan 4, 2009 at 1:46 AM, "Martin v. Löwis" wrote:
>> [I don't want to get into another DVCS flamewar, but I just
>> can't let this go uncommented :-]
>
> I am sorry if that sounded like a flamewar, that was not my in
se.
> 1/ is better for the flow, but the quality of the doc might suffer
> from it if Georg (or others) doesn't have time to review it
This is of little concern. As long as the documentation continues
to build (into html), nearly all documentation changes
> Out of curiosity : is there any mechanism in the post-commit that
> checks if "make html"
> doesn't spit any error ?
No, there is no such mechanism. There are daily builds which will
report errors eventually.
Regards,
Martin
__
stuck in political debates,
so that we still can't use subversion 1.5 on the server.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ly helped in fixing these
problems (applause to AMK for being very helpful with the most recent
incidents).
I'd rather have the users annoyed than finding out that the custom
setup opened an entrance for hackers.
Regards,
Martin
___
Pytho
able has *bzr 0.11*). Since lenny was frozen, bzr managed to release
5 minor versions (so it is 1.10 now); this makes me very worried
whether this software is mature.
IOW, Python shouldn't require a VCS that is not even a year old
(a year ago, bzr 1.1 was released).
Regards,
Martin
_
abilities to
> give the rights anymore beyond Barry, Martin, and Neal).
[I don't think Barry actually can/does provide these privileges]
I'd like to point out that there is a separation between the management
privilege, and the technical implementation. Neal, Georg, and I
do add commit
t all possible.
Regards,
Martin
P.S. I might have left out important activities. Please do let me know
in private which these are - I might honestly not know, or forgotten
how much day-to-day work they actually cost.
___
Python-Dev mailing list
Py
ualify.
Whether mercurial is mature, and for how long it had been, I don't
know.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
hanged since their first release and updates have been more about bug
> fixes and speed improvements.
Speed improvements we can ignore; for bug fixes, it would be good to
know how much one can go back without hitting a serious bug (e.g. one
that might break the repository).
Regards,
Martin
_
without_gcc=$withval;;
>
> It ignores the CC value on the command line.
I don't think it is a bug. --without-gcc *overrides* the CC environment
variable, rather than ignoring it.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@
cc choses to invoke ld(1) with an option -lgcc_s, and
apparently, ld(1) can't find the library. Why icc choses to do so,
and why ld(1) can't find it, I don't know - this is a question to
ask on Macintosh or icc mailing lists.
> Martin> I don't think it is a bug.
en | 2006-04-29 13:31:35 +0200 (Sa, 29. Apr 2006)
| 2 lines
Patch 1471883: --enable-universalsdk on Mac OS X
I think the intention is that the binaries built work on OSX 10.3 and
later, hence OSX_DEPLOYMENT_TARGET is set to 10.3.
Regards,
Martin
___
> Perhaps --without-gcc should be removed, if it's both useless and misleading?
> (note: I don't have an interest in the matter)
I had the same thought.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.py
> Isn't the latter supposed to point to the py3k branch buildbots?
Thanks for pointing that out - it is fixed now.
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscrib
targeted at newer
versions: certainly not: Many issues were for old versions, and have
long been closed. For the open issues, such retargetting would have to
go along with a check whether the issue still exists in the newer
versions.
Regards,
Martin
_
t accept NULL as valid input, e.g. the
> glibc
> implementation doesn't either and GCC even warns you if you call
> strdup(NULL). Secondly, I would have used memcpy(), since the length is
> already known and then potentially quicker. Should I write a patch?
Is th
> i'd just ... much rather be completely independent of proprietary
> software when it comes to building free software.
I guess my question is then: why do you want to use Windows in the
first place?
Regards,
Martin
___
Python-Dev mailing
> Is there any reason not to change this?
Apart from the effort it makes to talk about it, and to review and
apply the patch? No.
Regards,
Martin
P.S. You really do need to trust that the system calls get forwarded by
Python to the system as-is, with no additional trickery. If there
ld restrict the
> conditionally compiled code further.
That sounds like an unrelated issue to the one at hand.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mai
Not sure
what will break if Python can't even successfully set a SIGINT
handler.
b) cheat on setsig, not actually recording the signal handler. Not sure
whether any code relies on getsig(k, setsig(k, f)) == f
Regards,
Martin
(*) This is a general advise. If some feature is not sup
ases)?
There are, apparently, still callers of the nb_long slot, so I would be
cautious.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/p
x27;m not sure how useful this is (if the "upstream" package
supports 3.0, and is listed in PyPI, then the PyPI listing is better.
This page might help to collect "forking ports", i.e. where the porter
is not the author).
Regards,
Martin
gt; support makes off_t 64 bits wide)
For argument parsing, you should use "long long" if SIZEOF_OFF_T is 8
and long long is supported, and then assign to off_t as appropriate.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python
enefit from it?
If we start with that, we end up with ParseTuple formats for
uid_t, gid_t, pid_t, and the other dozen integral types that
POSIX has invented.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
the valud into the (say) uid
variable.
However, it's still then fairly tricky: is uid_t a signed type or an
unsigned type; if unsigned, can I still have negative values (which, for
uid_t, I often can), does the platform have uid_t in the first place,
and, if not, what other type should
lation. We need
to understand what is happening first before trying to fix it.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/
in, it is a bug in the system or the installation takes a second.
There should be no timeout, but an immediate error.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
stem specific; sshd as included in Debian
has the same bug.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ck)
Anything added to the event log?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ck, yet. There is the TcpMaxConnectRetransmissions
parameter, but this supposed affects requests without responses
(and supposed also starts of with 3s)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
> Yet another "undefined" thing affecting us, Martin.
I think it's just another case of "Microsoft says
it's undefined, even though the standards clearly specify
what the behavior must be, and Microsoft managed to implement
the behavior that not only violates the s
the server "misbehaves", the client has
to suffer.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
retry counter can't be changed, I'd suggest that they
provide a socket option.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/
> I don't see such a commitment in this case, but if a
> believable one comes up I'm sure Martin would happily revert his
> position.
Indeed. I have myself added support for AtheOS, even though I had
never used the system. The AtheOS maintainer ran away, the code
rotted, and ev
= args[0]
>
> Should this be fixed, or wait for 2.7?
It would be a new feature. So if we apply a strict policy, it
can't be added to 2.6.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
f a non-ASCII byte
string (e.g. from the command line) happens to be compared with the
option name (although I just now couldn't produce such a case).
Regards,
Martin
P.S. optparse already defines a function isbasestring; it might
be better to use that one instead.
___
> Are we talking about days? weeks? Or, should I start learning how to
> build Python from source? Any info would be appreciated.
The latter. Don't ever expect that others will help you. This is open
source; you have to help yourself.
Rega
tched off at all. I don't know what's happening.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ure that anything changed at all. Buildbot sent a failure
message for the 3.0 branch as late as today:
http://mail.python.org/pipermail/python-checkins/2009-January/077320.html
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
h.
> What do others do to debug these failures?
In the past, for the really difficult problems, we arranged to
have the developers get access to the buildbot slaves. Feel
free to contact the owner of the slave if you want that; let
me know if I should introduce you.
Regards,
Martin
> So, the question is -
> should we open a ticket for Single Sign-On system for *.python.org or
> it bugs only me?
Submission of tickets is futile. Code talks.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
symlinks.
It would be good if anybody who has access to such a system
can diagnose what the specific problem is, how to reproduce
it on a system that has the English version of Vista
installed, and preferably, how to solve the problem.
Regards,
Martin
> All I know is that I checked in a test that failed on all
> case-sensitive file system for py3k (3.1) and there does not appear to
> be a single email about it. And the buildbots very clearly had the
> chance to fail.
What is the specific checkin? What specific builds failed?
Reg
all builds).
However, this has been the configuration since buildbot was first
installed, so its not a recent configuration change.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
> I've also had fruitless discussions about adding OpenID authentication
> to Roundup.
Did you offer patches to roundup during these discussions?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
i'm missing something, would be a simple matter, yes?
Not exactly sure what this is, but I believe Python *already* includes
such a thing.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
> sorry, martin - i thought the win32 builds generated python25.lib,
> python25.dll
Correct.
> and python25.def
No.
> so as to fit into the 8.3 filename convention.
No. It generates python25.lib because that's the import library
for python25.dll. It calls it python25.dl
g. numpy for use with a mingw32-msys-built version of
> python?
I can't comment on that, because I don't know what your port does.
Does it not produce a .dll containing the majority of Python?
And is that not called python25.dll?
Regards,
Martin
takes off, we get another binary-incompatible Python
version. I hope that users will understand that it is disjoint from
the python.org version (as they seem to understand fine for the
Cygwin build, which already picks up its extension modules also from
a disjoint location, which helps to keep the two
> I do not know alternative OpenID implementation for Python, so the
> only way I see to continue development is to fork the lib.
PyPI reports 15 packages when you search for OpenID. Not sure whether
any of these are any good.
Regards,
.
> * http://python-mingw.donbennett.org/
This doesn't seem to be distributing binaries.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/optio
e the same either way.
(of course, msvcr80 is irrelevant, because Python had never been using
that officially)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://ma
t;
> http://sourceforge.net/project/showfiles.php?group_id=182839
Where *exactly* do you get binaries there?
All I can find is patches-2.5.1v2.gz
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
cially)
>
> oh? i saw the PCbuild8 and thought it was. oh that's even better -
> if python2.5 only officially support msvcrt whew.
No, Python 2.5 is linked with msvcr71.dll. PCbuild8 was never officially
used.
> ok , i see - pytho
k at PCbuild/pythoncore.vcproj. It says
Version="7.10"
This is how you know VS 2003 was used to build Python 2.5, which
in turn links in msvcr71.dll.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pyt
teroperability wrt. (third-party) extension modules.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
server supports UTF8. One would have to go
back to the original FTP RFC, but it seams that, in the absence
of server UTF8 support, all path names must be 7-bit clean (which
means that ASCII should be the default encoding).
In any case, Brett changed the encoding to latin1 in r58378,
is the PEP author who makes all
choices (considering suggestions from the community, of course). So
what DVCS do the PEP authors recommend?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-
> import random
> print(random.choice('svn', 'bzr', 'hg', 'git'))
Nice! So it's bzr, as my machine just told me (after adding
the square brackets).
Regards,
Martin
___
Python-Dev mailing list
P
ft off (with some of the code having rot).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
up for discussion (and if so, what it is that should be
discussed). It seems that it's not the case, so I just sit back and wait
until its ready.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
upload. Then it can
certainly know what encoding the file names have on disk. It *could*
also support operation on pre-existing files, e.g. by providing a
configuration directive telling the encoding of the file names, or
by ignoring all file names that are not encoded in UTF-
ot support RFC 2640, the client must
restrict itself to 7-bit file names (i.e. ASCII). If the client violates
the protocol, the server must respond with error 501.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mail
led in 2000, although parts of it were integrated
into AIX 5L.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40m
> How do I work around this difference in Makefile.pre.in?
To answer this question, I would have to see the exact fragment that
you want to see in the Solaris case, and the exact fragment that you
want to have in the OSX case. Can you provide these?
Regards,
Mar
e years, then reconsider" - not
because none of the DVCS is a clear winner, but because there is too
much resistance to DVCSes in general, at the moment.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
n on those
committers who see a DVCS as a burden). It would also put a burden
on contributors who are uncomfortable with using a DVCS.
Regards,
Martin
(*) I'm probably missing something, but ISTM that committers can already
use the DVCS - they only need to create a patch just before committing.
3901 - 4000 of 5764 matches
Mail list logo
