Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
You're right about there not being tests, but if there had been, they would be
using the PyWin32 libraries as well and so would need to be reimplemented (if
the purpose is to remove the dependency).
Perhaps ctypes would be an alternative
Mark Dickinson dicki...@gmail.com added the comment:
I've tweaked the loghelper algorithm in r85048.
Looking at [n for n in range(100) if log(2**n) != n], I get:
Python 3.1: 14 bad values out of 1st 100; first is 29
Python 3.2 (patched): 10 bad values; first is 29
Python 3.2 (unpatched): 25
Mark Dickinson dicki...@gmail.com added the comment:
[n for n in range(100) if log(2**n) != n]
Should be:
[n for n in range(100) if log(2**n, 2) != n]
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9959
Changes by Ned Deily n...@acm.org:
--
nosy: +barry, r.david.murray
stage: - patch review
versions: -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9967
___
Changes by Ned Deily n...@acm.org:
Removed file: http://bugs.python.org/file19042/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9950
___
___
Bill Hawkes williamhawke...@yahoo.com added the comment:
Yes, it is working now. Thanks for the timely response.
In looking at the tutorial, the only strings used with boolean operators (
| | == | = | = | !=) were strings of the numeric variety. I saw
no examples using words. I know the
Mark Wielaard m...@redhat.com added the comment:
- renamed the probepoints:
function__entry - frame__entry
function__return - frame__exit
as I believe this better describes what these do
Are you sure you want to do this? You are right that it better describes the
action
Antoine Pitrou pit...@free.fr added the comment:
Le mardi 28 septembre 2010 à 03:11 +, Lenard Lindstrom a écrit :
Let's consider Pygame, and the SDL surface it wraps as a
pygame.Surface. Pygame exposes a surface's data through the buffer
protocol for manipulation by a NumPy array. Now
New submission from phep patrice.pil...@teletopie.net:
Hi,
Presently, in cgi.FieldStorage, uploaded file are accessible through a
file-like object created by a call to tempfile.TemporaryFile(), probably in
order to ensure the file is deleted when the process terminates.
The problem is that
phep patrice.pil...@teletopie.net added the comment:
Oops. I forgot to aknowledge the fact that presently cgi.FieldStorage class
documentation (but not the cgi module documentation) tells about the
possibility to override the make_file() method in a user subclass to change the
present
Changes by MunSic JEONG rus...@gmail.com:
--
nosy: +ruseel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8098
___
___
Python-bugs-list mailing
anatoly techtonik techto...@gmail.com added the comment:
I don't understand the last request. Is there already a practice to depend on
patches that were applied by people, but were not released, reviewed or
documented in some PEP?
--
___
Python
Changes by MunSic JEONG rus...@gmail.com:
--
nosy: +ruseel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7980
___
___
Python-bugs-list mailing
Mark Wielaard m...@redhat.com added the comment:
The original patch was created to be as close as possible to the support that
Sun and Apple added to their python implementation for Solaris and MacOS.
Changing the probe point names would make the current patch slightly different
for scripts
New submission from Meador Inge mead...@gmail.com:
Currently with 'py3k' only 'bytes' objects are accepted for tokenization:
import io
import tokenize
tokenize.tokenize(io.StringIO(1+1).readline)
Traceback (most recent call last):
File stdin, line 1, in module
File
Changes by Meador Inge mead...@gmail.com:
--
components: +Library (Lib)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9969
___
___
Antoine Pitrou pit...@free.fr added the comment:
My patch breaks pickling of transparent proxies such as weakref.proxy().
(since these have a different __class__ than Py_TYPE(self), through tp_getattr
hackery). I will need to remove a couple of optimizations.
(unfortunately, there don't seem
New submission from Ronald Oussoren ronaldousso...@mac.com:
PyMemoryView_FromBuffer() in Include/memoryobject.h is undocumented.
The function name seems to indicate that it intended to be a public API.
--
assignee: d...@python
components: Documentation
messages: 117518
nosy:
Changes by Michael Foord mich...@voidspace.org.uk:
--
nosy: +michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9969
___
___
anatoly techtonik techto...@gmail.com added the comment:
So, it was released. But why they didn't send their patches here? We could
review them, or we want Sun and Apple create Python specifications
unilaterally? It would be best to contact them and notify about the change. Is
it something a
Nick Coghlan ncogh...@gmail.com added the comment:
Attached patch is a very rough first cut at this. I've gone with the basic
approach of simply assigning the literals to local variables in each function
that uses them. My rationale for that is:
1. Every function has to have some kind of
John Levon movem...@users.sourceforge.net added the comment:
Anatoly, see above. We have done exactly that. (Honestly, when I first wrote
the changes, I saw them as too hacky to ever be accepted upstream).
This name change seems frivolous and will indeed break existing scripts.
--
Antoine Pitrou pit...@free.fr added the comment:
Corrected patch, including new tests for pickling of weak proxies.
--
Added file: http://bugs.python.org/file19044/pickleinst2.patch
___
Python tracker rep...@bugs.python.org
Michael Foord mich...@voidspace.org.uk added the comment:
Note from Nick Coghlan from the Python-dev discussion:
A very quick scan of _tokenize suggests it is designed to support
detect_encoding returning None to indicate the line iterator will
return already decoded lines. This is confirmed by
Ronald Oussoren ronaldousso...@mac.com added the comment:
Committed in r85059 (3.2), r85060 (2.7), r85061 (3.1)
Thanks again.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker
Ronald Oussoren ronaldousso...@mac.com added the comment:
There is no typo. The python and pythonw executables are the same and are build
as 'pythonw' and installed with the right name.
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
versions: +Python 2.7
Ronald Oussoren ronaldousso...@mac.com added the comment:
Applied the patch in r85062 (3.2), r85063 (3.1), r85064 (2.7)
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9568
Ben Bass benpaulb...@googlemail.com added the comment:
Same applies to collections.deque, which seems closely related (being another
collections class). Can this get addressed here or should I open another issue?
(just been pprinting defaultdict(deque) objects, which clearly fails :)
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
I made a temporary change to logging to time the two different approaches: see
this gist:
http://gist.github.com/601162
According to these findings, the use of module globals seems to make only a
marginal difference:
Ronald Oussoren ronaldousso...@mac.com added the comment:
On second thought, the patch isn't quite as harmless as I first thought: the
default key-bindings that are created after the call to rl_initialize will
replace custom bindings in the users .editrc file.
I've attached a new version of
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com:
The readinto() method is intended to offer better performance than read() by
allowing the caller to read into a preallocated buffer rather than constantly
allocate and deallocate buffers.
However, bufferediobase_readinto()
New submission from Lisandro Dalcin dalc...@gmail.com:
I've built Python-2.6.5 form with this :
$ ./configure --without-threads --prefix=$HOME/python-without-threads
$ make make install
$ cd ~/python-without-threads/lib
$ nm libpython2.6.so | grep PyGILState
$
At Include/pystate.h,
Antoine Pitrou pit...@free.fr added the comment:
Fixed, thank you.
--
nosy: +pitrou
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9970
___
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9675
___
___
Python-bugs-list
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've applied the documentation patch that Ned suggests in r
I'm furthermore closing this issue as Won't Fix because the OSA bindings are
no longer developed and we'll therefore not implement the new feature that Jack
mentions.
Ronald Oussoren ronaldousso...@mac.com added the comment:
Sent the message too soon... the documentation update is in r85069.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue812750
___
Antoine Pitrou pit...@free.fr added the comment:
Here is an updated patch wrapping all variants of recv() and send(), except
sendall() which already has its own retry loop.
--
Added file: http://bugs.python.org/file19046/selectretry2.patch
___
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Sometimes, buildbot fails to clean working copy.
/
(snip)
Clean started: Project: _hashlib, Configuration: Debug|Win32
Deleting intermediate and output files for project '_hashlib',
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3674
___
Lenard Lindstrom le...@telus.net added the comment:
I don't know why you're saying that. The purpose of PyBuffer_Release is
precisely to solve these kinds of use cases (where you want timely
release of a resource rather than rely on the garbage collector).
Yes, I was unclear. This refers to
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9666
___
___
Python-bugs-list mailing list
New submission from Brian Bossé pen...@gmail.com:
Executing the following code against a py file which contains line
continuations generates an assert:
import tokenize
foofile = open(filename, r)
tokenize.untokenize(list(tokenize.generate_tokens(foofile.readline)))
(note, the list() is
Sylvain Mora sylvain.m...@googlemail.com added the comment:
You're welcome, and thank you for you work.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9701
___
New submission from Vilmos Nebehaj v.nebe...@gmail.com:
Module/socketmodule.c incorrectly treats both sockaddr_in6-sin6_flowinfo and
sockaddr_in6-sin6_scope_id as signed integers. They are 32-bit unsigned
integers (even though sin6_flowinfo is just 20 bits).
sin6_flowinfo also lacks the
Jeffrey Finkelstein jeffrey.finkelst...@gmail.com added the comment:
Adding the 'mailto' scheme to the urllib.parse.uses_query list changes the
behavior as described in msg91249. A patch with a test is attached.
Note that this changes the behavior of urllib.parse.urlparse() on 'mailto:'
URLs:
Matthew Woodcraft matt...@woodcraft.me.uk added the comment:
open(/proc/self/cmdline).read() should work on linux (note that the arguments
are separated by NULs).
--
nosy: +mattheww
___
Python tracker rep...@bugs.python.org
New submission from Matthew Woodcraft matt...@woodcraft.me.uk:
It would be pleasant if TestCase._formatMessage, or something similar,
could be made part of the documented API; I think pretty much anyone
writing a custom TypeEqualityFunc is going to end up reimplementing it.
(This is the code
Sandro Tosi sandro.t...@gmail.com added the comment:
Hello,
attached is a patch to improve the OptionGroup documentation. I've also changed
usage-Usage and options-Options in the examples output, since now the code
tries to guess the lower case word and rewrites with the capitalized one.
I'm
New submission from Matthew Woodcraft matt...@woodcraft.me.uk:
TestCase.assertItemsEqual uses two different techniques to describe the
differences in the inputs that it compares.
If the inputs are sortable, it sorts them and then uses
assertSequenceEqual to describe the difference between them
Antoine Pitrou pit...@free.fr added the comment:
Yes, I was unclear. This refers to Python 3.2, not the 2.x series.
PyObject_AsReadBuffer (defined at line 270 in abstract.c, code of
routine attached) calls bf_getbuffer with the PyBUF_SIMPLE flag to
retrieve a bytes buffer. It then calls
Sandro Tosi sandro.t...@gmail.com added the comment:
sorry, I forgot to wrap at column 80, this patch just changes that.
--
Added file: http://bugs.python.org/file19052/issue1665333-py3k-v2.patch
___
Python tracker rep...@bugs.python.org
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry for too late. I've committed in r85073(py3k).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3612
___
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
resolution: accepted - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3612
Antoine Pitrou pit...@free.fr added the comment:
Committed in 3.2 in r85074. I don't plan to backport it, since the
_PyTime_gettimeofday abstraction is not available on earlier versions.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - pending
versions:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le mardi 28 septembre 2010 22:24:56, vous avez écrit :
I disagree. PyObject_As*Buffer functions are remnants of the old buffer
API in Python 2.x. They are here only to ease porting of existing C
code, but carefully written 3.x
Antoine Pitrou pit...@free.fr added the comment:
Le mardi 28 septembre 2010 22:24:56, vous avez écrit :
I disagree. PyObject_As*Buffer functions are remnants of the old buffer
API in Python 2.x. They are here only to ease porting of existing C
code, but carefully written 3.x code should
Antoine Pitrou pit...@free.fr added the comment:
Same patch with tests.
--
Added file: http://bugs.python.org/file19053/gzippeek2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9962
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
the patch looks OK, but out of curiosity: do you really declare all the fields
of a PyTypeObject?
This structure is really designed so that newer members are left at the end;
most types don't need to initialize them, C standard ensures
Nick Coghlan ncogh...@gmail.com added the comment:
Possible approach (untested):
def get_tokens(source):
if hasattr(source, encode):
# Already decoded, so bypass encoding detection
return _tokenize(io.StringIO(source).readline, None)
# Otherwise attempt to detect the
R. David Murray rdmur...@bitdance.com added the comment:
Thanks, Jeffrey. I've applied your patch (with minor doc tweaks) to the email6
branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9864
Nick Coghlan ncogh...@gmail.com added the comment:
A possible duck-typing approach here would be to replace the instance(x, str)
tests with hasattr(x, 'encode') checks instead.
Thoughts?
--
___
Python tracker rep...@bugs.python.org
Changes by Michael Foord mich...@voidspace.org.uk:
--
assignee: - michael.foord
components: +Library (Lib)
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9977
___
Changes by Michael Foord mich...@voidspace.org.uk:
--
assignee: - michael.foord
components: +Library (Lib)
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9976
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9962
___
___
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. It seems as though since issue 2302 is now closed, the comment about
deadlocking if called before serve_forever may no longer be true. Gabriel?
--
nosy: +r.david.murray
___
Python
Changes by Thomas Wouters tho...@python.org:
--
resolution: - fixed
status: open - closed
superseder: - Thread shutdown exception in Thread.notify()
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4684
Changes by R. David Murray rdmur...@bitdance.com:
--
versions: -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6031
___
___
Ryan Seto mr.werew...@gmail.com added the comment:
I came across this issue while trying to install mercurial using easy_install.
I applied the vcvars4.diff to my distutils and this solved the problem.
Environment:
Python 2.6.6 (64 bit)
setuptools-0.6c11.tar.gz
installed using the following
R. David Murray rdmur...@bitdance.com added the comment:
Fixed in py3k r85078, 3.1 r85079. Note that the only fix required was to the
'PAT' line, the other sed expressions are operating only on single
filenames-per-line and so don't need the 'g' added.
I don't see runtests.sh in 2.7 (or
Dave Malcolm dmalc...@redhat.com added the comment:
Thanks. The code in question is a wrapper to a security-sensitive library
(user-space SELinux code), hence the compilation warnings have been turned up
as much as possible.
The .c code in question is generated by SWIG, and that does indeed
New submission from Antoine Pitrou pit...@free.fr:
This has started showing up since r85073.
==
ERROR: test_CTRL_BREAK_EVENT (test.test_os.Win32KillTests)
--
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Yes, mingw uses a different C runtime (msvcrt.dll) than Python (msvcr90.dll),
so file descriptors are completely different and this causes the error.
I can see two solutions:
- Use the same compiler as python26; I've also heard about
Antoine Pitrou pit...@free.fr added the comment:
Ok, 3.x documentation is fixed to recommend the new buffer API funcs over the
old compatibility funcs. On Victor's private suggestion, I'm now closing the
issue.
--
resolution: - wont fix
status: open - closed
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
man sh does not list [[:alpha:]]* as an accepted pattern. This is a glob
pattern, not a regular expression.
While the proposed patch may work for some environments, we should find a more
compatible way. Maybe a new case
[ ]*=) ;;
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Ben, I don't think there is any value is opening more issues like
pprint-doesn't-handle-object-x (named tuples, defautdicts, deques, generators,
etc).
As it is currently designed, pprint doesn't offer usable hooks and it is
New submission from STINNER Victor victor.stin...@haypocalc.com:
PyUnicode_AsWideChar() doesn't merge surrogate pairs on a system with 32 bits
wchar_t and Python compiled in narrow mode (sizeof(wchar_t) == 4 and
sizeof(Py_UNICODE) == 2) = see issue #8670.
It is not easy to fix this problem
STINNER Victor victor.stin...@haypocalc.com added the comment:
#9979 proposes to create a new PyUnicode_AsWideCharString() function.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8670
___
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
I know enough about Unicode to have reported this bug, but I don't feel
knowledgeable enough about Python's Unicode implementation to comment on your
suggested solution.
I'm adding the other people listed in
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
nosy: +ezio.melotti, lemburg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9979
___
Willem de Bruijn wdebr...@dds.nl added the comment:
Good call. The posix regular expression character class [[:alpha:]] is
apparently not as universally supported as I thought. Posix mandates it for
filepath expansion[1], but that's not of much help on older and non-compliant
systems.
STINNER Victor victor.stin...@haypocalc.com added the comment:
New version of the patch:
- fix PyUnicode_AsWideCharString() :-)
- replace PyUnicode_AsWideChar() by PyUnicode_AsWideCharString() in most
functions using PyUnicode_AsWideChar()
- indicate that PyUnicode_AsWideCharString() raises
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file19054/pyunicode_aswidecharstring.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9979
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issue #4626 which introduced PyCF_IGNORE_COOKIE and
PyPARSE_IGNORE_COOKIE flags to support unicode string for the builtin compile()
function.
--
nosy: +haypo
___
Python tracker
R. David Murray rdmur...@bitdance.com added the comment:
Looks good to me. Committed in r85086. Thanks, Sandro.
--
resolution: - accepted
stage: needs patch - committed/rejected
status: open - closed
versions: -Python 2.7
___
Python tracker
Changes by Kristján Valur Jónsson krist...@ccpgames.com:
--
nosy: +krisvale
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9974
___
___
R. David Murray rdmur...@bitdance.com added the comment:
Added version print to test_sqlite in r85807.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8845
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9975
___
___
New submission from Kiriakos Vlahos pyscrip...@gmail.com:
I am the author of PyScripter a popular python IDE (pyscripter.googlecode.com).
Following a user report I found out that str(float) occasionally produces
wrong results with Python 2.7 and 3.1.
eg.
str(38210.0) //wrong
'3820:.0'
Lenard Lindstrom le...@telus.net added the comment:
That is perfectly fine with me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9602
___
___
89 matches
Mail list logo