PI to verify root certificates.
It's better than you think. Vista+ has a weekly prefetching procedure that
should assure that virtually all root certificates are available:
http://support.microsoft.com/kb/931125/en-us
BTW, it's patented:
http://www.google.de/patents/US6816900
other core developers have tried reviewing them as well,
others have stated here that they are unable to review the patches).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscri
re free to maintain your own branch of Python. In that
branch, you can make whatever changes you consider necessary, but you
will be on your own.
Kind regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/
possibly fixing) pygettext.
I also see little harm in removing it, although I guess that some
people might still rely on it.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubsc
;m skeptical that using "Python 2.8" as the release name would help
in the long run. Assuming this is done for VS 2010, then "Python 2.9"
will have to be released for binary compatibility with VS 2013,
and "Python 2.10" for VS 2016, assuming Python 2.7 is then still
;stable ABI" in Python 2, but
the PEP lagged, and I couldn't finish it in time for the 2.7 release.
If Chris could contribute to make this happen, it would be much
appreciated.
Regards,
Martin
P.S. Thinking about this, there are some issues. The "restricted API"
hides the obj
uire
significant PR efforts to educate people.
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
ython programming language, and b) is somehow qualified
(e.g. "Stackless Python"). To use just "Python", you need permission
(and I suspect that this might not be granted).
HTH,
Martin
___
Python-Dev mailing list
Python-Dev@py
to be compiled with VS 2008.
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
Are you sure about this? What happens if you type "%LOCALAPPDATA%"
(without quotes) into the explorer's address bar?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/pytho
, and using the same
for all URLs coming into http.client. This would implement a
best-effort strategy at preserving the bogus URL, and still maintain
the notion that URLs are text (with the other path being to also
allow bytes as URLs, and always parsing Location as bytes).
Regards,
Martin
_
://legacy.python.org/sf/, i.e. it drops the issue number there.
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
.0 release. So except for issues where Python does not work at all,
any glitches that remain in the code can be fixed in the bug fix release.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/
ation...
http://www.python.org/dev/peps/pep-0274/
continues to work (as I thought you said yourself), so there *is*
a www.python.org location.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/list
to their
code is besides the point of the PEP. However, if they are willing
to make changes, I'd still recommend that they port their code to
Python 3, as that is the better long-term investment.
Regards,
Martin
___
Python-Dev mailing list
Pytho
it to. If people
get it right the first time often enough, they get commit access.
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
sn't really matter (although I do support Steve's position).
In any case, I think Mike is following a lost cause. If the maintainer in
charge (i.e. Steve) doesn't want to make a specific change, the only way
to force him would be from "higher up"
data. Variants 1 and 2 lose on some operations (1 loses on computing
len(), 2 loses on string concatenation). 3 would add the restriction
of not allowing U+ in a string (which would be reasonable IMO),
and make all length computations inefficient. However, it w
teer offers to publish a
combined repository for such patches, with various members of the
community having write access to such a repository (but no formal
releases coming out of that).
Regards,
Martin
[1] http://mail.python.org/pipermail/python-dev/
Martin, you guys are shooting yourself in a foot. Almost noone uses
python 3 in production, even at pycon, which is the more progressive
crowd. There is a giant group of people using python that are not as
vocal. While I bet some are using Python 3, Python 2 is incredibly
popular for the "
e would be plenty of time.
Also, this is all free software (at least most of it).
Nobody can *really* be stuck on a not-ported dependency, as they
could always port it themselves, and even fork if the developer
refuses to integrate the port (and you know that this actually
happen
n't hesitate to post it
to the tracker.
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
that
Martin builds with PGO, and that's also been improved recently.
I would not expect to see any improvement, unfortunately. I used to
build with PGO, but the recent VS releases miscompiled code, which
was very hard to track down. So PGO has lost in my view for at least
3 VS releases :-
on the work and don't know what the shortcomings
are.
It's indeed unfortunate that RL interfered with my Python contributions.
I apologize for that.
However, anybody who wanted to catch up could have
contacted Robin or myself. As overworked as we all are,
nob
t, receive feedback,
submit more patches. At the end of the project,he submitted his
entire work.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.o
EP was accepted before the project even started.
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
attack is particularly tricky since it is very easy to
argue and very difficult to demonstrate. So it can result in fear
and uncertainty very easily, causing people to overreact just so that
they won't be accused of inactivity.
Regards,
Martin
___
P
:-)
How many embedded systems are running Python?
And of those, how many use the linecache module?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org
code possibly
abuses interning, and should use its own dictionary instead. For the
refcount-1 mortal identifiers, I'd trace back where they are stored,
and check if many of them originate from the same module.
Regards,
Martin
___
Python-Dev mailin
Quoting Antoine Pitrou :
The linecache module is used implicitly by the traceback and warnings
module, so perhaps quite a bit more than one would imagine :-)
I think limiting the linecache cache size would be good enough.
So what specific limit would you suggest?
Regards,
Martin
tency across platforms about when libm sets errno, or to what
> (when it does).
The other question is whether pow() is guaranteed to return inf
when it sets errno to ERANGE; I believe there is no such guarantee.
So I think the change should be reverted.
Regards,
Martin
__
etter position to praise or criticise the approach: it then
becomes possible to study whether the implementation is really
compatible with the current Python, and whether it really does
improve performance.
Regards,
Martin
___
Python-Dev mailing list
What's the rationale of this change? It certainly doesn't remove the
dependency from win32com.client (i.e. the code continues to depend on
win32com).
http://codereview.appspot.com/4080047/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.
On 2011/02/01 07:22:57, techtonik wrote:
It removes the dependency from msi.py making it easier to do the rest
in
subsequent patches.
What rest specifically? Why are the msilib changes needed for that?
http://codereview.appspot.com/4080047/
___
Pyt
On 2011/02/02 07:14:17, techtonik wrote:
On 2011/02/01 19:50:23, Martin v. Löwis wrote:
> On 2011/02/01 07:22:57, techtonik wrote:
> > It removes the dependency from msi.py making it easier to do the
rest in
> > subsequent patches.
>
> What rest specifically? Why are the
We are starting with the tracker conversion. Please stop using the bug
trackers (either SF or roundup) until further notice.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
I started thinking about itertools when I saw this then I realised
that your question was about changing the syntax to produce fewer
lines of code rather than writing more effiicient code.. seemed like a
case where you could use ifilter.
//Martin
are talking about cvhanging the syntax
the test suite, we have the bigmemtest and precisionbigmemtest
decorators. I think bigmemtest cases should all be changed to
precisionbigmemtest, giving sizes of just above 2**31. With that
change, the runtime for test_capitalize would go down to 42s.
What do you think?
Regards,
Martin
m from an earlier Xcode installation
(in /Developer-3.2.6)
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
indices
for slicing operations (rather than performing an UTF-16 conversion and
performing indexing on that).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mai
Zitat von Victor Stinner :
The current implementation of dict uses a linked-list.
[...]
Tell me if I am wrong.
At least with this statement, you are wrong: the current
implementation does *not* use a linked-list. Instead, it
uses open addressing.
Regards,
Martin
y (which is the normal case
if the keys are interned) will succeed quickly; if pointer comparison fails,
check the tag bit.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubs
Zitat von Benjamin Peterson :
2012/1/7 "Martin v. Löwis" :
I just tried porting Python as a Metro (Windows 8) App, and failed.
Is this required for Python to run on Windows 8?
No. Existing applications ("desktop applications") will continue to work
unmodified.
Zitat von Eli Bendersky :
A then-related question is whether Python 3.3 should be compiled with
Visual Studio 11. I'd still be in favor of that, provided Microsoft
manages to
release that soon enough.
Martin, I assume you mean the Express version of Visual Studio 11 here,
right?
l APIs, such
as Windows.Storage (in case of file access). If you use, say,
Windows.Storage.ApplicationData.RoamingSettings in your app, you should
not actually worry what the file is named on disk (or whether there is
a spinning disk in the system at all, which probably isn'
achine was a 32-bit system (but perhaps I start with PGO for
Win64 for 3.3).
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/pyt
eAsync(destinationFolder, "newfile.txt");
This may look like managed C++ to you, but it really compiles into
native code.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Un
orted that as a bug. If you need that for reference, see
https://connect.microsoft.com/VisualStudio/feedback/details/717395/c1083-when-compiling-c-code-in-a-metro-app
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pytho
approach - other people may have written string-like objects
which continue to compare equal to a string but now hash different.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
es of that algorithm exist.
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
t deliberately cause collisions
because of the dictionary size, they could likely also craft keys in the same
number that collide on actual hash values, bringing us back to the original
problem.
Regards,
Martin
___
Python-Dev mailing list
Python
elease.
Which function/method would be used? I suppose that we cannot add
anything to stable releases like 2.7.
Right. Nor do I see any need to expose it. It fixes the vulnerability
just fine without being exposed.
Regards,
Martin
___
Pytho
ython is much higher than it is for Ruby.
Regards,
Martin
[1] http://jps.anl.gov/Volume4_iss2/Paper3-RGJohnston.pdf
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python
en, and I would certainly want the build process adjusted (with
all buildbots updated) before beta 1.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/
I'm curious why AVL tree rather than RB tree, simpler implementation?
Somewhat arbitrary. AVL trees have a better performance than RB trees
(1.44 log2(N) vs 2 log2(N) in the worst case). Wrt. implementation,
I looked around for a trustworthy, reusable, free (as in speech),
C-only implementation
However, note that my comment on Glenn's question regarding a stdlib
addition of a tree type still applies
I agree with all that. Having a tree-based mapping type in the standard
library is a different issue entirely.
___
Python-Dev mailing list
Pytho
Another issue occurs to me: when a hash with colliding keys (one
that has been attacked, and has trees) has a non-string key added,
isn't the flattening process likely to have extremely poor
performance?
Correct. "Don't do that, then"
I don't consider it mandatory to fix all issues with
How so? None of the patches did, but I think it was said several times
that other types (int, tuple, float) could also be converted to use
randomized hashes. What's more, there isn't any technical difficulty in
doing so.
The challenge again is about incompatibility: the more types you apply th
This will prevent code breakage from dictionary
order changing as well as people depending on the hash stability.
I think this is a good compromise given the widely varying assessments
of the issue.
Regards,
Martin
___
Python-Dev mailing list
Pytho
ant chance
that the algorithm finds collisions even faster.
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
be possible (IIUC) to
add more keys to the shared key set if that doesn't cause a resize, but I'm
not sure whether the patch does that.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/py
he current releases (which apparently aren't truly broken, else
there would have been no point in releasing them back then).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
l of the C compilers that we compile Python with support
non-ASCII identifiers, failure to comply to the ASCII requirement will
trigger a C compilation failure.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
are missing my point. I assume you proposed (even though you
didn't say so explicitly) that parse_qs gets an opt-in API change to
limit the number of parameters. If that is added, it will have no
effect on any existing applications, as they will all currently not
pass that pa
lop a separate patch
that people who are worried can apply.
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
o systems. Will people have to download and install
it themselves, or will it come as part of some Python
distribution? If it comes with the Python distribution,
how get multiple copies of the launcher coordinated?
Also: what's the name of the launcher? How can
ows directory. Now that I
see it: how do you prevent deinstallation of py.exe when some version
of Python is uninstalled, but other versions remain?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/
would be your evaluation of
http://docs.python.org/library/xml.etree.elementtree.html#xml.etree.ElementTree.Element
in that respect?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Does anyone object to me naming myself PEP czar for PEP 3144?
“Tsar is a title used to designate certain European Slavic monarchs or
supreme rulers.”
Is this our official word?
"supreme ruler" sounds good to me. I could go for "inquisitor" instead
of "czar&quo
x27;t cope with randomised hashes would be rather
ill-advised.
In the tracker, someone proposed that the option is necessary to synchronize
the seed across processes in a cluster. I'm sure people will use it for that
if they can.
Regards,
Martin
___
need
to be tuned to the application. So I'm not sure it can be provided by the
stdlib in a reasonable fashion beyond what's already there, but it may not
be necessary to have it in the stdlib, either.
Regards,
Martin
___
Python-Dev mailing
rs?
The immediate consequence would be that the Windows buildbots
break when somebody makes a checkin on Unix, and they cannot
easily figure out how to rewrite the code to make the compiler
happy. So I guess I'm -1.
Regards,
Martin
___
Pytho
What is the hash of "ePjNTUhitHkL"?
Regards,
Martin
P.S. It took me roughly 86h to compute 150 strings colliding for the
64-bit hash function.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/
Zitat von Tshepang Lekhonkhobe :
On Fri, Feb 24, 2012 at 23:39, "Martin v. Löwis" wrote:
It is a burden for some people to learn and remember the exact details
of both systems and exactly how they differ. Having both in the stdlib
hurts readability for such people. I would prefe
Zitat von Armin Ronacher :
Hi,
On 2/27/12 10:17 AM, "Martin v. Löwis" wrote:
There are a few other unproven performance claims in the PEP. Can you
kindly provide the benchmarks you have been using? In particular, I'm
interested in the claim " In many cases 2to3 runs
it has to be labeled as byte
string. Instead, you can use the str() function.
It may be that you don't like that solution for some reason. If so, please
mention the approach in the PEP, along with your reason for not liking it.
Regards,
Martin
__
of non-ASCII in that interface.
I'm not saying this is the right thing to do for all cases - just
that str() may not be, either. This should be elaborated in the PEP.
Indeed it should. If there is a known application of non-ASCII nati
ld process should support incremental changes.
Fortunately, distribute does support this approach.
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
only works well with Python 2.6.
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
t be a bug.
Regards,
Martin
P.S. Before anybody over-interprets this criterion: there is certain
"implicit behavior" assumed in Python that may not actually be documented,
such as "the interpreter will not core dump", and "the source code will
compile with any standa
the u"" prefix would not appear, even if appears
in the original source, as 2to3 eliminates it.
So you surely need the u"" prefix to distinguish binary, unicode, or native
strings in your source - but with 2to3, the PEP 414 change is unnecessary.
Regards,
Martin
_
le should maintain compatibility with Python 3.2,
i.e. "u" should continue to denote Py_UNICODE, i.e. 7fa098f6dc6a should be
reverted.
It may be that the 'u' code is not particularly useful, but AFAICT, it never
was useful.
Regards,
Martin
.
Plus, you can still launch Lib\idlelib\idle.py without prefixing it with
python.exe.
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'm wondering whether Python Core should participate
in GSoC 2012 or not, as core contributors have shown
little interest in acting as mentors in the past.
If you are a core committer and volunteer as GSoC
mentor for 2012, please let me know by Friday
(March 23rd).
Regards,
M
irst character is is already above 127, search
for the maximum character can stop, so it needs to scan the string only
once.
Try '\u0020' * 99+'\u0080', which is a non-ASCII string but still
takes the same time as the pure ASCII string.
Regards,
Martin
___
Zitat von Brian Curtin :
After talking with Martin and several others during the language
summit and elsewhere around PyCon, PEP 397 should be accepted. I don't
remember who, but some suggested it should just be a regular old
feature instead of going through the PEP process. So...does
(your phrasing is grammatically fairly advanced).
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
t that this is not a bug
fix.
There is also the PCBuild10.patch, but that can wait.
Indeed, it shouldn't be added at all. Instead, the PCbuild tree should
become a VS2010 (or VS2012) tree ultimately.
Regards,
Martin
___
Python-Dev mailing l
or db-sig.
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
o you, but maybe you just need
to get used to it. Factually, I don't think that *many* of the fields belong
elsewhere. The majority of the fields clearly belongs where it is, and there
is nothing wrong with adding new fields if there is a need for it.
Regar
they be necessary.
Switching to the most recent Tk release is a good idea, anyway, so b) is
preferred.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
cycle (but hung from it).
So, I ask you: What is allowed during tp_clear()? Is this a hard
rule? What is the reason?
We are all consenting adults. Everything is allowed - you just have to
live with the consequences.
Regards,
Martin
___
remove the need for resurrection in tp_del.
At the very least, I think this behaviour (this exception for
iobase) merits being explicitly documented.
I find all of this well-documented in iobase.c. If you think anything
else needs to be said, plea
this being free software, anybody can spend time on whatever they
please, and this should not make anybody feel sad. You just don't get merits
if you work on stuff that nobody cares about.
Regards,
Martin
___
Python-Dev mailing list
Python
on that is not in the API.
We might even have something similar for the stable api.
I don't understand. Everything in the stable api is part
of the API, and thus needs to be exported from the Python DLL.
Regards,
Martin
___
Python-Dev mailing l
hared libraries.
These days are long gone. ELF shared libraries are designed to give the same
experience (roughly) as static libraries, wrt. source compatibility.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
ed by dictionaries. A 10 item dictionary
consumes 1/2k on 32 bits, did you know this?
I did.
In Python 3.3, this now goes down to 248 bytes (32 bits).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
it *does* mean that we shouldn't further break the feature, at least
not knowingly.
OTOH, it's clear that certain functionality cannot work if Unicode is
disabled,
so it may be acceptable if pydoc breaks in such a configuration.
Regards,
Martin
//www.zdnet.com/blog/microsoft/microsoft-roadmap-leaks-for-office-15-ie-10-and-more-key-products/12417
That says that a release is scheduled for "late 2012", which would put
it after the Python 3.3 release (contrary to rumors I heard els
e* to have CRLF line endings. Not sure
about PowerShell, though.
In any case, having CRLF for these files sounds good to me.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
1 - 100 of 3058 matches
Mail list logo
