[issue8998] add crypto routines to stdlib

[Gregory P. Smith]

Gregory P. Smith  added the comment:

This bug has turned into a bikeshed.

Lets stop that please.

I _DON'T_ care about performance when it comes to someone submitting an
actual working implementation of a crypto library for inclusion with the
standard library.  The first priority needs to be a useful stable API.

After that is settled, implementations backed by whatever libraries can be
written by anyone who wants to contribute them.  Lets not stop that from
happening by arguing about who's library is a prettier color.  The first one
may well be implemented in Python itself as a for all I care.

-gps

(comments below are to answer questions but really are not relevant to the
bug)

On Sat, Sep 18, 2010 at 3:54 PM, lorph  wrote:

>
> lorph  added the comment:
>
> > OpenSSL outperforms libtomcrypt by a significant factor (easily 2x) in
> most cases.
>
> Gregory, do you have any evidence to substantiate this claim? Not that it
> isn't plausible, but I couldn't find any benchmarks, and here the author of
> libtomcrypt finds it to be 40% faster than OpenSSL concerning RSA
> operations.
>

I should not have said "most" cases but there are many cases where it does.
 Run your own microbenchmarks on various hardware if you're curious
("openssl speed algorithmname" on the command line is an existing openssl
benchmark).  The important thing to realize is that libtomcrypt is
intentionally written in very portable C.  That is great but it leaves a lot
on the table.  Optimizations for various platforms to take advantage of
enhanced instruction sets such as SSE2 and explicit hardware crypto
acceleration instructions such as
http://software.intel.com/en-us/articles/intel-advanced-encryption-standard-aes-instructions-set/are
not likely to be part of libtomcrypt, nor should they ever be part of
code included with and distributed as part of Python.  That should come from
a dynamic library that is part of the OS.  That may be NSS, that may be
OpenSSL, that may be any number of other things.  Its beyond the scope of
this bug.

I'm sorry for bringing the performance angle up even if it motivate me to
make hashlib happen.

An example benchmark of hashlib using libtomcrypt sha1 vs openssl sha1 is
here http://bugs.python.org/issue1121611#msg47779 if you're curious but
please make any responses to that outside of this bug.

-gps

--
Added file: http://bugs.python.org/file18928/unnamed

___
Python tracker 

___This bug has turned into a 
bikeshed.Lets stop that 
please.I _DON'T_ care about performance when it 
comes to someone submitting an actual working implementation of a crypto 
library for inclusion with the standard library.  The first priority needs to 
be a useful stable API.

After that is settled, implementations backed by whatever 
libraries can be written by anyone who wants to contribute them.  Lets not 
stop that from happening by arguing about who's library is a prettier 
color.  The first one may well be implemented in Python itself as a for all I 
care.

-gps(comments below are to answer 
questions but really are not relevant to the bug)On Sat, Sep 18, 2010 at 3:54 PM, lorph rep...@bugs.python.org> 
wrote:


lorph lor...@gmail.com> added the 
comment:

> OpenSSL outperforms libtomcrypt by a significant factor (easily 2x) in 
most cases.

Gregory, do you have any evidence to substantiate this claim? Not that it 
isn't plausible, but I couldn't find any benchmarks, and here the 
author of libtomcrypt finds it to be 40% faster than OpenSSL concerning RSA 
operations.

I should not have said "most" cases 
but there are many cases where it does.  Run your own microbenchmarks on 
various hardware if you're curious ("openssl speed algorithmname" 
on the command line is an existing openssl benchmark).  The important thing to 
realize is that libtomcrypt is intentionally written in very portable C.  That 
is great but it leaves a lot on the table.  Optimizations for various 
platforms to take advantage of enhanced instruction sets such as SSE2 and 
explicit hardware crypto acceleration instructions such as http://software.intel.com/en-us/articles/intel-advanced-encryption-standard-aes-instructions-set/";>http://software.intel.com/en-us/articles/intel-advanced-encryption-standard-aes-instructions-set/
 are not likely to be part of libtomcrypt, nor should they ever be part of code 
included with and distributed as part of Python.  That should come from a 
dynamic library that is part of the OS.  That may be NSS, that may be OpenSSL, 
that may be any number of other things.  Its beyond the scope of this 
bug.

I'm sorry for bringing the performance angle up even if 
it motivate me to make hashlib happen.An example 
benchmark of hashlib using libtomcrypt sha1 vs openssl sha1 is here http://bugs.python.org/issue1121611#msg47779";>http://bugs.pyt

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Buildbots are green now after fixing the mode issue in the tests in 
r84889,r84890,r84891

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

[Carlos Henrique Romano]

Carlos Henrique Romano  added the comment:

Updating test in order to consider umask, this is supposed to fix buildbot 
issues.

--
Added file: 
http://bugs.python.org/file18927/python-distutils_mkpath_filemode-test-update.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9884] The 4th parameter of method always None or 0 on x64 Windows.

[Owen]

Owen  added the comment:

Please reproduce this issue by 64bit Python.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add crypto routines to stdlib

[Damjan Georgievski]

Changes by Damjan Georgievski :


--
nosy:  -gdamjan

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9896] Introspectable range objects

[Mark Lawrence]

Mark Lawrence  added the comment:

What is the use case for this?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add crypto routines to stdlib

[lorph]

lorph  added the comment:

> The solution to stop violating it is trivial, though: just add the
required mention(s).

That only solves the problem for Python.org. It does not solve the problem for 
everyone else that has to write "This product includes software developed by 
the OpenSSL Project for use in the OpenSSL Toolkit. (http://www.openssl.org/) 
This product includes cryptographic software written by Eric Young 
(e...@cryptsoft.com)" in advertisement that mentions features.

> Unless "base64" is an OpenSSL trademark, this is FUD.

The license clearly states: "All advertising materials mentioning features or 
use of this software". Do you somehow disagree that base64 is a feature of the 
OpenSSL library?

http://www.openssl.org/docs/crypto/BIO_f_base64.html

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add crypto routines to stdlib

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Since libtomcrypt is public domain, you could incorporate the source
> into the tree without making it a binary dependency.

And then we have to maintain our copy ourselves. I'm not sure why you
think this is better than depending on a system-wide install, because
it's certainly worse.

(we do have private copies of a couple of libraries: zlib, expat,
libffi. The first two are probably for historical reasons (the
system-wide versions are used by default), while the third is because
it's patched)

> I certainly wouldn't mind having 1 dependency on NSS, but having 2
> modules depend on OpenSSL is a step in the wrong direction.

Perhaps you wouldn't mind, but others would (especially packagers;
including ourselves since we build binary packages for Windows and Mac
OS X).

> It took several years until someone like Marc-Andre Lemburg to find
> that the Python website might be violating that license. Perhaps the
> reason is because no one bothers to read licenses carefully. People
> are probably violating the license without knowing it.

The solution to stop violating it is trivial, though: just add the
required mention(s).
Compare that to rewriting a lot of code and making sure it doesn't
change behaviour compared to previous Python versions.

> One is that if you mention something like "base64" in whatever could
> be deemed "advertising", you will be subject to this clause because
> base64 is a feature of OpenSSL, even if you don't use their
> implementation.

Unless "base64" is an OpenSSL trademark, this is FUD.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1708652] Exact matching

[Tom Lynn]

Tom Lynn  added the comment:

(Sorry to comment on a closed issue, it was closed as I was writing this.)  
It's not that I'm not convinced of the need, just not of the solution.  I still 
think that there are problems here:

a) forgetting any \Z or $ terminator to .match() is easy,
b) $ is easily misunderstood (and not just by me) and I suspect commonly 
dangerously misused in validation routines as a result,
c) '(?:%s)\Z' % regexp is noisy, combines two less-understood features, and 
makes simple regexps hard to read,
d) '(?:%s)\Z' % regexp.pattern requires recompilation of the regexp.

I think another method is probably the best solution to these, but it may have 
too much cost (though I'm not sure what that cost would be).

Largely orthogonally, I'd like to see \Z encouraged over $ in the docs, and 
preferably a version of this table (probably under Matching vs Searching), 
corrected if I'm wrong of course:

NON-MULTILINE:
'^' is equivalent to '\A'
'$' is equivalent to '(?:\Z|(?=\n\Z))'

MULTILINE:
'^' is equivalent to '(?:\A|(?<=\n))'
'$' is equivalent to '(?:\Z|(?=\n))'

But the docs already try to express the above table (or its correction) in 
English, so you may feel it wouldn't add anything, in which case I'd still like 
to see any corrections for my own edification if possible.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add crypto routines to stdlib

[lorph]

lorph  added the comment:

> It certainly makes more sense than making Python depend on *several* crypto 
> libraries.

Since libtomcrypt is public domain, you could incorporate the source into the 
tree without making it a binary dependency. The same cannot be said for 
OpenSSL. I certainly wouldn't mind having 1 dependency on NSS, but having 2 
modules depend on OpenSSL is a step in the wrong direction.

> As for the licensing restriction, it doesn't seem to disturb many Python 
> users. It's the first time I see someone complaining about it.

It took several years until someone like Marc-Andre Lemburg to find that the 
Python website might be violating that license. Perhaps the reason is because 
no one bothers to read licenses carefully. People are probably violating the 
license without knowing it.

If you take a look at the clause "All advertising materials mentioning features 
or use of this software must display the following acknowledgment", you will 
find at least 2 problems. 

One is that if you mention something like "base64" in whatever could be deemed 
"advertising", you will be subject to this clause because base64 is a feature 
of OpenSSL, even if you don't use their implementation. Another problem is the 
difference between the clause "features or use of this software", which is 
semantically different from "features of this software or use of this software".

Is it worth the risk to depend on Eric Young's proclivity to sue now that he 
works for RSA and produces competing software called BSAFE? Maybe it is for 
you, but certainly not for me.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1686] string.Template.safe_substitute fail when overriding pattern attribute

[Florent Xicluna]

Florent Xicluna  added the comment:

Committed with r84888.

--
assignee:  -> flox
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1708652] Exact matching

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
resolution:  -> rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

[Antoine Pitrou]

Antoine Pitrou  added the comment:

All buildbots are red.

--
assignee: tarek -> orsenthil
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9896] Introspectable range objects

[Raymond Hettinger]

Raymond Hettinger  added the comment:

One other thought.  If there is a perceived need, I would rather an alternate 
approach that unifies a language a bit by letting range() expose its arguments 
as a slice and modify its input to accept a slice.

>>> range(0, 20, 2).slice
slice(0, 20, 20)
>>> range(_)
range(0, 20, 2)

>>> s = range(0, 20, 2).slice
>>> s.start
0
>>> s.stop
20
>>> s.step
2

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add crypto routines to stdlib

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> It is also not a convincing argument that new python libraries should
> use OpenSSL if possible just because that is what _ssl uses. Compiling
> Python with OpenSSL support has been optional because it puts
> additional restrictions on the PSF license. Spreading this restriction
> to the future crypto module (when we have a choice not to) doesn't
> make sense.

It certainly makes more sense than making Python depend on *several*
crypto libraries.
As for the licensing restriction, it doesn't seem to disturb many Python
users. It's the first time I see someone complaining about it.

This isn't meant to discourage any such efforts (I don't care about
which crypto library we use), but any proposal of using another crypto
library than OpenSSL should IMO include a migration proposal for the
_ssl module.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1708652] Exact matching

[Matthew Barnett]

Matthew Barnett  added the comment:

'$' matches at the end of the string or at a newline at the end of a string (if 
multiline mode isn't turned on). '\Z' matches only at the end of the string.

If not even the OP is convinced of the need, then I have no objection to 
closing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9896] Introspectable range objects

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I don't see anything wrong with this idea, but I don't really see a need for it 
either.  AFAICT, this has never been requested in the 20 years that range() has 
been in Python.  This is probably YAGNI.  It may also be in violation of the 
language moratorium (it's one more thing that other implementations would have 
to mirror).

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add crypto routines to stdlib

[lorph]

lorph  added the comment:

> OpenSSL outperforms libtomcrypt by a significant factor (easily 2x) in most 
> cases.

Gregory, do you have any evidence to substantiate this claim? Not that it isn't 
plausible, but I couldn't find any benchmarks, and here the author of 
libtomcrypt finds it to be 40% faster than OpenSSL concerning RSA operations.

http://www.adras.com/TomsFastMath-faster.t71-93.html

>  but I am generally in favor of absolute performance per byte of all 
> algorithms concerned being available

Performance isn't all that matters, or else Python would have used GMP, as 
Guido discussed here:

http://mail.python.org/pipermail/python-3000/2007-September/010329.html

It is also not a convincing argument that new python libraries should use 
OpenSSL if possible just because that is what _ssl uses. Compiling Python with 
OpenSSL support has been optional because it puts additional restrictions on 
the PSF license. Spreading this restriction to the future crypto module (when 
we have a choice not to) doesn't make sense.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9810] bzip2 build sometimes fails (VS8.0)

[Hirokazu Yamamoto]

Hirokazu Yamamoto  added the comment:

Backported in r84881(release27-maint), r84886(release31-maint).

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1708652] Exact matching

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Can we close this one?

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9895] Speed up test_subprocess

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Done, thank you.
(r84883, r84884, r84885)

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1686] string.Template.safe_substitute fail when overriding pattern attribute

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This looks fine.

--
assignee: barry -> 
resolution:  -> accepted

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1686] string.Template.safe_substitute fail when overriding pattern attribute

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
Removed message: http://bugs.python.org/msg63791

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

[Antoine Pitrou]

Changes by Antoine Pitrou :


Added file: http://bugs.python.org/file18926/selectretry.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

[Antoine Pitrou]

Changes by Antoine Pitrou :


Removed file: http://bugs.python.org/file18925/selectretry.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +gregory.p.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Here is a proof of concept patch for Python 3.2. It only wraps recv() and 
recv_into(). recvfrom() and recvfrom_into() should receive the same treatment, 
at least.

--
stage:  -> patch review
Added file: http://bugs.python.org/file18925/selectretry.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9895] Speed up test_subprocess

[Florent Xicluna]

Florent Xicluna  added the comment:

+1 fo faster regrtest

--
nosy: +flox

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9895] Speed up test_subprocess

[Florent Xicluna]

Changes by Florent Xicluna :


Removed file: http://bugs.python.org/file18924/unnamed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9895] Speed up test_subprocess

[Florent Xicluna]

Changes by Florent Xicluna :


Removed file: http://bugs.python.org/file18923/unnamed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9895] Speed up test_subprocess

[Gregory P. Smith]

Gregory P. Smith  added the comment:

looks good to me.  commit it. :)

--
Added file: http://bugs.python.org/file18924/unnamed

___
Python tracker 

___looks good to me.  commit it. :)
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9895] Speed up test_subprocess

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> A few questions / clarifications:
> 
>  is errno.EMFILE portable?  will that errno test work on both posix and
> windows?

It does (tested under Linux and a Win64 VM).

>  should the is_resource_enabled('subprocess') stuff be preserved (why was it
> there to begin with? because the old test took so long?)

I guess the latter: the test was so long, especially on slow machines,
that it was only enabled selectively.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9895] Speed up test_subprocess

[Gregory P. Smith]

Gregory P. Smith  added the comment:

Overall I like the approach.

A few questions / clarifications:

 is errno.EMFILE portable?  will that errno test work on both posix and
windows?

 should the is_resource_enabled('subprocess') stuff be preserved (why was it
there to begin with? because the old test took so long?)

--
Added file: http://bugs.python.org/file18923/unnamed

___
Python tracker 

___Overall I like the approach.A few questions / 
clarifications: is errno.EMFILE portable?  will 
that errno test work on both posix and 
windows? should the 
is_resource_enabled('subprocess') stuff be preserved (why was it there 
to begin with? because the old test took so long?)


___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9896] Introspectable range objects

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +mark.dickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9893] Usefulness of the Misc/Vim/ files?

[Brett Cannon]

Brett Cannon  added the comment:

So the irony of saying that the files are poor is that I took that code from 
the highlight file from Vim itself and simply automated the creation of the 
files.

As for the more proper way of selecting when to apply the highlights, I would 
not be surprised that I am wrong.

The entire point of the Misc/Vim directory was so that we had files which were 
as up-to-date as svn is. I personally got tired of not having new keywords be 
recognized. I'm no Vim expert -- just a happy user -- so I'm sure there could 
be better out there. If we drop the files we will just have to go back to 
manually editing files to support new syntax until the community picks it up. 
But maybe devolving responsibility like that is not a bad thing.

And your link for the Python 3 syntax is incorrect; it's the same as the PEP 8 
indentation file.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9896] Introspectable range objects

[Daniel Urban]

New submission from Daniel Urban :

The attached patch adds the start, stop and step members to range objects, 
corresponding the contructor arguments. The patch also include tests and 
documentation changes.

--
components: Interpreter Core
files: range_attrs.diff
keywords: patch
messages: 116824
nosy: durban
priority: normal
severity: normal
status: open
title: Introspectable range objects
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18922/range_attrs.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1722] Undocumented urllib functions

[Mark Lawrence]

Changes by Mark Lawrence :


--
assignee: georg.brandl -> d...@python
nosy: +d...@python

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1708] improvements for linecache

[Mark Lawrence]

Mark Lawrence  added the comment:

@umaxx are you interested in taking this forward?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1686] string.Template.safe_substitute fail when overriding pattern attribute

[Mark Lawrence]

Mark Lawrence  added the comment:

Well what is the decision?  FWIW I sway towards the +0 from msg112156 rather 
than the -0 from msg63791, but then what do I know?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9895] Speed up test_subprocess

[Antoine Pitrou]

New submission from Antoine Pitrou :

test_subprocess is currently very slow and the main culprit is test_no_leaking 
(here, it takes 80s out of the 100s needed for the whole run). This tests 
spawns as many subprocesses as would be needed to reach the max file descriptor 
limit. Spawning a subprocess is a heavy operation and consequently the test is 
very long.

This patch adopts another approach: it opens many file descriptors (using 
os.open()) until the max fd limit is reached, closes some of them (10 is 
enough) and then launches a bunch of subprocesses in a loop to check that they 
succeed. Consequently, the test is very fast (even on a Windows VM in debug 
mode).

--
components: Tests
files: noleaking.patch
keywords: patch
messages: 116821
nosy: brian.curtin, gregory.p.smith, pitrou, tim.golden
priority: normal
severity: normal
stage: patch review
status: open
title: Speed up test_subprocess
type: performance
versions: Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file18921/noleaking.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

[Charles-Francois Natali]

Charles-Francois Natali  added the comment:

@ehohenstein: sorry, I hadn't seen you'd already submitted a patch, so you may 
as well update it to take into account what was said above. Also, please note 
that this issue is not specific to windows, so it would be nice to fix it for 
Unices too.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9894] wrong errno check

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Fixed in r84878 (3.2), r84879 (2.7) and r84880 (3.1). Thank you!

--
nosy: +pitrou
resolution:  -> fixed
status: open -> closed
versions: +Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2643] mmap_object_dealloc does not call FlushViewOfFile on windows

[Charles-Francois Natali]

Charles-Francois Natali  added the comment:

Any thoughts on this?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

[Charles-Francois Natali]

Charles-Francois Natali  added the comment:

Yes, I was concerned with the runtime overhead (especially under VMs, where 
clocks are emulated) and strace output ;-)
As for the dull code writting, I could give it a shot unless someone else wants 
to go ahead.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Unfortunately, select doesn't necessarily update the timeout variable
> with the remaining time, so we can't rely on this. This would mean
> having the select enclosed within gettimeofday and friends, which
> seems a bit overkill...

Well, given the general cost of Python function calls and bytecode
interpretation, it would probably not be much of a runtime overhead. So
it's mainly some additional, not very exciting code to write :-)

(luckily, in 3.2 we have a cross-platform gettimeofday() abstraction in
pytime.h which will ease things quite a bit)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

[Jean-Paul Calderone]

Jean-Paul Calderone  added the comment:

> Unfortunately, select doesn't necessarily update the timeout variable with 
> the remaining time, so we can't rely on this. This would mean having the 
> select enclosed within gettimeofday and friends, which seems a bit overkill...

How is it "overkill" to be correct?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

[Charles-Francois Natali]

Charles-Francois Natali  added the comment:

Unfortunately, select doesn't necessarily update the timeout variable with the 
remaining time, so we can't rely on this. This would mean having the select 
enclosed within gettimeofday and friends, which seems a bit overkill...

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9894] wrong errno check

[Pino Toscano]

New submission from Pino Toscano :

In Lib/test/test_subprocess.py there's a check of an errno value done against a 
number, instead of using the proper E* constants, which is not portable (POSIX 
does not specify any actual value of the E* constants).
This makes the test test_leaking_fds_on_error fail on OSes where the errno 
ENOENT has a value different than two (like on GNU/Hurd, for example).

The attached patch was done in the py3k branch, but the issue appears in any 
other branch (including trunk). Could you please fix the issue also in the 
active Python branches?

--
components: Tests
files: errno_py3k.diff
keywords: patch
messages: 116813
nosy: pino
priority: normal
severity: normal
status: open
title: wrong errno check
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file18920/errno_py3k.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9893] Usefulness of the Misc/Vim/ files?

[Antoine Pitrou]

New submission from Antoine Pitrou :

While trying out vim, I noticed that the files in Misc/Vim are very poor 
compared to what is otherwise provided by the vim community:
- highlighting including 3.x syntax: 
http://www.vim.org/scripts/script.php?script_id=974
- PEP 8 indentation: http://www.vim.org/scripts/script.php?script_id=974

Also, the vimrc uses "au BufRead,BufNewFile *.py" style selection, while the 
recommended modern style seems to use a ".vim/ftplugin" filetype-specific file 
instead.

Does it still make sense to maintain these files separately?

--
components: Demos and Tools
messages: 116812
nosy: brett.cannon, pitrou
priority: low
severity: normal
status: open
title: Usefulness of the Misc/Vim/ files?
type: resource usage
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1605] Semi autogenerated _types module

[Guido van Rossum]

Guido van Rossum  added the comment:

I'm still against collecting all types in one module. Closing.

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9892] Event spends less time in wait() than requested

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I'm closing because there doesn't seem to be a genuine bug in Python. But 
thanks for reporting anyway! The threading facilities in 3.2 need real-world 
testing.

--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1605] Semi autogenerated _types module

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Well, the core issue is a disagreement on the way to go.

I would agree with Benjamin's and Christian's proposal, given that it's quite 
practical to implement. Guido's proposal means we would have to add new modules 
just so that the relevant C types can be exposed "at the right place".

The types module is generally used for low-level trickery (since most useful 
types are accessible from the builtin namespace), and IMO it makes sense to 
have a dedicated module for that.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9552] ssl build under Windows always rebuilds OpenSSL

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The patch works here (VS 2008).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1616] compiler warnings

[Mark Lawrence]

Mark Lawrence  added the comment:

How many warnings are we now getting on the buildbots?

--
nosy: +BreamoreBoy
versions:  -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7225] fwrite() compiler warnings

[Mark Lawrence]

Mark Lawrence  added the comment:

See also #1616 and #1621.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1615] descriptor protocol bug

[Benjamin Peterson]

Benjamin Peterson  added the comment:

I consider this to be a feature. Properties can raise AttributeError to defer 
to __getattr__.

--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1615] descriptor protocol bug

[Mark Lawrence]

Mark Lawrence  added the comment:

This is still an issue with the latest trunk.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9892] Event spends less time in wait() than requested

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> You are right, sorry. It's Windows XP Prof, Python 3.2a2.
> 
> The differences in OS may be the cause, but the problem doesn't appear
> in 3.1 on the same machine.

The implementation changed between 3.1 and 3.2. On 3.1, wait() with
timeout ran a polling loop until either the event was set or the delay
was expired (and it used time() itself, which kind of guarantees that
your case would always produce the expected result).

On 3.2, wait() with timeout simply calls the adequate OS function
(sem_timedwait under POSIX, WaitForSingleObject under Windows). It is
actually more precise, because the polling loop and its sleep() calls
are eliminated.

Also, I just traced the WaitForSingleObject call under a Windows VM, and
it gets called with the correct timeout value (100 ms).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1441] Cycles through ob_type aren't freed

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
resolution:  -> duplicate
status: open -> closed
superseder:  -> __dict__ = self in subclass of dict causes a memory leak?

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1605] Semi autogenerated _types module

[Mark Lawrence]

Mark Lawrence  added the comment:

Is this ever likely to go anywhere?  My understanding is that this would be 
difficult to do (or have I simply misread something?).  If I'm correct, 
wouldn't it be better to use our limited resources elsewhere?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1602] windows console doesn't print utf8 (Py30a2)

[Mark Lawrence]

Mark Lawrence  added the comment:

@Brian/Tim what's your take on this?

--
nosy: +BreamoreBoy, brian.curtin, tim.golden

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1584] Mac OS X: building with X11 Tkinter

[Mark Lawrence]

Mark Lawrence  added the comment:

This will go nowhere unless someone supplies a patch.

--
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1574] Touchpad 2 Finger scroll does not work in IDLE on Mac (But scroll wheel of external mouse does)

[Mark Lawrence]

Changes by Mark Lawrence :


--
nosy: +taleinat, terry.reedy
stage: unit test needed -> needs patch
versions: +Python 3.2 -Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9892] Event spends less time in wait() than requested

[Dmitry Dvoinikov]

Dmitry Dvoinikov  added the comment:

You are right, sorry. It's Windows XP Prof, Python 3.2a2.

The differences in OS may be the cause, but the problem doesn't appear in 3.1 
on the same machine.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1554] socketmodule cleanups: allow the use of keywords in socket functions

[Mark Lawrence]

Mark Lawrence  added the comment:

Could someone please review the latest patch, I'd like to see the OP's work 
rewarded with the patch getting into 3.2.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1540] Refleak tests: test_doctest and test_gc are failing

[Mark Lawrence]

Mark Lawrence  added the comment:

Can we have an update on this please as it seems important.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1532] Refleak run of test_tcl fails

[Mark Lawrence]

Mark Lawrence  added the comment:

I don't believe that this can still be an issue.

--
nosy: +BreamoreBoy
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1518] Fast globals/builtins access (patch)

[Mark Lawrence]

Mark Lawrence  added the comment:

Closing as recommended in msg101239.

--
nosy: +BreamoreBoy
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1441] Cycles through ob_type aren't freed

[Adam Olsen]

Adam Olsen  added the comment:

As far as I know.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1504] Add 2to3 fixer for (un)bound methods

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg71746.

--
nosy: +BreamoreBoy
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1491] BaseHTTPServer incorrectly implements response code 100

[Mark Lawrence]

Changes by Mark Lawrence :


--
stage:  -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1423] wave sunau aifc 16bit errors

[jeroen]

jeroen  added the comment:

as far as I know. But i have not use or tested it since a long time

On Sat, Sep 18, 2010 at 4:34 PM, Mark Lawrence wrote:

>
> Mark Lawrence  added the comment:
>
> Is this still valid?
>
> --
> nosy: +BreamoreBoy -gvanrossum
> versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
>
> ___
> Python tracker 
> 
> ___
>

--
Added file: http://bugs.python.org/file18919/unnamed

___
Python tracker 

___as far as I know. But i have not use or tested it since a long timeOn Sat, Sep 18, 2010 at 4:34 PM, Mark Lawrence rep...@bugs.python.org> 
wrote:

Mark Lawrence breamore...@yahoo.co.uk> added the 
comment:

Is this still valid?

--
nosy: +BreamoreBoy -gvanrossum
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

___
Python tracker rep...@bugs.python.org>
http://bugs.python.org/issue1423>
___

___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1491] BaseHTTPServer incorrectly implements response code 100

[Mark Lawrence]

Changes by Mark Lawrence :


Removed file: http://bugs.python.org/file10684/BaseHTTPServer_continue_2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1491] BaseHTTPServer incorrectly implements response code 100

[Mark Lawrence]

Changes by Mark Lawrence :


Removed file: http://bugs.python.org/file10278/BaseHTTPRequestHandlerTestCase.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1491] BaseHTTPServer incorrectly implements response code 100

[Mark Lawrence]

Changes by Mark Lawrence :


Removed file: http://bugs.python.org/file10269/BaseHTTPServer_continue.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1483] xml.sax.saxutils.prepare_input_source ignores character stream in InputSource

[Mark Lawrence]

Mark Lawrence  added the comment:

There's a one line patch in msg57749 and some unit tests are attached so would 
a committer take a look please.  Also note that #2174 and #2175 are related.

--
nosy: +BreamoreBoy
stage:  -> patch review
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1458] installer crashes on attempted cancellation

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg85633.

--
nosy: +BreamoreBoy
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1452] subprocess's popen.stdout.seek(0) doesn't raise an error

[Mark Lawrence]

Mark Lawrence  added the comment:

@Brian/Tim what would you expect to happen here?

--
nosy: +BreamoreBoy, brian.curtin, tim.golden

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1429] FD leak in SocketServer

[Jeff McNeil]

Jeff McNeil  added the comment:

I'll see if I can get it to reproduce and put a patch together.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1441] Cycles through ob_type aren't freed

[Mark Lawrence]

Mark Lawrence  added the comment:

Is this still valid?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1429] FD leak in SocketServer

[Mark Lawrence]

Mark Lawrence  added the comment:

This will go nowhere unless a patch is provided that contains code, doc and 
unit test changes.

--
nosy: +BreamoreBoy
stage:  -> unit test needed
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1423] wave sunau aifc 16bit errors

[Mark Lawrence]

Mark Lawrence  added the comment:

Is this still valid?

--
nosy: +BreamoreBoy -gvanrossum
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1350] IDLE - CallTips enhancement - show full doc-string in new window

[Mark Lawrence]

Mark Lawrence  added the comment:

>From msg84550 "The added functionality is useful, but this patch is not the 
>way to go".  Can this be closed as rejected, would the OP like to supply an 
>updated patch, or what?

--
nosy: +BreamoreBoy, terry.reedy
versions: +Python 3.2 -Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1348] httplib closes socket, then tries to read from it

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg114602 so I'll close in a couple of weeks unless anyone objects.

--
nosy: +BreamoreBoy
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9892] Event spends less time in wait() than requested

[Antoine Pitrou]

Antoine Pitrou  added the comment:

It consistently doesn't here:
0.10013985633850098
0.1001589298248291
(etc.)

What system are you using? There are two factors:
- accuracy of the timeout in the wait() function
- accuracy of the results returned by time()

Apart from a possible bug in Python, both of these factors depend on the 
operating system.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1322] platform.dist() has unpredictable result under Linux

[Mark Lawrence]

Changes by Mark Lawrence :


--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1274] doctest fails to run file based tests with 8bit paths

[Mark Lawrence]

Mark Lawrence  added the comment:

The patch simply changes test_doctest, is it acceptable or not?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1274] doctest fails to run file based tests with 8bit paths

[Mark Lawrence]

Changes by Mark Lawrence :


Removed file: http://bugs.python.org/file8527/bug_3740_1.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1257] atexit errors should result in nonzero exit code

[Mark Lawrence]

Mark Lawrence  added the comment:

Can someone please review the attached patch with a view to committing, it 
contains doc and unit test changes.

--
nosy: +BreamoreBoy
stage:  -> patch review
versions:  -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1250] Building external modules using Sun Studio 12

[Mark Lawrence]

Mark Lawrence  added the comment:

Is anyone out there using Sun Studio who can comment on this?  If there are no 
responses within a couple of weeks I'll close.

--
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1215] Python hang when catching a segfault

[Mark Lawrence]

Mark Lawrence  added the comment:

There are several suggestions inline as how how the docs should be changed.

--
assignee:  -> d...@python
nosy: +BreamoreBoy, d...@python

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

[Mark Lawrence]

Mark Lawrence  added the comment:

There's a one line patch in msg59242, could someone please take a look.  
Apparantly py3k is not affected by this issue although I haven't tried it 
myself.

--
nosy: +BreamoreBoy
stage: unit test needed -> patch review
versions: +Python 2.7 -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1159] os.getenv() not updated after external module uses C putenv()

[Mark Lawrence]

Mark Lawrence  added the comment:

Can someone please comment on whether or not this issue is still valid.

--
nosy: +BreamoreBoy
resolution: postponed -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1128] msilib.Directory.make_short only handles file names with a single dot in them

[Mark Lawrence]

Mark Lawrence  added the comment:

@Brian/Tim do have have any input on this?  Also note that a similar patch 
exists on issue7639.

--
nosy: +BreamoreBoy, brian.curtin, tim.golden

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1079] decode_header does not follow RFC 2047

[Mark Lawrence]

Changes by Mark Lawrence :


--
stage: needs patch -> patch review
versions: +Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1034] [patch] Add 2to3 support for displaying warnings as Python comments

[Mark Lawrence]

Mark Lawrence  added the comment:

Removed 2.7 as too late, can we get this into 3.2?

--
nosy: +BreamoreBoy
versions:  -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1028] Tkinter binding involving Control-spacebar raises unicode error

[Mark Lawrence]

Mark Lawrence  added the comment:

Could someone with commit privileges please review the patch with a view to 
committing, thanks.

--
nosy: +BreamoreBoy, terry.reedy
versions:  -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9892] Event spends less time in wait() than requested

[Dmitry Dvoinikov]

New submission from Dmitry Dvoinikov :

If you request Event.wait(x), the call consistently returns in less than x 
seconds.

Sample:
-
from threading import Event
from time import time

e = Event()

before = time()
e.wait(0.1)
after = time()

print(after - before)

# under Python 3.1 prints 0.10...
# under Python 3.2 prints 0.092999...
-

--
components: Library (Lib)
messages: 116772
nosy: ddvoinikov
priority: normal
severity: normal
status: open
title: Event spends less time in wait() than requested
type: behavior
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1777398] IDLE Freezes After Running Scripts

[Mark Lawrence]

Changes by Mark Lawrence :


--
versions: +Python 2.7, Python 3.2 -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1708652] Exact matching

[Tom Lynn]

Tom Lynn  added the comment:

Oh dear, I'm wrong on two fronts (I wish Roundup had post editing).

a) foo$ doesn't match the 'foo' part of 'foo\nbar' as I stated above, but does 
match the 'foo' part of 'foo\n'.
b) Obviously shortening an input string can cause it to match.  It's still 
weird though.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com