Change by Robert Kearns :
--
components: Library (Lib)
nosy: RobertKearns
priority: normal
severity: normal
status: open
title: Add end lines to pyclbr objects
type: enhancement
versions: Python 3.9
___
Python tracker
<https://bugs.python.
Change by Robert Kearns :
--
keywords: +patch
pull_requests: +16124
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/16534
___
Python tracker
<https://bugs.python.org/issu
Change by Robert Pollak :
--
nosy: +jondo
___
Python tracker
<https://bugs.python.org/issue43547>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Robert Steed :
Expected instantiation of xml.etree.ElementTree.XMLParser(target=None) to
create a parser using default TreeBuilder
--
components: XML
files: XMLParserFail.py
messages: 407458
nosy: rdsteed
priority: normal
severity: normal
status: open
title
New submission from Robert Xiao :
tempfile.NamedTemporaryFile creates its wrapper like so:
try:
file = _io.open(fd, mode, buffering=buffering,
newline=newline, encoding=encoding, errors=errors)
return _TemporaryFileWrapper(file, name, delete
Robert Xiao added the comment:
Could this be solvable if `closefd` were a writable attribute? Then we could do
file = None
try:
file = io.open(fd, ..., closefd=False)
file.closefd = True
except:
if file and not file.closefd:
os.close(fd
New submission from Robert Pierce :
multiprocessing.Process opens a FIFO to the child. This FIFO is not documented
the the Process class API and it's purpose is not clear from the documentation.
It is a minor documentation bug that the class creates non-transparent resource
utilization.
Robert Pierce added the comment:
It appears as if the problem is the sentinel FIFO opened by (for example)
multiprocessing.popen_fork.Popen._launch(). It registers a finalization class
to close the sentinel on garbage collection. Instead, it should be closed in
poll() or wait() when the
New submission from Robert Bressan :
struct.pack() is adding an unexpected null byte.
When I've run this code:
___
import struct
d = {'c':b'a', 'b':1, 'B':1, '?':False, 'h':2, 'H'
Robert Bressan added the comment:
After placing a standard size instead of a native one, solved.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Robert Rouhani :
It appears as though PyImport_ReloadModule is importing the deprecated "imp"
module.
I integrated a newer version of Python into Unreal Engine 4, which internally
calls this function for some of it's own modules. Normally a stray warning
Robert Rouhani added the comment:
We have a fairly straightforward workaround of using the "warnings" module
to redirect to stdout, so we personally don't have a need.
Unreal, however, follows the VFX Reference Platform (
https://vfxplatform.com/) which is migrating from 2.
Change by Robert Rouhani :
--
pull_requests: +19249
pull_request: https://github.com/python/cpython/pull/19934
___
Python tracker
<https://bugs.python.org/issue40
Change by Robert Rouhani :
--
pull_requests: +19250
pull_request: https://github.com/python/cpython/pull/19935
___
Python tracker
<https://bugs.python.org/issue40
Robert Rouhani added the comment:
No problem! Happy to contribute where I can :)
--
___
Python tracker
<https://bugs.python.org/issue40417>
___
___
Python-bug
Robert Reynolds added the comment:
I second [what was said by Aigars
Mahinovs](https://bugs.python.org/issue8087#msg300990) about long-running
processes giving confusing tracebacks that make debugging very difficult. I
have a Natural Language Processing pipeline extracting features from a
Robert Reynolds added the comment:
A pure python demonstration of the problem looks like this (`__file__` stores
the path to the executed module):
```python
with open(__file__) as f:
src = f.read()
with open(__file__, 'w') as f:
f.write('\n\n\n\n\n# Whoops
New submission from Robert Haschke :
The attached file implements a custom dict-like class (MyDict) as a minimal
example of code I am using in a larger codebase.
Before you ask, why I reimplemented a dict-like object: The real code base
employs a hierarchical dict, referencing recursively to
Robert Haschke added the comment:
Looks like the list generator is considered as a new nested scope, which
prohibits access to local variables?
This basic expression, passing local symbols only, fails as well:
eval('[abc[i]*abc[i] for i in [0, 1, 2]]', {}, dict(abc=[1, 2, 3]))
Robert Haschke added the comment:
Thanks, Josh, for this clarification. What is the suggested mitigation?
Obviously, I need to pass all symbols from my hierarchical dictionary in a
flattend version as a dict to globals. Or do you see another option
Robert Smallshire added the comment:
First, I would like to apologise for the confusion I have inadvertently caused.
I didn't see Raymond's question and Guido's clear response here about not
modifying the numeric tower, as it came _long_ after activity had moved to
GitHub, an
Robert Smallshire added the comment:
Yes Raymond, I can prepare a new PR as soon as the faulty PR has been rolled
back.
--
___
Python tracker
<https://bugs.python.org/issue26
New submission from Robert Wessen :
In versions of Python from 3.4-3.10, the Python core plistlib library supports
Apple's binary plist format. When given malformed input, the implementation can
be forced to create an argument to struct.unpack() which consumes all available
CPU and m
New submission from Robert O'Callahan :
Starting from Python 3.9, copy.deepcopy can't copy a platform.uname_result
object.
```
Python 3.9.0 (default, Oct 6 2020, 00:00:00)
[GCC 10.2.1 20200826 (Red Hat 10.2.1-3)] on linux
Type "help", "copyright", "credits
Robert O'Callahan added the comment:
I filed issue 42189, which is similar but maybe worse: copy.deepcopy() is
broken for platform.uname_result objects.
--
nosy: +rocallahan
___
Python tracker
<https://bugs.python.org/is
New submission from Robert Xiao :
On hg.python.org, the "annotate" view doesn't properly escape the title
attribute of the elements, resulting in breakage on the left column:
http://hg.python.org/cpython/annotate/728cfc671d15/Modules/Setup.config.in
--
components
Robert Xiao 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 loc
New submission from Robert Sjöblom :
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"
wi
New submission from Robert E. :
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 as is
>
Robert E. 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 a
New submission from Robert Elsner :
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 a minimal testcase illustrating
Robert Elsner 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
happily eat 8GB of m
Robert Elsner 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://bugs.python.org/file25239
Robert Elsner 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 is
inefficient depending on the
Robert E. 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 Murray
Robert Elsner 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 beyond a reasonable size, it
Robert Collins added the comment:
I'm reopening this because I don't agree.
I opened the bug because we have evidence that users find the current
documentation confusing. Saying that its not confusing to us doesn't fix the
confusion.
Why should we mention the special case
Robert Collins added the comment:
New changeset b892d3ea468101d35e2fb081002fa693bd86eca9 by Robert Collins
(Jeroen Demeyer) in branch 'master':
bpo-36994: add test for profiling method_descriptor with **kwargs (GH-13461)
https://github.com/python/cpyt
Robert Collins added the comment:
New changeset b892d3ea468101d35e2fb081002fa693bd86eca9 by Robert Collins
(Jeroen Demeyer) in branch 'master':
bpo-36994: add test for profiling method_descriptor with **kwargs (GH-13461)
https://github.com/python/cpyt
Robert Collins added the comment:
I'd like to add a few notes; please do consider Windows interactions here -
Windows does not have the same model for inode replacement that Posix has.
Secondly, I note that the thread model discussed here hasn't been particular
well artic
Robert Collins added the comment:
Thank you @Eryk
--
___
Python tracker
<https://bugs.python.org/issue36656>
___
___
Python-bugs-list mailing list
Unsubscribe:
Robert Collins added the comment:
Sorry for the slow reply here;
There are API breaks involved in any decoupling that involves the exception
raising because of the failureException attribute. Something with signalling
that can be adapted by other test suites etc might have merit, but I
Robert Collins added the comment:
I think this is strictly redundant with that other ticket and I'm going to
close it. That said, they need access to self.failureException.
https://docs.python.org/3/library/unittest.html#unittest.TestCase.failureException
--
stage: ->
Robert Collins added the comment:
Right now that attribute could be set by each test separately, or even varied
within a test.
TBH I'm not sure that the attribute really should be supported; perhaps
thinking about breaking the API is worth doing.
But - what are we solving for here. T
Robert Collins added the comment:
Ok so design wise - there is state on the TestCase that influences assertions;
in potentially two ways.
The first way is formatting - the amount of detail shown in long list
comparisons etc.
The second way I don't think we have at the moment
Change by Robert Collins :
--
versions: +Python 3.9 -Python 3.5
___
Python tracker
<https://bugs.python.org/issue19645>
___
___
Python-bugs-list mailin
Robert Collins added the comment:
Oh, I didn't mean to imply that these are the only options I'd support - just
that these are the things I've thought through and that I think will all work
well... I'm sure there are mo
Robert Pollak added the comment:
Sorry for not providing a pull request yet.
By the way, the "DB Browser for SQLite" (https://sqlitebrowser.org/) also
interprets DATETIME fields correctly.
(Could someone please change the "Stage" of this issue to "needs patc
New submission from Robert Tasarz:
https://docs.python.org/3/library/datetime.html#datetime-objects
gives in an example two classes named GMT1 and GMT2 subclassing tzinfo, defined
with dst(…) methods returning one hour timedelta for summer periods. This is in
conflict with naming, as GMT
Robert Boehne added the comment:
I'd love to have this fix backported to 3.5 and 3.6. It seems trivial to do,
and I'd be happy to do it myself.
--
nosy: +Robert Boehne
___
Python tracker
<http://bugs.python.o
Robert Boehne added the comment:
I am having trouble getting things build still. The problem is that the build
is using a naked "ld" to link, and it is picking 32-bit mode by default in my
64-bit acc build. (Itanium)
IMO the problem is configure.ac:2467 which should look more li
Changes by Robert Boehne :
--
components: Build
nosy: Robert Boehne
priority: normal
severity: normal
status: open
title: Linking with 'ld -b' fails with 64-bit using HP compiler
type: compile error
versions: Python 3.7
___
Python trac
New submission from Robert Boehne:
Setting compiler flags to +DD64 produces 64-bit objects, but the linker does
not understand this flag, so either you'll see an ld failure to recognize +DD64
at link time, or you'll see a failure later mixing 32 and 64-bit objects.
I also modi
Changes by Robert Boehne :
--
pull_requests: +2661
___
Python tracker
<http://bugs.python.org/issue30819>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robert Boehne :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue30819>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robert Boehne :
--
pull_requests: +2674
___
Python tracker
<http://bugs.python.org/issue30183>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robert Jennings :
--
nosy: +rcj
___
Python tracker
<http://bugs.python.org/issue31040>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Robert McLeod:
I'm working on the development branch of the `numexpr` module and I've run into
some problems on Python 3.6, where I seem to get a variety of errors relating
to threading or reference counting errors. This module is commonly used for
accelerating
Robert Xiao added the comment:
This sounds reasonable. I ran into a similar issue today trying to decode a
JSON Web Key. Although I don't have any real say, I'd say that if you put
together a patch it may have a higher chance to get reviewed.
I wonder about the following:
- What ab
Robert McLeod added the comment:
After building with Python3.7 I was able to get a useful error message that
`PyMem` functions were being called inside GIL release. I will replace these
with C-equivalents and try with Python 3.6.
Fatal Python error: Python memory allocator called without
New submission from Robert Weiner:
Shouldn't async and await be added to the pydoc keywords list?
--
assignee: docs@python
components: Documentation
messages: 301657
nosy: docs@python, rsw
priority: normal
severity: normal
status: open
title: pydoc.Helper.keywords missing asyn
Changes by Robert Weiner :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue31390>
___
___
Python-bugs-list mailing list
Unsubscrib
Robert Pollak added the comment:
So my workaround is of course
```
table = pd.read_sql_query('select * from table', con)
column_type = pd.read_sql_query('PRAGMA table_info("table")', con)['type']
datetimes = table.columns[column_type == 'D
New submission from Robert Kuska :
I failed today to print help message for base64 utility without an error:
$ python3 -m base64 -help
option -h not recognized
usage:
/usr/local/Cellar/python/3.7.2_1/Frameworks/Python.framework/Versions/3.7/lib/python3.7/base64.py
[-d|-e|-u|-t] [file
New submission from Robert Baker:
Using Python 2.7 (not IDLE) on Windows 10.
I have tried to use a Python 2.7 program to print the name of Czech composer
Antonín Dvořák. I remembered to add the "u" before the string, but regardless
of whether I encode the caron-r as a literal
New submission from Robert Lujo:
Hello,
I assume I have hit some bug/misbehaviour in re module. I will provide you
"working" example:
import re
RE_C_COMMENTS= re.compile(r"/\*(.|\s)*?\*/",
re.MULTILINE|re.DOTALL|re.UNICODE)
text = "Special section /*
valves:\
New submission from Robert Day:
It's currently at 97%:
Name Stmts Miss Cover Missing
Lib/heapq.py 262 797% 187, 351-352, 375-376, 606-607
I'm submitting a Github PR to fix it.
--
components: Test
Changes by Robert Day :
--
pull_requests: +1165
___
Python tracker
<http://bugs.python.org/issue29984>
___
___
Python-bugs-list mailing list
Unsubscribe:
Robert Collins added the comment:
We've now spent more time debating the deprecation that we would have saved if
it had been deprecated.
Deprecations cost user good will. Whilst I very much want to delete all
assertions in favour of matchers, which would allow composed symmetry rather
New submission from Robert Schindler:
Hi,
When one includes an argument file at the command line using argparse and that
file contains another include statement, the inner include path is treated as
relative to os.getcwd(), what is not the way people expect it to be, I guess.
This patch
Changes by Robert Schindler :
--
title: Relative include of config files -> argparse: relative include of config
files
___
Python tracker
<http://bugs.python.org/issu
Changes by Robert Schindler :
Added file: http://bugs.python.org/file46882/argparse_relative_includes2.patch
___
Python tracker
<http://bugs.python.org/issue30
Robert Schindler added the comment:
Hi Louie,
oh, I didn't notice that. But that's great news. I'll send a PR soon.
Best regards
Robert
--
___
Python tracker
<http://bugs.pyt
Changes by Robert Schindler :
--
pull_requests: +1792
___
Python tracker
<http://bugs.python.org/issue30421>
___
___
Python-bugs-list mailing list
Unsubscribe:
Robert Marshall added the comment:
I have rebased this to recent master hash 53b9e1a1c1 and submitted a pull
request.
It built in my CI environment, so seems to be OK as far as compiling.
I'll run the test suite against it later this evening when I have time to stand
up a quick
New submission from Robert Billing :
https://docs.python.org/3.7/library/time.html contains the text "UTC is
Coordinated Universal Time (formerly known as Greenwich Mean Time, or GMT)".
This is not strictly true. Referring to
https://en.wikipedia.org/wiki/Coordinated_Universa
Robert Marshall added the comment:
The pull request is now ready for a review.
Apologies for the delay - took me a bit longer to circle back on this than I
would have liked.
--
___
Python tracker
<https://bugs.python.org/issue13
Robert Collins added the comment:
This is now showing up in end user tools like black:
https://github.com/ambv/black/issues/564
--
nosy: +rbcollins
versions: +Python 3.7, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.
New submission from Robert Boehne :
build fails with:
./python -E ../../Python-3.7.3/setup.py build
Fatal Python error: _Py_HashRandomization_Init: failed to get random numbers to
initialize Python
--
components: Build
messages: 341821
nosy: Robert Boehne
priority: normal
severity
Robert Boehne added the comment:
robb@nepal:/raid/checkouts-raid/robb/nepal/build-py37$ gmake
xlc_r -c -DNDEBUG -O -q64 -qlanglvl=extc99 -IObjects -IInclude -IPython
-I. -I../../Python-3.7.3/Include
-I/raid/checkouts-raid/robb/Python-2.7.15/Modules/zlib -DPy_BUILD_CORE -o
Modules
Change by Robert Boehne :
Added file: https://bugs.python.org/file48317/config.log.gz
___
Python tracker
<https://bugs.python.org/issue36843>
___
___
Python-bugs-list m
Robert Boehne added the comment:
from pyconfig.h:
/* Define to 1 if the getrandom() function is available */
/* #undef HAVE_GETRANDOM */
/* Define to 1 if the Linux getrandom() syscall is available */
/* #undef HAVE_GETRANDOM_SYSCALL */
/* Define to 1 if you have the header file
Robert Boehne added the comment:
Opening /dev/urandom seems to return -1
(dbx) print buffer
0x09001000a5f49380
(dbx) print size
24
(dbx) print raise
0
(dbx) step
stopped in dev_urandom at line 311 in file
"/raid/checkouts-raid/robb/nepal/build-py37/../../Python-3.7.3/P
Robert Boehne added the comment:
The call to open("/dev/urandom", flags) is returning -1, and errno is set to
22, EINVAL - Invalid argument. could the flags be set incorrectly?
--
___
Python tracker
<https://bugs.python.o
Robert Boehne added the comment:
Reading a few bytes from /dev/urandom via dd:
robb@nepal:/raid/checkouts-raid/robb/nepal/build-py37$ dd if=/dev/urandom
bs=256 count=1
??S?(#L???~]?B?^??8?f&?_|Vi??@??[joG>St??;?$?1?*??24???RD?"
Robert Boehne added the comment:
It doesn't look good:
robb@nepal:/raid/checkouts-raid/robb/nepal$ xlc_r -q64 -O0 -g
-qlanglvl=extc1x -o urandom urandom.c
robb@nepal:/raid/checkouts-raid/robb/nepal$ ./urandom
open O_RDONLY failed
open O_RDONLY | O_CLOEXEC failed
robb@nepal:/raid/chec
Robert Boehne added the comment:
I wonder if there's anyone with AIX 7 who can attempt to reproduce this. We
have another AIX machine, but it is down for the moment. I would like to
eliminate a problem on this machine as the
Robert Booth added the comment:
There is similar misaligned output in Japanese and Korean:
Korean:
1월2월3월
월 화 수 목 금 토 일 월 화 수 목 금 토 일 월 화 수 목 금 토 일
1 2 3 4 5 6 71 2 3 4
Change by Robert Booth :
--
nosy: +ishigoya
___
Python tracker
<https://bugs.python.org/issue12568>
___
___
Python-bugs-list mailing list
Unsubscribe:
Robert Smallshire added the comment:
I've recently run into this issue impeding duck-typing between int and float
again, when used in conjunction the int.__pow__, which may variously return an
int or float depending on the value - not the type - of the arguments.
This is succi
Robert Smallshire added the comment:
To respond to Raymond's points:
1) Nobody is suggesting that every float method should also be available on
int. Clearly some methods on float are not applicable to int.
2) Taken narrowly, you're right that is_integer() does nothing usef
Robert Smallshire added the comment:
Apologies for the email splurge. That's the first and last time I'll use the
email interface to bugs.python.org.
--
___
Python tracker
<https://bugs.python.o
Robert Smallshire added the comment:
Thank you Raymond. I'll work up a PR shortly.
--
___
Python tracker
<https://bugs.python.org/issue26680>
___
___
Pytho
New submission from Robert Xiao :
Environment: Python 3.6.4, macOS 10.12.6
Python 3's dbm appears to corrupt the key index on macOS if objects >4KB are
inserted.
Code:
<<<<<<<<<<<
import dbm
import contextlib
with contextlib.closing(dbm.open(&#
Robert Xiao added the comment:
(Note: the contextlib stuff is just for Python 2 compatibility, it's not
necessary on Python 3).
--
___
Python tracker
<https://bugs.python.org/is
Change by Robert Smallshire :
--
pull_requests: +5885
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue26680>
___
___
Python-
Robert Smallshire added the comment:
Python in effect contains an example itself. The math.factorial(x) function
contains what is in-effect an is_integer() check as a guard.
--
___
Python tracker
<https://bugs.python.org/issue26
Robert Smallshire added the comment:
Serhiy, you asked for use cases, not uses. The former can exist without the
latter. Use cases for is_integer() include all existing uses of x == int(x),
or other less obvious means of detecting integer values.
Folks try to use x.is_integer(), discover it
New submission from Robert Xiao :
Environment: Several versions of Python (see below), macOS 10.12.6
The attached script creates an SSL echo server (fairly standard), connects to
the server, and spawns a read and write thread.
The write thread repeatedly shovels data into the connection
Robert Collins added the comment:
Re: backporting this. I think backporting to 3.6/3.7 makes a lot of sense -
bugfix and prerelease respectively.
For 2.7, this bug has been around for ages, the patch is small, and I have no
objection - but the RM has already said no, so I guess not happening
201 - 300 of 1080 matches
Mail list logo
