s systems).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
a shift by 2, allowing to index arrays with
4-byte elements in a single instruction (rather than requiring
a separate multipy-by-four). Again useful for JIT of array
access instructions, not applicable to Python - although it
would be nice if th
> - fast instance variables: likewise, with R10 holding the this
> pointer. Not applicable to Python, since there is no byte code
> for instance variable access.
Follow-up: this could be used to JIT LOAD_CONST efficiently, though,
putting co_consts into R10.
Regard
Antoine Pitrou wrote:
> Martin v. Löwis v.loewis.de> writes:
>> - efficient array indexing: they give shift-and-index back to
>> Thumb mode, for a shift by 2, allowing to index arrays with
>> 4-byte elements in a single instruction (rather than requiring
>>
ly not:
the compiler cannot assume that the code is in ThumbEE mode.
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
it a good
PyObject*? If so, what is its type?
- try running Python in debug mode; this will add additional checks
on memory sanity.
HTH,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Un
sues, if they want.
We can also add more components if this would support your triage.
As a necessary condition, I'd ask that there would be a "significant"
number of issues classified under such a new component.
Regards,
Martin
__
y want to do with these data?
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
idual
> issues, but not so good for adding someone as nosy to lots of issues.
Please consider contributing a mass-update template then, perhaps
based on search results, with check boxes to include or exclude
individual issues from the mass update.
Regards,
Martin
n offer a patch for something like PyPI's 'simple' interface?
Please, no. Contribute the interface you want locally instead as a
feature for all users of the tracker.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
h
> Mark, the patch is not trivial, I cannot spend time on this until this
> is accepted. Hope you understand.
I certainly do understand. So it's likely not going to happen.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pyth
> Any chance of getting a Mac installer for this one?
Chances are non-zero, yes.
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-
ears after
the original release, which would be until 2014. We need to decide
whether to do that for 3.0 as well, and, if not, announce in the
final release that it is really final.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://m
aking official installer(s),
> I'd be happy to pass along my experiences so far. In any case, I
> strongly urge that the minimum support level be 10.4.
I still wish there were 10.3+ installers that also include 64-bit code.
I don't get it why that can't be technically possib
er and in a less error prone way.
If it's useful to you, it might be useful to others as well. So consider
contributing free-form searches to roundup (in addition to form-based
searches).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python
etween a binary capable of running on
> 10.4+ and one running 10.3+ is minimal. I introduced weak-linking for
> a number of symbols that are not present on 10.3.9 in the 2.5
> timeframe and that could should continue to work in the future. I
> won't notice
Terry Reedy wrote:
> Guido van Rossum wrote:
>> Irix is long dead and we don't support it in any form or version.
>
> I closed the tracker issue. I will let Martin update PEP11.
I think you misunderstand the purpose of PEP 11. It is not meant
as a repository of platforms
Ronald Oussoren wrote:
>
> On 14 Feb, 2009, at 19:04, Martin v. Löwis wrote:
>
>>> A single installer could support both 32-bit on 10.4 and 64-bit on
>>> 10.5, but I don't think that's very useful because there are changes
>>> in the low-level unix
> That's fine as long as the distutils issue is resolved.
I don't think this should be a prerequisite. As Ronald says: no fix
without a bug report; if the system is capable of building the extension
correctly, it should do so (so it's a bug and fixes can be backported
to 2.6
iler package is mentioned in NEWS:
http://svn.python.org/view/python/branches/p3yk/Misc/NEWS?rev=55322&view=markup
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
> Martin, I was not clear enough. Please, just tell me: Do you believe
> that this addition do make sense? Would you reject it for some reason
> (other than a bad patch) ?
I would be +0. All other integral types support both signed and signed
fields, why not size_t.
Regard
things by "bang for the buck" (is that the
right saying?), starting with changes that take least effort
to implement. Discussions should be carried out on the tracker-discuss
list, and, of course, in the meta-tracker.
Good luck,
Martin
___
> I'd like to get this in for 3.1. Any objections or comments?
Can you please upload it to Rietveld also?
> Is this PEP territory?
I don't think so.
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
to the tracker instance preferably; changes to roundup are also
acceptable in principle. If some changes require some admin activity,
discuss on tracker-discuss what actions would be required.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pyth
> this will use externals, (see
> http://svn.python.org/projects/distutils/trunk/)
This I don't understand. There is file named EXTERNALS.txt, but I don't
understand its purpose.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev
> Let me know if this is not wanted. I can drop it it's no big deal.
That is fine with me. I was worried that you might have made
Lib/distutils external, which I would not have liked.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@py
he university bureaucrats (which often reject such wishes, unless
they come from a teacher - and often even in that case).
There is no problem with people building their own versions of Python,
though - they do so in their home directories, and OS security
mechanisms prev
ntribute to Python,
> the Bazaar proponents can revert to an older version of Bazaar before
> a final decision is made.
I agree. Going back might require a reconversion of the subversion
repository, but that might be necessary regardless.
Regards,
Martin
> Wouldn't such hypothetical core Python developers be able to build and
> run their own local copy of bzr, using that self-compiled Python?
It has been hypothetical for a while, but it never was about core
developers.
Regards,
Martin
___
sing the DVCS, they can trust that they will be able to track
changes - IIUC, that is supposedly the *major* advantage.
Of course, many of them also have personal laptops these days on
which they do stuff, at least here in Germany, where they can
install whatever it takes.
Regards,
Martin
_
ee) has objected.
Apparently not (assuming David Cournapeau does not actually use bzr)
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
02071f80/source/plexnet/util
What is the objective of this code? Is it a complete sandbox?
If not, is a complete sandbox based on it available somehow for
review?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
of some ?
I don't even know what a "Gdb wrapper object" is...
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
ch looks harmless (with minor corrections). It could
be considered a bug fix for the current set of restricted attributes
(although I do wish somebody would present a design telling what
reflective attributes must be restricted and why; the current
set looks arbi
hat just fine.
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
n artery, and it bled
to death.
I'm curious how this one fares.
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
out what people have been making changes over time; if the
commit messages indicate that they had applied patches from the bug
tracker, also try to recognize any regular non-commit contributors.
Regards,
Martin
___
Python-Dev mailing list
P
> Do Python 2.6 and 3.0 support building with Tcl/Tk 8.5?
Yes, that works fine. The Windows binaries ship with 8.5,
and there weren't any complaints (in this respect).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.
he
relationship between __eq__ and __hash__).
Beyond transitivity and consistency with __hash__ (which is irrelevant
here), I don't think odict.__eq__ should be restricted to behave the
same as dict.__eq__.
Regards,
Martin
___
Python-Dev mailing list
P
other committer feels this
is as important as you fell it is, it may not be committed reviewed and
committed before 3.1.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
;ordered dictionary" is as descriptive to them as "odict" or "blonzo"
(well, perhaps they do recognize the "dictionary" part of it, and
manage not to confuse it with "directory"). As for the "ordered"
part, my guess is that most people will
On behalf of the EuroPython 2009 organisation it is my privilege and
honour to announce that EuroPython 2009 is open for registration!
EuroPython is the conference for the communities around Python,
including the Django, Zope and Plone communities.
This year's conference will be held in Birming
ic, and
b) I was sometimes not really able to respond in a timely manner
when the offer was invoked, because of overload.
So, for the more general issue, I don't have a solution, either.
Regards,
Martin
___
Python-Dev mailing list
Pytho
installing
a security fix actually breaks their working code, they will refrain
from ever installing Python patches again.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscri
ith sqlite3 being
> a fairly recent addition.
Fortunately, it is possible for users to just replace the sqlite DLL in
a Python installation, with no need of recompiling anything.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
ht
e it this way: if somebody else makes the offer,
I'll continue to support it (so to share the load between us two).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://m
ready installed on their machines
(which requires the time machine :-)
> Would you object to my blogging on the topic in line with the comments
> that I have just made?
Go ahead! I really can't say much about blogging - I don't write blogs,
nor read them.
Regards,
Martin
y possible if the number
of changes is kept to an absolute minimum - just the patches targeted
at the audience of these releases.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
>> The prize was Martin von Löwis of the Python Foundation on behalf of the
>> Python community itself.
>
> This is a funny translation from German-to-English. :-)
>
> But yeah, a good one and the prize was presented by Klaus Knopper of Knoppix.
>
> Congratulations
nd the
> manifest file) getting created?
This question is out of scope for python-dev; use python-l...@python.org
instead.
My guess is that you have installed "for all users" in the command line,
so msvcr90.dll went into system32.
Regards,
Martin
__
> Interesting. I assume you are referring to Windows here, right? Does that
> "just work" because the DLL is in the same directory?
Correct. Also, because changes to SQLite don't change the API, just the
implementation.
Regards,
Martin
_
hould be linking against an extension module.
>> I do not know whether upgrades (like 3.0.0 to 3.0.1) would clobber other
>> things added here.
>
> It would, but not in a harmful way.
If the user had upgrade sqlite, upgrading Python wou
ey will also remain on uninstallation - so uninstallation might not
be able to remove all folders that installation originally created.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
see how
removing API can possibly serve a user.
What's wrong with empty() and full() in the first place?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pytho
ver see the light of day
Right. So it might be better to revert the patch, and restore the
documentation. I still fail to see the rationale for removing these
two methods.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.
nd then you removed the methods.
At this point, I do request that the patch is reverted completely
(i.e. that the documentation is restored), and that the qualification
"not reliable!" is removed from the doc strings of the methods, as
it is factually incorrect.
Regards,
Martin
such patches? Is there someone
> knowledgeable enough to be able to review them?
Traditionally, Fredrik Lundh has reviewed sre patches. Not sure whether
he is interested in that anymore, though.
Regards,
Martin
___
Python-Dev mailing list
Python
> I would be happy to restore the documentation. You want the methods
> back and I think that's sufficient reason to bring it back.
Thanks! I'll look into the docstrings.
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http:/
> Skip changed it to the present wording last year:
> http://svn.python.org/view/python/trunk/Doc/library/queue.rst?r1=59750&r2=59969
I see. I agree that the change was for the better.
Martin
___
Python-Dev mailing list
Python-Dev@pytho
nly
> libraries that are not released elsewhere are included
>
> I'd be interested to know how many users of python also felt this way ;-)
I don't like the standard library to shrink. It's good that batteries
are included.
Regards,
Martin
__
t is very hard to
> make changes. Perhaps this is the way it should be.
I think so, yes. Decisions will be made on a case-by-case basis, going
either direction one time or the other.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pyt
e 0.11, then I think we should take no action at this point -
I don't want to include anything that has version 0.11.
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
"how", I don't know why it makes this choice; notice
that this is the better choice, though:
py> f((*x))
File "", line 1
SyntaxError: can use starred expression only as assignment target
Regards,
Martin
___
Python-Dev ma
resolve the ambiguity?
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
not, put an analysis into the report, and
post a list of patches that you propose to close here.
For feature requests, analyze whether the feature is desirable and
sound. If it is, propose a patch. If not, post a list of requests
to close here (and an analysis into the report).
Rega
hen take
> a vote, or the BDFL can decide.
>
> A key criteria should be, "Will the new library help small projects get
> started by providing basic capabilities without introducing a steep
> learning curve?"
These are all thoughts th
>> On behalf of the Python development team and the Python community, I'm
>> happy to announce the first alpha release of Python 3.1.
>
> Are there any plans for a Windows installer?
Yes. However, I cannot produce them on wee
re that a formal or semi-formal approval
> process would make anything better, I think it would be good if there
> were some kind of 'executive review' process by which an issue could be
> marked as being a good thing or not.
If you think creating more k
the system knows it cannot flush the unlink operation of the old file
before it has flushed the data of the new file. This would still allow
the system to schedule IO fairly freely, but also guarantee that not all
gets lost in a crash. I thought that the data=ordered ext3 mount option
was going in th
h()
f.sync()
f.close()
which is *really* nothing more than convenience.
O'd also like to point to the O_SYNC/O_DSYNC/O_RSYNC open(2)
flags. Applications that require durable writes can also chose
to set those on open, and be done.
Regrds,
Martin
FILE_FLAG_WRITE_THROUGH to CreateFile (similar to
what O_SYNC does on POSIX).
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
> Maybe it would make more sense for "synced" to force fsync() on each
> flush, not only on close. I'm not sure how useful it is, but that's
> what "synced" would imply to me.
That should be implement by passing O_SYNC on open, rather than
exp
ilename of important file
>
> The sync is necessary to ensure that the data is written to the disk
> before the old file overwrites the new filename.
You still wouldn't use the tempfile module in that case. Instead, you
would create a regular file, with the name
> Can I ask which flavour of Sphinx is being used to build the py3k docs?
The proper procedure to build the documentation is
make update
make htmlhelp #say
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.
> It is starting to look as though flush (and close?) should take an
> optional wait parameter, to indicate how much re-assurance you're
> willing to wait for.
Unfortunately, such a thing would be unimplementable on most of today's
operating system
in your application, would you like the data
to be saved, or would you accept that they get lost? If the latter,
what kind of interaction would you perform with your application to
indicate that you *do* want the data to appear on disk?
Regards,
Martin
__
Jim Jewett wrote:
> On 3/12/09, "Martin v. Löwis" wrote:
>>> It is starting to look as though flush (and close?) should take an
>>> optional wait parameter, to indicate how much re-assurance you're
>>> willing to wait for.
>
>> Unfortuna
of the
>> important file.
>>
> Uhm... why?
Because it's much easier not to use the tempfile module, than to use it,
and because the main purpose of the tempfile module is irrelevant to
the specific application; the main purpose being the ability to
aut
Cameron Simpson wrote:
> On 12Mar2009 22:09, Martin v. L?wis wrote:
> | > Let me try some examples.
> | > Suppose I'm running my applications on a laptop and I don't want the
> | > disk to be spinning continually while I work. I'm willing to take the
> | &g
er it has generated the non-conflicting
filename, it's done.
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
Tim Golden wrote:
> Martin v. Löwis wrote:
>>> Can I ask which flavour of Sphinx is being used to build the py3k docs?
>>
>> The proper procedure to build the documentation is
>>
>> make update
>> make htmlhelp #say
>
>
> I think you misundersto
Newsflash!
A large number of Pythoneers has signed up already, for this reason
alone it is worth booking!
If you already know you are joining the conference, why not save some
money in these financially uncertain times and take advantage of the
extra early bird rate!
The extra early bird rate is
agement system that is decent cannot possibly be included in Python
(IOW, any packaging system included in Python cannot be decent enough
to allow removal of things from the standard library)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
htt
one a python
> project where I only needed python and the standard lib for many years...
I was always able to get what I need through aptitude.
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
plication.
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
Jason R. Coombs wrote:
> I'm still holding my breath for Python 2.6.2, which fixes a Windows
> DLL linking issue that was already fixed in 3.0.1. Obviously, the
> proposed schedule has passed, but I would prefer a release sooner
> than later.
I suggest you start breathi
ith exceptions, you get essentially
multiple alternative outcomes of a function call, rather than just a
single result. In principle, it would be possible to eliminate the
return statement altogether, but it is useful syntactic sugar.
Regards,
Martin
___
also).
Regards,
Martin
(*) My wild guess is that IronPython feels obliged to provide traceback
objects, and that this a costly operation - I just can't believe that
exceptions are themselves costly on .NET, in the Microsoft
implementation. In the specific case, it would be possible to suppress
unlike if
statements, while loops, and - yes - exceptions. They all provide for
structured control flow. raise, in particular, is no more evil than
break, continue, return, or yield.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
ht
s some interesting use for
> these in-place operator function. I hope so.
It could be important if you want apply it to mutable objects, i.e.
where the assignment doesn't do anything.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@pyth
ything
else of the operator module (so I wouldn't miss it if it was
removed entirely). I would object to their removal, though,
because it would hurt my sense of symmetry.
Regards,
Martin
P.S. If anything was to be removed, I would remove the in-place
operations altogether; i.e. a+=b should alwa
sure that you want them to be status options? Why not stages?
ISTM that an issue that "Needs help" is still "Open".
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
dvisory, and/or notifying some CERT. Notification
is in particular necessary if you are unfamiliar with security
issues, how they get classified, and so on - so do ask the
experts. (and no, I'm not one of them :-)
Regards,
Martin
___
Python-Dev mai
> On Wed, Mar 18, 2009 at 23:47, "Martin v. Löwis" <mailto:mar...@v.loewis.de>> wrote:
>
> > It would be great to put in some of those extra status options
> that were
> > discussed recently...
> >
> >"Open/
o
> test the settings? Neither Python 2.6 nor my backup have the correct
> settings for Solaris.
I don't quite understand what it is that you want tested - what
"settings"?
Most likely, the answer is yes, I can test stuff on Solaris (both SPARC
s defined in sys/socket.h, and documented in
socket.h(3HEAD).
So there must be going on something else at the user's machine.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
ed in those versions (but only
starting from version 5, i.e. the first version created by Guido).
For some reason, the saving was then removed from the patch that
got actually committed (#7). I guess the comment just stayed.
Regards,
Martin
___
Python-Dev m
tures are available
on some versions of Solaris, but not on others. It would be better
if autoconf tests were written, and the entire configuration removed
from setup.py.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pytho
ying "it seems incomplete").
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
re that aptitude works well on
Windows (although it does work on OSX).
In any case, I rarely need to install Python packages on
Windows or Mac, so this causes no problem to me. If I need
something on Windows, I usually download the Windows installer
for it.
Regards,
Martin
601 - 700 of 5755 matches
Mail list logo
