New submission from Peter :
Use case: I want to open an HTTP URL, and treat the handle as though it were
opened in text mode (i.e. unicode strings not bytes).
$ python3
Python 3.2 (r32:88445, Feb 28 2011, 17:04:33)
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help",
New submission from Peter :
Consider the following example unit test using assertAlmostEqual which uses the
places argument as a positional argument, call this places.py:
import unittest
class Tests(unittest.TestCase):
def test_equal_to_five_decimal_places(self):
"&q
New submission from Peter :
The following was found testing the Biopython unit tests (latest code from git)
against Python 3.2 beta 2 (compiled from source on 64 bit Linux Ubuntu).
Reduced test case:
$ python3.2
Python 3.2b2 (r32b2:87398, Dec 26 2010, 19:01:30)
[GCC 4.4.3] on linux2
Type
Peter added the comment:
This wasn't fixed in Python 3.1.3 either.
Is the trunk commit Amaury identified from py3k branch (r78942) suitable to
back port to Python 3.1.x?
--
___
Python tracker
<http://bugs.python.org/i
Peter added the comment:
I'm also seeing this on 32bit Windows XP using Python 3.1.2, and Python 3.2rc1
on a local NTFS filesystem.
e.g. from os.stat(filename).st_mtime after using shutil.copy2(...)
1293634856.1402586 source
1293634856.1402581 copied
I've been using shutil.
New submission from Peter <[EMAIL PROTECTED]>:
I tried to install sphinx with virtualenv.The error message is showing a
missing file:
...
INFORMATION
the speedup extension could not be compiled, Jinja will
fall back to the native python c
New submission from Peter <[EMAIL PROTECTED]>:
Following code:
fp = open("delete.me", "r+t")
fp.readline()
fp.write("New line \n")
fp.close()
Won't do anything. I mean nor writing to file, nor raising exception.
Nothing.
I can't fin
Peter <[EMAIL PROTECTED]> added the comment:
Sorry. I use Windows XP SP2 with all updates on 26.06.2008
Python 2.5.2
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Peter <[EMAIL PROTECTED]>:
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3207>
___
___
Python-bugs-list mailing list
Peter <[EMAIL PROTECTED]> added the comment:
Amaury Forgeot d'Arc, your example really raise IOError 0
Thing is that you had 1 string in the file
Here is it:
>>> open("delete.me", "w").write("first\nsecond\nthird")
>>> fp = open(&
New submission from Peter :
If the installer is run in Windows XP/SP3 without selecting the Advanced
compiling option, it works fine. If the installer is run in Windows XP/SP3 and
the Advanced compiling option is selected, the following error message is
generated during the compile step
New submission from Peter :
Using shutil.copystat (and therefore also shutil.copytree) in WSL on any
directories from a mounted Windows drive (i.e. /mnt/c/...) raises an
shutil.Error "[Errno 13] Permission denied".
It seems to fail when copying the extended filesystem
Peter added the comment:
We've migrated our python process off Solaris.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.
New submission from Peter :
Hello,
I expect the following code to run fine, but the assertion fails. dbg1 is 1,
while dbg2 is 3. I thought they would both be 3.
Note that the only difference between the expressions for dbg1 and dbg2 are the
parentheses.
Please accept my apologies if this is
Change by Peter :
--
nosy: +maubp
___
Python tracker
<https://bugs.python.org/issue41270>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
New submission from Peter :
Consider the following example where I have a gzipped text file,
$ python3
Python 3.2 (r32:88445, Feb 28 2011, 17:04:33)
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for mo
Changes by Peter :
--
nosy: +maubp
___
Python tracker
<http://bugs.python.org/issue11438>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Peter added the comment:
I'm getting the same 2 errors in Python 3.4.6 on Solaris 11.
Comes up when you run 'gmake test' or
./python -W default -bb -E -W error::BytesWarning -m test -r -w -j 0 -v
test_locale.py
--
nosy: +petriborg
___
Peter added the comment:
Getting the same test_socket errors on Solaris 11 with Python 3.5.3.
==
ERROR: testCount (test.test_socket.SendfileUsingSendfileTest
New submission from Peter:
I was building all the latest Python (2.7.13, 3.4.6, 3.5.3 and 3.6.1) on
Solaris 11 using gcc 4.9.2 and found that Python 3.6.1 test_asyncio
consistently fails while the other versions don't.
Details:
$ ./python -W default -bb -E -W error::BytesWarning -m te
New submission from Peter:
Under Python 2, gzip.open defaults to giving (non-unicode) strings.
Under Python 3, gzip.open defaults to giving bytes. Therefore it was fixed to
allow text mode be specified, see http://bugs.python.org/issue13989
In order to write Python 2 and 3 compatible code to
Peter added the comment:
I want a simple cross platform (Linux/Mac/Windows) and cross version (Python
2/3) way to be able to open a gzipped file and get a string handle (default
encoding TextIOWrapper under Python 3 is fine). My use-case is specifically for
documentation examples.
Previously
Peter added the comment:
A workaround for my use case is even simpler, something like this:
try:
handle = gzip.open(filename, "rt")
except ValueError:
# Workaround for Python 2.7 under Windows
handle = gzip.open(filename, "r")
However, even this is tr
Peter added the comment:
OK, thanks. Given this is regarded as an enhancement rather than a bug fix, I
understand the choice not to change this in Python 2.7.
--
___
Python tracker
<http://bugs.python.org/issue30
New submission from Peter :
The following module will eat all available RAM if executed:
import inspect
import unittest.mock
print(inspect.unwrap(unittest.mock.call))
inspect.unwrap has loop protection against functions that wrap themselves, but
unittest.mock.call creates new object on demand
Peter added the comment:
I see two options to fix it:
1) add recursion depth check to inspect.wrap
2) define __wrapped__ on mock._Call so it won't go into recursion.
--
___
Python tracker
<https://bugs.python.org/is
New submission from Peter :
When trying to install the `past` module using pip 10.0.1 using python 3.6.5 I
get:
$ pip3 install past --no-compile
Collecting past
Could not find a version that satisfies the requirement past
Peter added the comment:
Apologies for noise, but since a backport was discussed, I'm mentioning this
here.
I've started implementing a backport, currently working and tested on Mac OS X
and Linux, back to Python 3.0 - supporting Python 2 would be nice but probably
significantly
Peter added the comment:
Apologies again for the noise, but I've just made the first public release of
the lzma backport at http://pypi.python.org/pypi/backports.lzma/ with the
repository as mentioned before at https://github.com/peterjc/backports.lzma
I have tested this on Python 2.6
New submission from Peter:
The 2to3 script should remove lines like this:
from future_builtins import zip
after running the zip fixer which respects the meaning of this command (issue
217). It does not, which results in an ImportError when trying to use the
converted code under Python 3
Peter added the comment:
Thinking about this, perhaps the bug is that Python 3 doesn't have a
future_builtins module? Consider:
$ python2.6
Python 2.6.8 (unknown, Sep 28 2013, 12:09:28)
[GCC 4.6.3] on linux3
Type "help", "copyright", "credits" or "
New submission from Peter:
Much like how iterator style filter, map and zip are available via
future_builtins (issue #2171), it would be natural to expect range to be there
too, e.g.
>>> from future_builtins import range
>>> range(5)
range(0, 5)
The 2to3 fixers would need
Changes by Peter :
--
nosy: +maubp
___
Python tracker
<http://bugs.python.org/issue2734>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Peter :
--
nosy: +maubp
___
Python tracker
<http://bugs.python.org/issue9257>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Peter added the comment:
I take it the IGNORE_EXCEPTION_DETAIL should ignore the module name
fix will not be applied to Python 3.1.x?
Is there a separate bug to enhance 2to3 to turn IGNORE_EXCEPTION_DETAIL
on?
--
nosy: +maubp
___
Python tracker
Changes by Peter :
--
nosy: +maubp
___
Python tracker
<http://bugs.python.org/issue9217>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Peter :
--
title: 2to3 crashes with some doctests -> 2to3 doctests
___
Python tracker
<http://bugs.python.org/issue9217>
___
___
Python-bugs-list mai
Peter added the comment:
Reverted accidental title change - had keyboard focus on the page not
the address bar I think. Sorry!
--
title: 2to3 doctests -> 2to3 crashes with some doctests
___
Python tracker
<http://bugs.python.org/iss
New submission from Peter:
Regression in Python 3.3.0 to 3.3.1, tested under Mac OS X 10.8 and CentOS
Linux 64bit.
The same regression also present in going from Python 2.7.3 from 2.7.4, does
that need a separate issue filed?
Consider this VALID GZIP file, human link:
https://github.com
Peter added the comment:
Reopening: The same regression issue affects Python 3.2.4 as well, so if the
fix could be committed to that branch as well that would be great.
Long term, I infer that there are no GZIP files in the test suite which use the
GZIP header to store metadata (otherwise
Changes by Peter :
--
nosy: +maubp
___
Python tracker
<http://bugs.python.org/issue21872>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Peter added the comment:
This comment is just to note that this change broke our (exotic?) usage of
unittest.TestLoader().loadTestsFromName(name) inside a try/except since under
Python 3.5 some expected exceptions are no longer raised.
My nasty workaround hack:
https://github.com/biopython
Peter added the comment:
We just hit this bug with "The TARGETDIR variable must be provided when
invoking this installer" and an OK button (only) on a colleagues' machine.
We first tried
https://www.python.org/ftp/python/3.5.0/python-3.5.0-webinstall.exe (default
options)
New submission from Peter:
This is a regression in Python 3.5 tested under Linux and Mac OS X, spotted
from a failing test in Biopython
https://github.com/biopython/biopython/issues/773 where we would parse a file
from the internet. The trigger is partially reading the network handle line by
New submission from Peter:
I compiled Python 3.4.3 on Solaris 11, and when I ran the regression test, I
get a core dump when the hash() function was being used. I went through the bug
database looking for something similar but couldn't find anything.
Tests like:
test_unaligned_bu
Peter added the comment:
I went and recompiled with:
$ ./configure --prefix=/usr/local --enable-shared
--with-hash-algorithm=siphash24
But this crashed as well.
test_unaligned_buffers (test.test_hash.HashEqualityTestCase) ... Fatal Python
error: Bus error
Current thread 0x0001 (most
Peter added the comment:
I've compiled Python 3.3.6 using the same options (./configure
--prefix=/usr/local --enable-shared) and build system and that passes almost
all the tests (test_uuid fails for an ignorable reason).
Specifically test_hash passes fully:
$ LD_LIBRARY_PATH=/usr/loca
Peter added the comment:
That's not a valid option on SPARC, (see
https://gcc.gnu.org/onlinedocs/gcc/SPARC-Options.html ) the flag is only
available on ARM it seems.
--
___
Python tracker
<http://bugs.python.org/is
Peter added the comment:
OK I recompiled with "./configure --prefix=/usr/local --enable-shared
--with-pydebug" and reran the test, unfortunately...
$ LD_LIBRARY_PATH=/usr/local/src/Python-3.4.3 ./python -m test test_hash
[1/1] test_hash
1 test OK.
I then applied the patch in msg23
Peter added the comment:
Sorry I copied the wrong term buffer :-)
This is the output after I commented out the HashEqualityTestCase class which
causes the core dump.
LD_LIBRARY_PATH=/usr/local/src/Python-3.4.3 ./python -m test -v test_hash
== CPython 3.4.3 (default, Mar 27 2015, 08:45:04) [GCC
Peter added the comment:
Hi haypo,
I just realized you had created a patch too, the fnv_memcpy.patch worked!
$ LD_LIBRARY_PATH=/usr/local/src/Python-3.4.3 ./python -m test test_hash
[1/1] test_hash
1 test OK.
Running the full regression test now, but I bet everything passes
Peter added the comment:
So this morning I got around to rebuilding the tool chain using GCC 4.9.2 and
I'm happy to report that this problem goes away (no patch required)! So it must
be some sort of problem with the 4.6 GCC.
I've still got the old tool chain around, and I'm h
Peter added the comment:
Test 1
Python 3.4.3 built by GCC 4.9.2 is:
>>> str(memoryview(b'abcdefghijklmnopqrstuvwxyz')[1:], 'ascii')
'bcdefghijklmnopqrstuvwxyz'
Test 2
Python 3.4.3 built by GCC 4.6.2 is (no patches applied)
This build will core d
New submission from Peter:
Quoting https://docs.python.org/2/library/textwrap.html
width (default: 70) The maximum length of wrapped lines. As long as there are
no individual words in the input text longer than width, TextWrapper guarantees
that no output line will be longer than width
New submission from Quentin Peter :
When both namespace arguments are given to exec, function definitions fail to
capture closure. See below:
```
Python 3.8.6 (default, Oct 8 2020, 14:06:32)
[Clang 12.0.0 (clang-1200.0.32.2)] on darwin
Type "help", "copyright", "
Quentin Peter added the comment:
This might be related to https://bugs.python.org/issue41918
--
___
Python tracker
<https://bugs.python.org/issue46153>
___
___
Quentin Peter added the comment:
The reason I am asking is that I am working on a debugger. The debugger stops
on a frame which is inside a function. Let's say the locals is:
locals() == {"a": 1}
I now want to define a closure with exec. I might want to do something li
Quentin Peter added the comment:
Thank you for your explaination. Just to be sure, it is expected that:
exec("a = 1\ndef f(): return a\nprint(f())", {})
Runs successfully but
exec("a = 1\ndef f(): return a\nprint(f())&quo
Quentin Peter added the comment:
Maybe a note could be added to
https://docs.python.org/3/library/functions.html#exec
Something along the lines of:
Note: If exec gets two separate objects as `globals` and `locals`, the code
will not be executed as if it were embedded in a function
Peter Roelants added the comment:
If I understand correctly this should be fixed? In which 3.10.* version should
this be fixed?
The reason why I'm asking is that I ran into this issue when using Dask
(2022.02.0) with multithreading on Python 3.10.2:
Exception in thread Profile:
Trac
Changes by Peter Lloyd:
--
nosy: +peter.ll
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1599254>
_
___
Python-bugs-list mailing list
Unsubs
New submission from Peter Harris:
Proposed cleanup patch for tutorial/interpreter.rst
--
components: Documentation
files: interpreter.diff
messages: 56164
nosy: scav
severity: normal
status: open
title: cleanup patch for 3.0 tutorial/interpreter.rst
versions: Python 3.0
New submission from Peter Harris:
Remove reference to 'long' in tutorial/introduction.rst.
Patch attached.
--
components: Documentation
files: introduction.diff
messages: 56165
nosy: scav
severity: normal
status: open
title: 3.0 tutorial/introduction.rst mentions 'long
New submission from Peter Harris:
I think this wording is a little clearer and removes implied reference
to earlier Python versions, while still giving a simplistic
tutorial-level idea of what the MRO is. YMMV, so please disregard if
I've made it worse.
--
components: Document
New submission from Peter Harris:
Cleanup (removal of 2.x references, long etc. ). I'm not 100% sure I've
got the rich-comparison stuff correct.
--
components: Documentation
files: stdtypes.diff
messages: 56186
nosy: scav
severity: normal
status: open
title: 3.0 library/st
New submission from Peter Harris:
Describe 3.0 comparison behaviour (but not in much detail)
--
components: Documentation
files: datastructures.diff
messages: 56212
nosy: scav
severity: normal
status: open
title: 3.0 tutorial/datastructures.rst patch
versions: Python 3.0
New submission from Peter Harris:
line 221 'loating point' -> 'Floating point'.
Also, maybe double-check that __cmp__ method still has special meaning
in 3.0. My last patch took out mention of it because 3.0a1 seems not to
support comparisons using __cmp__ method,
New submission from Peter Weseloh:
When I use zlib.decompress to decompress a string where the result would
be >1 GB I get
SystemError: Objects/stringobject.c:4089: bad argument to internal function
I tracked that down to an int overflow of r_strlen in PyZlib_decompress.
Using Py_ssiz
Peter Weseloh added the comment:
You are right. The format should be 'l'. I overlooked that. In my case the
optional 'buf_size' parameter of 'decompress' is not used anyhow.
Shall I change the patch accordingly?
It work well for me and I now checked the co
Peter Maxwell added the comment:
For the record, and to prevent dilution of the count of times this bug has
been encountered: this issue is a duplicate of issue1472695, which was
later marked "won't fix" for no apparent reason. sligocki's patch is more
thorough than mine w
Peter Åstrand added the comment:
I think there's some confusion in this bug. The report on
http://pastebin.com/fa947767 indicates a problem in test_popen. This is
a test for os.popen() and it does not have anything to do with the
subprocess module. I believe it is test_popen.py that shou
Peter Åstrand added the comment:
>In Python 3.x os.popen is implemented based on subprocess.
Oh, I see.
>I believe it's still a problem with subprocess.
I'm still not convinced of this. Isn't it better to do the quoting
outside subprocess; to let the caller do it? Yo
New submission from Peter Mawhorter:
The current documentation for the sqlite3 module on the web fails to
make any mention of the fetch* functions posessed by the Cursor class
of that module. It in fact gives no indication of how one should
extract results from sql queries. The docstrings in
Peter Mawhorter added the comment:
I could try, but I honestly don't know exactly how the fetch*
functions work. It would probably take me a good couple of hours of
reading before I could write decent documentation, and as much as that
would be great, I'm not about to squeeze th
Peter Mawhorter added the comment:
Yes actually... the fetch documentation there is a sufficient
explanation of the functions provided. If it could be added to
docs.python.org, that would be great.
There still remains the fact that the docstrings in the sqlite3 module
don't agree with
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
Changes by Peter Funk :
--
nosy: +pefu
___
Python tracker
<http://bugs.python.org/issue4147>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from Peter Otten <__pete...@web.de>:
I've been looking at code on the tutor mailing list for some time, and
for line in file.readlines(): ...
is a common idiom there. I suppose this is because the readlines() method is
easily discoverable while the proper way (itera
New submission from Peter Frauenglass :
While attempting to use pydoc, I came across the following error. On my system
it's simple to reproduce: pydoc -p 1234, then visit http://localhost:1234/ in a
browser.
A open('/home/(me)/DEBUG', 'w').write(binary)
right b
Peter Frauenglass added the comment:
I should also mention that pydoc2.7 -p 1234 works without issue. It seems to be
a regression.
Also adding lemburg to the Nosy list as the comments on platform.py suggest.
--
nosy: +lemburg
___
Python tracker
Peter Frauenglass added the comment:
The patch in msg<148968> solves the issue for me.
I'm running Linux, originally installed as Mint 9, though upgraded and modified
incrementally until it's now kubuntu 11.10. I have the "libc6" package version
Peter Csapo added the comment:
I have having the same issues as Jimbofbx. This seems to stem from changes due
to issue 10841. All stdio is now opened in binary mode, in consideration that
it is the TextIOWrapper's job to do endline translation.
The problem here is that the newline mode
Peter Wentworth added the comment:
I can confirm the crash persists as of Python 3.1.3 on Windows, and would like
to add my vote to prioritizing it.
Without having delved into the code, it seems strange that the rapid stream of
events is causing stack overflow / recursion limit problems
Peter Wentworth added the comment:
Attached is a crashing program that shows that the event handler is called
again before activation of the prior instance has completed.
I also have a second turtle that queues the nested events. It doesn't crash
the system, at least.
Perhaps someon
Changes by Peter Wentworth :
Removed file: http://bugs.python.org/file22072/drag_bug_is_nesting_events.py
___
Python tracker
<http://bugs.python.org/issue6717>
___
___
Peter Wentworth added the comment:
Oops, I wish I hadn't asked that silly question about the global declaration!
Here is the tweaked file...
--
Added file: http://bugs.python.org/file22073/drag_bug_is_nesting_events.py
___
Python tracker
New submission from Peter Fankhaenel :
An OverflowError is emitted in case the return value of __len__
exceeds 2**31-1.
The following code:
class C (object):
def __len__ (self):
return self.l
c = C()
c.l = 2**31
len (c)
# leads to an OverflowError in the last line. It works
Peter Hammer added the comment:
"""
Changing the 'enumerate' doc string text from:
| (0, seq[0]), (1, seq[1]), (2, seq[2]), ...
to:
| (start, seq[0]), (start+1, seq[1]), (start+2, seq[2]), ...
would completely disambiguate the doc string at the modest c
Peter Waller added the comment:
Apologies for the bump, but it has been more than a year and I did attach a
patch! :-)
What next?
--
___
Python tracker
<http://bugs.python.org/issue1711
Changes by Peter Waller :
--
nosy: +Peter.Waller
___
Python tracker
<http://bugs.python.org/issue8668>
___
___
Python-bugs-list mailing list
Unsubscribe:
Peter Waller added the comment:
Hi - Great to see this functionality coming. There is one feature of it that I
would really like to see fixed, which is currently broken in
setuptools/distribute - I'm sorry if this is the wrong forum for this note, but
I wanted to add it to the discu
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 Williams :
The built in type() function returns incorrect type names for nested classes
which in turn causes pickle to crash when used with nested classes as it cannot
find the nested class definitions from the using the string returned by type().
e.g. if I have an
Peter Williams added the comment:
The class I was pickling was a top level class but a field inside that class
had an instance of a nested class set as its value. The error message produced
indicated that the reason for failure was the inability of pickle to find the
class definition and (I
New submission from Peter Schuller :
The documentation states it returns a "file-like object". In Python 2.5+ I
expect such file-like objects to have a context manager for use with the with
statement.
In my particular use-case, the lack comes from urllib.addinfourl but
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
New submission from Peter Caven :
On Windows Vista (x64) the IDLE "Restart Shell" command leaves a "pythonw.exe"
process running each time that the command is used.
Observed in Python 3.2.1 release and RC2.
--
components: IDLE
messages: 140179
nosy: Peter.Ca
Peter Bumbulis added the comment:
proxy_bypass_registry in urllib.py does not handle the ProxyOverride registry
value properly: it treats an empty override as *, i.e. bypass the proxy for
all hosts. This behavior does not match other programs (e.g. Chrome) and can
be easily obtained by
Peter Caven added the comment:
Terry, sorry about the delay in responding: I'm using 32bit Python. I haven't
had a chance yet to try the 64 bit release.
--
___
Python tracker
<http://bugs.python.o
1 - 100 of 672 matches
Mail list logo