Robert Kern robert.k...@gmail.com added the comment:
The practical case I was thinking of was numpy integer scalar types, which can
crop up without explicitly requesting them, much like the long type.
Although, now that I check, I see that single-element numpy arrays also pass
index
Robert Kern robert.k...@gmail.com added the comment:
numpy.int is just an alias to the builtin int, left for historical reasons. The
integer scalar type that has the same width as Python's int (numpy.int32 or
numpy.int64, depending) will always pass the isinstance() check. Since it's
New submission from Robert Burke sharpobj...@gmail.com:
If you create a subclass of set but do not override __or__, __and__, __xor__,
and __sub__, calling these functions will yield a new instance of your
subclass. The new instance will never have __init__ called on it. Depending
on what
Changes by Robert Burke sharpobj...@gmail.com:
--
title: __or__, __and__, __sub__, and __xor__ instantiate subclass of set
without calling __init__ - __or__ et al instantiate subclass of set without
calling __init__
___
Python tracker rep
Robert Burke sharpobj...@gmail.com added the comment:
I've only observed this in 2.6. Does 2.6 not belong in the bug's versions list
if 2.7 is also affected?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11854
New submission from Robert Meerman robert.meer...@gmail.com:
Regular expressions which are written match literal underscores (_, ASCII
ordinal 95) and specify `re.IGNORECASE` during compilation do not consistently
match underscores: it seems some occurrences are matched, but others
Robert Meerman robert.meer...@gmail.com added the comment:
Oh, that's embarrassing. :-)
Could a type-check be used to alert the user to their mistake? I suppose that
would require re.IGNORECASE (et al) to be of some new type (presumably
sub-classed from Integer).
(Thanks for the quick
New submission from Robert Xiao nneon...@gmail.com:
On Python 3.2, calling abort() on an ftplib.FTP object will cause an exception:
ftp = ftplib.FTP('localhost')
ftp.abort()
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python3.2/ftplib.py, line 246
New submission from Robert Xiao nneon...@gmail.com:
Line 4511 of Modules/posixsubprocess.c is missing a semicolon, so it would not
compile successfully if the relevant build flags were enabled (PYOS_OS2).
Trivial patch:
@@ -4508,7 +4508,7 @@
static PyObject *
posix_spawnvpe(PyObject *self
New submission from Robert Xiao nneon...@gmail.com:
Lib/random.py in Python 3.2 contains the line
from __future__ import division
even though it is no longer necessary, as true float division is the default in
Python 3.
Trivial patch:
--- lib/python3.2/random.py 2011-09-03 20:32
New submission from Robert Lehmann lehman...@gmail.com:
The recently added copybutton.js (r18bbfed9aafa) does not work with the 2.7
docs since they are deployed with JQuery 1.2 (which is shipped with Sphinx 0.6).
Copybutton is an unobtrusive Javascript feature which adds a little button
New submission from Robert Xiao nneon...@gmail.com:
_ssl.c has a memory leak in _get_peer_alt_names.
The `names' object is initialized here:
Modules/_ssl.c:601:
if (method-it)
names = (GENERAL_NAMES*)
(ASN1_item_d2i(NULL,
p
Robert Xiao nneon...@gmail.com added the comment:
Attaching patch.
--
keywords: +patch
Added file: http://bugs.python.org/file23760/ssl.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13458
Robert Xiao nneon...@gmail.com added the comment:
Also applies to Python 2.7.
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13458
New submission from Robert Collins robe...@robertcollins.net:
This affects the python implementation of RLock only.
If a signal occurs during RLock.acquire() or release() and then operates on the
same lock to acquire() or release() it, process hangs or assertions can be
triggered
Robert Collins robe...@robertcollins.net added the comment:
I'm not sure it is sensibly implementable in pure python: the semantics of
signal handling (AIUI) are that the vm is interrupted, sets a flag to say 'when
the GIL is released or the next bytecode interpretation happens, please process
Robert Collins robe...@robertcollins.net added the comment:
Normally I advocate very strongly for Python implementation of C accelerated
modules, but when the two implementations are not equivalent, having a simpler
Python one around does not help anyone (not users, other language implementors
New submission from Robert Xiao nneon...@gmail.com:
On hg.python.org, the annotate view doesn't properly escape the title
attribute of the a elements, resulting in breakage on the left column:
http://hg.python.org/cpython/annotate/728cfc671d15/Modules/Setup.config.in
--
components
Robert Xiao nneon...@gmail.com added the comment:
My testing suggests that this issue is already fixed in Mercurial itself, since
using hg serve on a local copy gives the expected result. Thus, the problem
is probably with hg.python.org's local installation
New submission from Robert Collins:
In loader.py:
if fnmatch(path, pattern):
# only check load_tests if the package directory itself
matches the filter
name = self._get_name_from_path(full_path)
package = self
Robert Collins added the comment:
BTW I'm very happy with testscenarios (on pypi) for this, modulo one small
issue which is the use of __str__ by the stdlib [which isn't easily overridable
- there is a separate issue on that]. I'd be delighted to have testscenarios be
in the stdlib, if thats
Robert Collins added the comment:
I have a package with tests in it. If the tests match test*.py, they are
loaded, and load_tests within each one called. But load_tests on the package
isn't called.
If I change the pattern supplied by the user to match the package, then the
tests within
New submission from Robert Collins:
Openstack recently switched from nose to using discover. discover walks the
filesystem using os.listdir(), and that is just a thin layer over readdir. On
ext3/ext4 filesystems, readdir is in an arbitrary order dependent on file
insertion into the directory
New submission from Robert Oeffner:
Hi,
This is a bug that seems to exist on python 2.7, python 3.3 on Windows versions
XP, Vista, 7 and 8 and has been around for some years, presumably also in other
python versions. It is only recently I have managed to better isolate it
although
Robert Leenders added the comment:
Attached is a patch which solves these problems and adds test cases of Chris
Jerdonek. When nargs is negative the same ValueError is raised as when nargs is
zero. Also when nargs is any other invalid value a ValueError(invalid value
for nargs) is raised.
I
New submission from Robert Leenders:
There is a value for nargs: PARSER=A... which is not documented at
http://docs.python.org/3.4/library/argparse.html#nargs. The docstring for the
action class in argparse.py also does not list PARSER as a valid value for
nargs.
In argparse.py on line 2199
Robert Leenders added the comment:
The new issue about PARSER can be found here: http://bugs.python.org/issue16988
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16970
Robert Leenders added the comment:
Chris, you said (in the review) Hmm, since this is for maintenance releases
... This change could cause working code to no longer work.
I understood from our original message that you wanted it to change since it is
inconsistent. I vote for changing it (so
Changes by Robert Leenders robertleender...@gmail.com:
Removed file: http://bugs.python.org/file28766/argparse-v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16970
Changes by Robert Leenders robertleender...@gmail.com:
Added file: http://bugs.python.org/file28767/argparse-v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16970
New submission from Robert Xiao:
Try this at your command-prompt (requires utf8 support in the terminal
emulator):
$ python3 -m calendar -L zh_CN -e utf8
The result is a mess like this:
2013
一月二月三月
一
New submission from Robert Xiao:
Try this at a command-prompt:
$ python -m calendar -L ja_JP --encoding utf8
The result is a crash:
Traceback (most recent call last):
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py,
line 162, in _run_module_as_main
Robert Xiao added the comment:
This is also a problem in Python 2.7 after the patch in issue17049 is applied.
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17048
New submission from Robert Xiao:
[From
http://stackoverflow.com/questions/12648737/huge-memory-leak-in-repeated-os-path-isdir-calls]
os.path.isdir() leaks memory under Windows in Python 2.7. The core cause is
this snippet:
Modules/posixmodule.c:4226:
if (!PyArg_ParseTuple(args, et:_isdir
Robert Xiao added the comment:
The PSF form really needs a PDF version. Anyway, 'tis duly submitted.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17051
New submission from Robert Collins:
the docs (http://docs.python.org/3.x/library/io.html#io.FileIO) do not document
closefd, and AFAICT it isn't possible to tell if closefd is set after the
object is created. Specifically it does not show up in the repr().
import sys
sys.stdout
New submission from Robert Collins:
The io library rejects unbuffered text I/O, but this is not documented - and in
fact can be manually worked around:
binstdout = io.open(sys.stdout.fileno(), 'wt', 0)
sys.stdout = io.TextIOWrapper(binstdout, encoding=sys.stdout.encoding)
will get
Robert Collins added the comment:
Huh, I didn't realise idna would retain data! But that will still be within the
TextIOWrapper itself, right?
And a stream opened 'wt' cannot be read from anyway, so the read1 limitation is
irrelevant
Robert Lehmann lehman...@gmail.com added the comment:
I can not reproduce either of your findings. Could you provide us with your
version information? re version 2.2.1, _sre 2.2.2, Python 2.6.6, Debian sid
here. Also tested with Python 2.7.2rc1 (same RE).
import re
re.compile(r\.co\.uk
Robert Xiao nneon...@gmail.com added the comment:
Seconded. #12133 inadvertently closes the response object if the server fails
to indicate Connection: close. In my case, Amazon S3 (s3.amazonaws.com)
causes this problem:
(Python 3.2)
conn =
urllib.request.urlopen('http://s3.amazonaws.com
New submission from Robert Xiao nneon...@gmail.com:
From a fresh Python3.2.1 tarball:
nneonneo@nneonneo-mbp:~/devel/Python-3.2.1/Lib/test$ for i in tokenize_tests-*;
do echo $i; xxd $i | head -n 1; done
tokenize_tests-latin1-coding-cookie-and-utf8-bom-sig.txt
000: efbb bf23 202d 2a2d 2063
Robert Xiao nneon...@gmail.com added the comment:
Yes, it seems that way. Then the question is: why does the comment claim that
it doesn't have a BOM?
Also, test_tokenize.py is wrong around line 651:
def test_utf8_coding_cookie_and_no_utf8_bom(self):
f = 'tokenize_tests-utf8
Robert Xiao nneon...@gmail.com added the comment:
Attached is a patch which fixes this. Python 3.2.1 still passes the test after
applying the patch, as expected.
--
keywords: +patch
Added file: http://bugs.python.org/file22701/issue12587.patch
Robert Xiao nneon...@gmail.com added the comment:
S3 also doesn't send any kind of connection header at all.
x-amz-id-2: WWuo30Fk2inKVcC5dH4GOjvHxnqMa5Q2+AduPm2bMhL1h3GqzOR0EPwUv0biqv2V
x-amz-request-id: 3CCF6B6A000E6446
Date: Sat, 23 Jul 2011 06:42:45 GMT
x-amz-meta-s3fox-filesize: 27692
x-amz
New submission from Robert Koziol rkozi...@gmail.com:
Hi all,
It seems a little weird for me but I can not find this bug created. So I create
one.
Invoking xml.sax.make_parser() returns an Exception - as in the following
example:
Python 2.7.3rc2 (default, Mar 21 2012, 06:59:11)
[GCC 4.6.3
Robert Lehmann lehman...@gmail.com added the comment:
Your proposal seems two-fold: (a) make map/filter lazy and (b) have them as
methods instead of functions.
It seems Tim borrowed Guido's time machine and already implemented (a) in
Python 3.x, see http://docs.python.org/py3k/library
New submission from Robert Sjöblom robert.sjob...@gmail.com:
I'm on a cp932-encoded system. When I read in a cp1252-file, it's read into
memory properly, but when printing it, Python tries to encode the output to
cp932. Here's the relevant code:
address = C:/Path/to/file/file.ext
with open
New submission from Robert E. rob...@re-factory.de:
Am 16.04.2012 13:49, schrieb Python tracker:
To complete your registration of the user roberte with
Python tracker, please do one of the following:
- send a reply to rep...@bugs.python.org and maintain the subject line
Robert E. rob...@re-factory.de added the comment:
Well I did that first but the tracker replied:
node with key roberte exists
Seems the username is alread in use but I still could register but not
complete the registration.
Am 16.04.2012 13:54, schrieb R. David Murray:
R. David Murray
New submission from Robert Elsner robert.elsn...@googlemail.com:
When unpacking multiple files with _variable_ length, struct unpack leaks
massive amounts of memory. The corresponding functions from numpy (fromfile) or
the array (fromfile) standard lib module behave as expected.
I prepared
Robert Elsner robert.elsn...@googlemail.com added the comment:
I would love to test but I am in a production environment atm and can't really
spare the time to set up a test box. But maybe somebody with access to 2.7 on
linux could test it with the supplied script (just start it and it should
Robert Elsner robert.elsn...@googlemail.com added the comment:
Well seems like 3.1 is in the Debian repos as well. Same memory leak. So it is
very unlikely it has been fixed in 2.7. I modified the test case to be
compatible to 3.1 and 2.6.
--
versions: +Python 3.1
Added file: http
Robert Elsner robert.elsn...@googlemail.com added the comment:
Well the problem is, that performance is severely degraded when calling unpack
multiple times. I do not know in advance the size of the files and they might
vary in size from 1M to 1G. I could use some fixed-size buffer which
Robert E. rob...@re-factory.de added the comment:
No I can't (says invalid login). I created a new account using my Google
ID which works alright. If you want to debug this problem I am happy to
help but otherwise this bug entry can be removed.
Cheers
Am 16.04.2012 14:47, schrieb R. David
Robert Elsner robert.elsn...@googlemail.com added the comment:
Well I stumbled across this leak while reading big files. And what is
the point of having a fast C-level unpack when it can not be used with
big files?
I am not adverse to the idea of caching the format string but if the
cache grows
Robert Elsner robert.elsn...@googlemail.com added the comment:
Well then at least the docs need an update. I simply fail to see how a
cache memory leak constitutes just fine (while the caching behavior of
struct.unpack is not documented - if somebody wants caching, he ought to
use
Changes by Robert Collins robe...@robertcollins.net:
--
nosy: +rbcollins
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18526
___
___
Python-bugs
Robert Collins added the comment:
I'll do a full review shortly, but at the conceptual level, I don't see any
benefit in making a new SkipTest base class, other than instantly breaking
other runners when an unknown exception is raised. SkipTest is part of the API.
Making a new exception part
New submission from Robert O'Callahan:
Popen() ought to support redirection to/from more file descriptors than 0, 1,
and 2 when spawning processes. A clear use case is here:
http://stackoverflow.com/questions/6050187/write-to-file-descriptor-3-of-a-python-subprocess-popen-object
Instead
Robert Xiao added the comment:
I've attached a fixed readline.so built from today's 2.7 branch, for the
convenience of anyone who upgraded to 10.9 and now has crashing Python.
Drop the file in
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload,
replacing the original
New submission from Robert Merrill:
Same code but different problem as this issue: http://bugs.python.org/issue10897
The above-linked issue was closed as WONTFIX, but there is a secondary problem:
the file descriptor that mmap.mmap() allocates is not set to close-on-exec.
This means that any
Robert Merrill added the comment:
I should add a caveat: the fd that is created by mmap /will/ be set to
close-on-exec if the fd you passed in was. But even if it's not, I see no
reason why mmap should not be setting it anyway.
At the very least, the documentation should bring the user's
Robert Merrill added the comment:
I'm adding Library again because I think the current behavior is a bug and
should be fixed in the 2.7 tree. Perhaps the documentation in older versions
should be updated
mmap.mmap should always set the FD_CLOEXEC flag on the descriptor that it gets
from dup
Robert Merrill added the comment:
Sorry, I correct my earlier statement: even if the fd you pass to mmap.mmap()
is set to FD_CLOEXEC, the dup'd fd /will not be/
So this is a REALLY bad bug because users cannot workaround it except by just
not using mmap
Changes by Robert Xiao nneon...@gmail.com:
Removed file: http://bugs.python.org/file32320/readline.so
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18458
Robert Xiao added the comment:
Russell, that's not related to readline. Please file a new bug report.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18458
New submission from Robert Tasarz:
Minimal example:
import os
somekey = 'random'
try:
... os.environ[somekey]
... except KeyError as e:
... print(repr(e))
... somekey == e.args[0]
...
KeyError(b'random',)
False
Tested in Python 3.3.1 on Debian
--
components: Extension
Changes by Robert Tasarz robert.tas...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17702
___
___
Python-bugs
Robert Collins added the comment:
Hey, feel free to +nosy me on unittest things :). Julian pinged me on IRC about
this - Jml and I would be delight to prepare a patchset for assertThat for
unittest and as much of the core of Matchers as makes sense. The bare core can
come in without any
Robert Collins added the comment:
This is a duplicate of 16662
--
nosy: +rbcollins
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18198
Robert Collins added the comment:
Well, spoke with vila on IRC. I content it's a duplicate because if load_tests
in __init__ kicks in and supercedes discovery, I believe this bug would not be
needed.
--
___
Python tracker rep...@bugs.python.org
New submission from Robert Collins:
In bug https://bugs.launchpad.net/subunit/+bug/586176 I recorded a user request
- that if no tests are found, tools consuming subunit streams should be able to
consider that an error.
There is an analogous situation though, which is that if discover returns
Changes by Robert Buchholz r...@freitagsrunde.org:
--
nosy: +Robert.Buchholz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14776
___
___
Python
Changes by Robert Buchholz r...@freitagsrunde.org:
--
nosy: +Robert.Buchholz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
___
Python
Robert Buchholz added the comment:
It's been a year and the 3.4 alpha is approaching. What's the status of
upstream inclusion of this patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14776
Changes by Robert Kern robert.k...@gmail.com:
--
nosy: -robert.kern
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
___
Python-bugs-list
New submission from Robert Collins:
In 2.6 deepcopy(ConfigParser) worked, in 2.7 it doesn't due to the _optcre
variable which is a compiled regex pattern.
--
components: Library (Lib)
messages: 171364
nosy: rbcollins
priority: normal
severity: normal
status: open
title: ConfigParser
New submission from Robert Xiao:
This issue affects Python 2.5 through 2.7, but not Python 3.
open accepts basically anything for the second argument, so long as it either
starts with r, w, or a, or contains U somewhere in the string. Therefore, the
following are all legal in Python 2.7.3
Changes by Robert Xiao nneon...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16125
___
___
Python-bugs-list
Robert Bradshaw added the comment:
Alternatively, one could fix distutils.util.byte_compile() to execute the
script in safe, empty temp directory. Running scripts in /tmp remains, as it
has always been, a bad idea.
Trying to determine if an import is safe can be arbitrarily complicated (e.g
Robert Bradshaw added the comment:
Here's a fix to distutils. I think at least a warning is in order for running
scripts from insecure directories, and ideally some happy medium can be found.
--
Added file: http://bugs.python.org/file27542/fix_distutils.patch
Robert Bradshaw added the comment:
Good point about cleanup, patch updated.
--
Added file: http://bugs.python.org/file27543/fix_distutils.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16202
New submission from Robert Collins:
TextTestRunner calls str(TestCase) directly, which makes it hard for
testscenarios to rename the test cases as it parameterises them (because
__str__ is a descriptor). While testscenarios could use a decorator instead,
thats undesirable as the test case
Robert Collins added the comment:
Or anther way this could be done would be to make TestCase.__str__ call
self.id(), and then __str__ never needs to be adjusted - id() or
shortDescription are the only things to tweak.
--
___
Python tracker rep
Robert Collins added the comment:
They aren't descriptors? They certainly aren't normal methods:
class foo(object):
... def __str__(self): return foo
...
f = foo()
f.__str__ = lambda: bar
str(f)
'foo'
I *thought* the mechanism by which they can only be replaced by altering the
class
Robert Collins added the comment:
testscenarios copies the tests, it doesn't call the constructor for the class;
this makes things a lot simpler than trying to reconstruct whatever state the
object may have from scratch again.
As for str(test) and test.id() being different - well sure
Robert Collins added the comment:
@Michael I'll put a patch together next week then.
@R.david.murray no idea - but I've refreshed the page, we'll if it behaves
better. My guess would be a buggy in-flight-collision detection in the issue
tracker code
New submission from Robert McGibbon:
I'm not really sure how what the format for filing bugs with python is, so I'm
sorry in advance if I've done something wrong.
There is a very small py3k bug in the readline completer (rlcompleter.py).
Specifically, if you look at line 105
(http
Changes by Robert McGibbon rmcgi...@gmail.com:
--
title: rlcompleter - small py3k bug in rlcompleter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16600
Changes by Robert McGibbon rmcgi...@gmail.com:
--
title: small py3k bug in rlcompleter - small py3k issue in rlcompleter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16600
Changes by Robert McGibbon rmcgi...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16600
___
___
Python-bugs
Robert McGibbon added the comment:
nevermind.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16600
___
___
Python-bugs-list mailing list
Changes by Robert Schuppenies robert.schuppen...@gmail.com:
--
nosy: +schuppenies
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4258
Robert Luce l...@math.tu-berlin.de added the comment:
Thomas, is there any chance of getting your attention for this one?
Deciding whether or not this issue can be fully resolved by applying the
proposed patch would already be sufficient. If it is not, I am willing
to invest more time
Robert Xiao nneon...@gmail.com added the comment:
Frankly, I don't really like that idea; I think it muddles up the RE
syntax to have such a group-modifying operator, and seems rather
unpythonic: the existing way to do this -- use .upper(), .lower() or
.title() to format the groups in a match
New submission from Robert Xiao nneon...@gmail.com:
(tested and verified on Windows and Solaris SPARC)
Running this code in Python 2.4, 2.5 or 2.6 (all minor versions)
produces garbage.
f=open(anyfile,w)
f.write(garbage)
f.readline()
Mac OS X and Linux appear to simply throw an IOError
Robert Xiao nneon...@gmail.com added the comment:
OK, it's not a memory leak, rather, it's something leaking from the
files. However, this still winds up filling the affected file full of
garbage, which is quite undesirable (and, I think, quite likely to be
unwanted behaviour, considering
Robert Collins robe...@robertcollins.net added the comment:
It should run after tearDown so that teardown can do actions that may
require cleanup; because the cleanups run in LIFO you can acquire
resources in setUp and have cleanups clean them up,
--
nosy: +rbcollins
Robert Collins robe...@robertcollins.net added the comment:
Actually let me phrase that differently.
standard practice for setUp is
super.setUp()
my_setup_code()
and tearDown is
my_teardown_code()
super.tearDown()
because of the LIFO need.
If you imagine that clean ups are being done
New submission from Robert Collins robe...@robertcollins.net:
Currently if you alter the way TestSuite iterates one must always
implement countTestCases, run, debug etc. The attached patch would make
this simpler.
If this looks ok I'll write up a test for it.
--
components: Library
201 - 300 of 1065 matches
Mail list logo
