New submission from Peter Eisentraut :
I'm using the TextTestRunner class in unittest/runner.py with a special
file-like object passed in as stream. Doing this loses some output, because
the run() method (and some lower-level methods) don't always call flush() on
the stream. The
Peter Eisentraut added the comment:
Attached is a test file. The key here is that I'm running the unittest suite
inside of a long-running server process, so there is no predictable point of
exit and cleanup. Therefore, the steps I show at the end of the file should be
run in an intera
New submission from Peter Eisentraut :
It appears to be a pretty common mistake to think that the argument of
str.strip/lstrip/rstrip is a substring rather than a set of characters. To
allow a more clearer notation, it would be nice if these functions also
accepted an argument other than a
New submission from Peter Eisentraut :
The existing documentation index entries for * and ** only point to their use
in function definitions but not to their use in function calls. I was looking
for the latter, and it was difficult to find without this. Here is a small
patch to add the
Changes by Peter Eisentraut :
--
nosy: +petere
___
Python tracker
<http://bugs.python.org/issue12012>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Peter Eisentraut :
When setting Py_LIMITED_API, functions such as PyUnicode_Check() can no longer
be used. Example:
#define Py_LIMITED_API
#include
void foo()
{
PyObject *o;
PyUnicode_Check(o);
}
test.c: In function ‘foo’:
test.c:9: error: dereferencing
New submission from Peter Eisentraut :
Some inline functions use mixed declarations and code. These end up visible in
third-party code that includes Python.h, which might not be using a C99
compiler.
Example:
In file included from
/Users/peter/python-builds/3.9/include/python3.9
Change by Peter Eisentraut :
--
keywords: +patch
pull_requests: +17851
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18481
___
Python tracker
<https://bugs.python.org/issu
Peter Eisentraut added the comment:
That's fair for code internal to CPython itself, but these are header files
included by third-party code that is embedding Python, so a bit more
flexibility and adaptability would be welcome
Peter Eisentraut added the comment:
3.9.0a5 fixes my original issue. Thanks.
--
___
Python tracker
<https://bugs.python.org/issue39615>
___
___
Python-bug
New submission from Peter Eisentraut :
object.h contains an inline function that causes a -Wcast-qual warning from
gcc. Since this file ends up visible in third-party code that includes
Python.h, this makes it impossible to use -Wcast-qual in such code.
The problem is the change
New submission from Peter Eisentraut :
DeprecationWarning was disabled by default in Python 2.7, but the documentation
section "Default Warning Filters" does not list it as ignored. In the 3.x
branches, this was already fixed. Trivial patch attached.
--
assignee: d
New submission from Peter Eisentraut :
The environment variable PYTHONWARNINGS only works with the python interpreter
binary, but not with programs embedding libpython. This could be changed by
moving the code from Modules/main.c to Python/pythonrun.c. See attached patch
(compiles cleanly
New submission from Peter Eisentraut:
The documentation for the csv.DictReader constructor is
.. class:: DictReader(csvfile, fieldnames=None, restkey=None, restval=None,
dialect='excel', *args, **kwds)
but the implementation is
def __init__(self, f, fieldnames=None, restkey=Non
Peter Eisentraut added the comment:
No, the second use should not be converted.
--
___
Python tracker
<http://bugs.python.org/issue11122>
___
___
Python-bug
Changes by Peter Eisentraut :
--
nosy: +petere
___
Python tracker
<http://bugs.python.org/issue444582>
___
___
Python-bugs-list mailing list
Unsubscribe:
Peter Eisentraut added the comment:
I ran into a similar instance of this problem today and would like to add my
support for just getting rid of the "rpm" calls and just call "rpmbuild" in all
cases. The last release where "rpm" was used for buildi
New submission from Peter Eisentraut :
bash$ python3.1 -c 'pass' 2>&-
Aborted (core dumped)
(I verified, the core dump belongs to python.)
If you remove the redirection thingy at the end, it works.
Not sure why I ever wrote that code, but it has been working since
foreve
Peter Eisentraut added the comment:
For what it's worth, the code in question is used here (using "import
distutils" instead of "pass"):
http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/config/python.m4?rev=1.15;content-type=text%2Fx-cvsweb-markup
This is obviousl
New submission from Peter Eisentraut:
The file Python-3.6.0a2.tgz contains paths that start with "..", e.g.,
$ tar tf Python-3.6.0a2.tgz | head
../Python-3.6.0a2/
../Python-3.6.0a2/Doc/
../Python-3.6.0a2/Grammar/
../Python-3.6.0a2/Include/
../Python-3.6.0a2/LICENSE
../Python-3
Peter Eisentraut added the comment:
The affected tar is indeed a BSD-ish tar (OS X). With GNU tar I can proceed.
It says "gtar: Removing leading `../' from member names".
So with that I agree that it's not worth re
Peter Eisentraut added the comment:
I understand the reasoning here, but I want to say booh to this change in
3.6.0a2 because it breaks my tests. It used to be that type(x) returned a
predictable string, and that was an easy way to verify the result types of
things.
Perhaps a __str__
22 matches
Mail list logo
