Robert Collins added the comment:
Here is an implementation. I'm probably missing some finesse in the docs.
--
keywords: +patch
Added file: http://bugs.python.org/file36577/issue19746.patch
___
Python tracker rep...@bugs.python.org
http
Robert Collins added the comment:
I've just put a patch up for the related issue http://bugs.python.org/issue19746
I'll poke at this one briefly now, since I'm across the related code.
--
___
Python tracker rep...@bugs.python.org
http
Robert Collins added the comment:
Ok, here is an implementation that I believe covers everything Michael wanted.
I examined the other patches, and can rearrange my implementation to be more
like them if desired - but at the heart of this this bug really has two
requested changes:
- deferred
Robert Collins added the comment:
@Terry in principle you're right, there are an arbitrary number of things that
can go wrong, but in practice what we see is either catastrophic failure where
nothing is loaded at all *and* no error is returned or localised failure where
the deferred reporting
Robert Collins added the comment:
The doc part of the patch was assuming this would be in 3.4 which it wasn't.
Updated to 3.5. Also found a corner case - when packages were imported the
_get_module_from_name method was not guarded for un-importable modules. This is
strictly a separate issue
Robert Collins added the comment:
I think we rather need a test that using a load_tests hook to recursively load
and transform a subdir works. Hacking on that now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16662
Robert Collins added the comment:
Ok, implementation I'm happy with is up in
https://bitbucket.org/rbtcollins/cpython/commits/bbf2eb26dda8f3538893bf3dc33154089f37f99d
--
hgrepos: +269
Added file: http://bugs.python.org/file36482/16662_passing_tests.diff
New submission from Robert Snoeberger:
import fractions
fractions.gcd(16, float('inf'))
Traceback (most recent call last):
File pyshell#1, line 1, in module
fractions.gcd(16, float('inf'))
File C:\Python34-32bit\lib\fractions.py, line 24, in gcd
a, b = b, a%b
KeyboardInterrupt
Robert Kuska added the comment:
Hi everyone,
I went ahead and I've applied ssl-backport.diff (alex, 2014-08-07 18:49) patch
into Python 2.7.8 on Fedora Rawhide (currently only scratch build).
My report:
Firstly, I've encountered seg fault, I fixed this with patch from
http://bugs.python.org
New submission from Robert Lehmann:
CodecInfo objects as retrieved from codecs.lookup currently throw an exception
when trying to copy or pickle them.
I have attached a patch with a fix and tests.
--
components: Library (Lib)
files: copy_codecinfo.patch
keywords: patch
messages
New submission from Robert Li:
Failing test case: \tboo\n \tghost
expected: \tboo\n\tghost
returns: \tboo\n \tghost
--
components: Library (Lib)
messages: 221277
nosy: pitrou, r.david.murray, robertjli, yjchen
priority: normal
severity: normal
status: open
title
Robert Li added the comment:
YJ and I are adding a patch and an additional test.
--
hgrepos: +258
versions: -Python 2.7, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21827
Changes by Robert Li li.robertj+pythonb...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file35727/cb18733ce8f1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21827
Changes by Robert Li li.robertj+pyt...@gmail.com:
Added file: http://bugs.python.org/file35731/34e88a05562f.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21827
Robert w added the comment:
banner
C:\Users\r0b3\files\backuped\own_dropbox\programmierung\raymarcher0C:\Python33\python
Python 3.3.2 (v3.3.2:d047928ae3f6, May 16 2013, 00:06:53) [MSC v.1600 64 bit
(AMD64)] on win32
Type help, copyright, credits or license for more information.
C:\Users\r0b3
Changes by Robert w robert...@googlemail.com:
--
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21631
___
___
Python-bugs
Robert w added the comment:
i cutted it down
=
class EnumSectionContentType(object):
DATABYTE = 2
DATADOUBLEWORD = 3
DATAWORD = 4
#LABEL = 0
def _getStringOfElements(elements):
objectFileString =
elements = [{'type': 2, 'data': {'elements': ['83H', '0FAH', '9AH', '27H
New submission from Robert w:
outer for loop loops n 1 times, when it should loop one time.
Variations are possible tht the bug doesn't occur.
--
components: Interpreter Core
files: bug.py
messages: 219513
nosy: Robert.w
priority: normal
severity: normal
status: open
title: List Dict
Changes by Robert w robert...@googlemail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21630
___
___
Python-bugs
New submission from Robert w:
outer for loop loops more than one time, which should be impossible.
--
components: Interpreter Core
files: bug.py
messages: 219514
nosy: Robert.w
priority: normal
severity: normal
status: open
title: List/Dict Combination Bug
type: behavior
versions
New submission from Robert Jordens:
According to the documentation the exec a in b, c is equivalent to exec(a,
b, c). But in the testcase below the tuple form causes a SyntaxError while the
statement form works fine.
diff -r e770d8c4291c Lib/test/test_compile.py
--- a/Lib/test
Robert Snoeberger added the comment:
I created a patch to add a check for NULL globals or locals. The file
execfile.patch is attached. A system error is set with the message globals and
locals cannot be NULL if either is NULL.
An open question I have is how should I create tests
New submission from Robert Snoeberger:
While embedding the Python 2.7 interpreter in an application, I have
encountered a crash when the built-in function 'execfile' is invoked with one
argument.
A file is attached, execfile_invoke.c, that reproduces the crash. The
reproduction steps on my
New submission from Robert Snoeberger:
While embedding the Python interpreter in an application, I have encountered a
crash when the built-in function 'super' is invoked with no arguments. The
crash occurs during a call to PyObject_Call.
A file is attached, super_invoke.c, that reproduces
Robert Kuska added the comment:
Ok, I have started a thread at pypa-devs google group.
https://groups.google.com/forum/#!topic/pypa-dev/r6qsAmJl9t0
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1298835
Robert Kuska added the comment:
There is ongoing discussion on pip's github tracker [1] about default location
where to install user modules.
IMO this is something that should be dealt with in Python Interpreter Core
[2][3]. I would like to hear some opinion from python devs on this.
[1
Robert Collins added the comment:
I concur that this is a regression -
unittest.expectedFailure()
Mark the test as an expected failure. If the test fails when run, the test
is not counted as a failure.
is in the public docs for the unittest module, and depending on a private
Robert Collins added the comment:
Oh! I didn't realise it was due to us looking at a private exception - I
haven't been given a traceback to review, just the statement of a problem
We shouldn't have done that(and *Definitely* should have filed a bug that we
needed to).
So - I think
New submission from Robert Copperwhite:
Hello,
I've recently installed ipython (Anaconda) and haven't managed to get up and
running. When I execute ipython notebook from the command prompt I get the
attached error message, basically: Errno 10013: An attempt was made to access
a socket
New submission from Robert Collins:
https://bugs.launchpad.net/testtools/+bug/1245672 was filed on testtools
recently. It would be easier to fix that if there was some way that something
loading a test suite could check to see if there were import errors. The
current code nicely works
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
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
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 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 M. Koretsky:
I use the instructions in the README file that gets unzipped with
Python-3.0.tgz to install on PC-BSD 9.1
./configure, make, make test, sudo make install
and it does not work! Error messages too verbose to include here.
My path includes the directory
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
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
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
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
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
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
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
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
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 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
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
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
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
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 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 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
Robert de Vries added the comment:
My use case is decrypting files of 100's of megabytes. This is so slow that it
is quite useless. About an hour or so.
I do agree that the encryption is worthless, but that is not important for my
use case where I want to discourage people from reverse
Robert de Vries added the comment:
If the encryption is so horrible why is there any support (with bad
performance) at all in Python?
It would be better to remove it altogether.
This prevents users from building software using this feature only to find out
later how bad the performance
Robert de Vries added the comment:
The current situation is now that the decryption is part of Python. It is well
known to be computationally intensive and should therefore be implemented in C.
This patch provides that support.
The discussion if Python should support the decryption is behind
Robert de Vries added the comment:
Attached you will find the updated patch for the python 3 tree as of now.
I have measured a speed-up of more than a factor 100.
--
nosy: +rhdv
Added file: http://bugs.python.org/file27867/zipdecrypt-3.patch
Robert de Vries added the comment:
Patch for python 2.7
Same patch as for python 3, backported to python 2.7
Tested on Linux only.
--
Added file: http://bugs.python.org/file27868/zipdecrypt-2.7.patch
___
Python tracker rep...@bugs.python.org
http
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 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 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
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
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
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
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
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 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 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
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
701 - 800 of 1065 matches
Mail list logo
