Anthony Sottile added the comment:
Any updates on this? I'm running into this as well (still a problem in 3.4)
```$ python3.4
Python 3.4.2 (default, Oct 11 2014, 17:59:27)
[GCC 4.4.3] on linux
Type "help", "copyright", "credits" or "license" for m
New submission from Anthony C:
Making this simple code to mess with turtle well it seems like after awhile I
have encountered the window = turtle.Screen() doesnt seem to even open it up
only the shell window and does nothing afterwards. Its quite annoying
especially trying to practice with it
New submission from Anthony Sottile:
First some expected output:
```
# from cmd.exe
C:\Users\Anthony>echo hi{1}
hi{1}
# from MINGW
$ echo hi{1}
hi{1}
```
```
# On ubuntu
$ echo 'hi{1}'
hi{1}
$ python3.5 -c "import subprocess; print(subprocess.check_output(('echo&#
Anthony Sottile added the comment:
It *is* in my path (otherwise it wouldn't produce any output at all). I'm not
trying to use the shell builtin, I'm trying to use the executable.
--
resolution: not a bug ->
status: closed -> open
_
Anthony Sottile added the comment:
To clarify further, the echo.exe on my path reacts correctly:
```
Anthony@AnthonysDesktop MINGW64 ~/Desktop/git/pre-commit
(allow_curly_braces_in_args)
$ /usr/bin/echo hi{1}
hi{1}
Anthony@AnthonysDesktop MINGW64 ~/Desktop/git/pre-commit
Anthony Sottile added the comment:
```
C:\Users\Anthony> C:\Users\Anthony\AppData\Local\Programs\Git\usr\bin\echo.exe
hi{1}
hi1
```
Must be the provider of echo.exe. I'll take it up with them
Sorry for the trouble!
--
resolution: -> not a bug
status: ope
Changes by Anthony Green :
--
assignee: docs@python
components: Documentation
nosy: anthonygreen, docs@python, pitrou
priority: normal
severity: normal
status: open
title: Documentation for threading.enumerate / threading.Thread.is_alive is
contradictory.
versions: Python 2.7, Python
New submission from Anthony Green:
The documentation at
https://docs.python.org/3/library/threading.html#threading.Thread.is_alive
relates:
> The module function enumerate() returns a list of all alive threads.
The documentation at
https://docs.python.org/3/library/threading.h
Anthony Green added the comment:
The following example comes from IRC user ztane:
> import threading, time
>
> main_thread = threading.current_thread()
>
> def foo():
> time.sleep(10)
> print(main_thread.is_alive())
> print(list(threading.enumerate()))
&
New submission from Anthony Sottile:
I've confirmed this bug is present on both windows and linux, the outputs below
are from linux however.
Compare:
```
$ python3.4 --version
Python 3.4.3
$ python3.4 -c 'import os; print(os.unlink == os.remove)'
True
```
```
$ python3.5 -
Anthony Sottile added the comment:
Breaks this function:
```
def rmtree(path):
"""On windows, rmtree fails for readonly dirs."""
def handle_remove_readonly(func, path, exc): # pragma: no cover (windows)
excvalue = exc[1]
if fun
Anthony Sottile added the comment:
When calling shutil.rmtree on windows on a readonly directory, the error
handler is called with os.unlink as the first argument `func` which fails the
check `func in (os.rmdir, os.remove)` which succeeded on previous python
versions
New submission from Anthony Tuininga:
These methods are completely missing from the documentation found here:
https://docs.python.org/3/c-api/typeobj.html
--
assignee: docs@python
components: Documentation
messages: 260154
nosy: atuining, docs@python
priority: normal
severity: normal
Anthony Tuininga added the comment:
Ah yes. The fields are still there, though, just marked as not used.
Interestingly enough they aren't documented in the Python 2 documentation
eitherand they are in the Python 2.7 headers I have (not marked as unused
either).
Your suggestion
Changes by Anthony Foglia :
--
nosy: +afoglia
___
Python tracker
<http://bugs.python.org/issue25136>
___
___
Python-bugs-list mailing list
Unsubscribe:
Anthony Sottile added the comment:
Here's the workaround I'm opting for:
if sys.platform =='win32':
distutils.spawn.find_executable(cmd[0]) + cmd[1:]
--
nosy: +Anthony Sottile
___
Python tracker
<http://bu
New submission from Anthony Sottile:
Originally from https://github.com/testing-cabal/mock/issues/350
## Example
```python
from unittest import mock
class C(object):
def f(self):
pass
c = C()
with mock.patch.object(c, 'f', autospec=True):
with mock.patch.ob
Anthony Sottile added the comment:
The root cause seems to be that autospecced functions return a function object
(not a Mock instance) which a '.mock' attribute which is a MagicMock ( assigned
here:
https://github.com/python/cpython/blob/ae775ab1eb72f42de2d070158bade4bf261ac04f/Li
Anthony Sottile added the comment:
Here's an improved patch which:
- passes the tests
- puts the test in the correct place
I'm not entirely happy with the approach -- open to suggestions :)
--
Added file: http://bugs.python.org/file42
New submission from Anthony Sottile:
Patch attached with test.
In summary:
A request to the url b'/\x80' appears to the application as a request to
b'\xc2\x80' -- The issue being the latin1 decoded PATH_INFO is re-encoded as
UTF-8 and then decoded as latin1
(on the wi
Anthony Sottile added the comment:
A few typos in my previous comment, pressed enter too quickly, here's an
updated comment:
Patch attached with test.
In summary:
A request to the url b'/\x80' appears to the application as a request to
b'/\xc2\x80' -- The issue
Anthony Sottile added the comment:
Oops, broke b'/%80'.
Here's a better fix that now takes:
(on the wire) b'\x80' -(decode latin1)-> u'\x80' -(encode utf-8)->
b'\xc2\x80' -(decode latin1)-> u'\xc2\x80'
to:
(on the wire
Anthony Sottile added the comment:
Updates after review.
--
Added file: http://bugs.python.org/file42404/patch
___
Python tracker
<http://bugs.python.org/issue26
Anthony Sottile added the comment:
Forgot to remove the pyver code (leaning a bit too much on pre-commit)
--
Added file: http://bugs.python.org/file42405/patch
___
Python tracker
<http://bugs.python.org/issue26
Anthony Sottile added the comment:
PEP states that environ variables are str variables decoded using
latin1:
https://www.python.org/dev/peps/pep-/#id19
Therefore, to get the original bytes, one must encode using latin1
On Apr 20, 2016 3:46 AM, "Александр Эри" wrote:
>
&g
Anthony Sottile added the comment:
I have a hunch that this fix here may be causing this:
https://github.com/spotify/dh-virtualenv/issues/148
Minimally:
echo 'from setuptools import setup; setup(name="demo")' > setup.py
echo 'import pytest' > tests/__init_
Anthony Sottile added the comment:
Seems I've named the patchfile incorrectly -- Hopefully this is correct this
time?
--
keywords: +patch
nosy: +Anthony Sottile
Added file: http://bugs.python.org/file42675/2.patch
___
Python tracker
New submission from Anthony Ryan:
The scgi protocol is not included in urllib.parse.uses_netloc list, while other
less common protocols are (such as gopher).
I would like to see scgi get added to this list.
--
components: Library (Lib)
files: py3bug
messages: 237831
nosy: Anthony Ryan
Changes by Anthony Ryan :
Added file: http://bugs.python.org/file38435/py2bug
___
Python tracker
<http://bugs.python.org/issue23636>
___
___
Python-bugs-list mailin
Anthony Sottile added the comment:
Adding `import gc; gc.collect()` doesn't change the outcome afaict
--
nosy: +asottile
___
Python tracker
<http://bugs.python.org/is
Anthony Sottile added the comment:
I'm still seeing a very large difference:
asottile@work:/tmp$ python repro.py
ready
72604
VmHWM: 72604 kB
VmRSS: 60900 kB
asottile@work:/tmp$ rm *.pyc; python repro.py
ready
1077232
VmHWM: 1077232 kB
VmRSS:218040 kB
This fi
Anthony Sottile added the comment:
3.4 seems happier:
asottile@work:/tmp$ rm *.pyc; python3.4 repro.py
ready
77472
VmHWM: 77472 kB
VmRSS: 65228 kB
asottile@work:/tmp$ python3.4 repro.py
ready
77472
VmHWM: 77472 kB
VmRSS: 65232 kB
The nasty result above is from 2.7:
$ python
Anthony Sottile added the comment:
Ah, then 3.4 still has the problem:
$ rm -rf __pycache__/ *.pyc; python3.4 repro.py
ready
1112892
VmHWM: 1112892 kB
VmRSS:127196 kB
asottile@work:/tmp$ python3.4 repro.py
ready
77468
VmHWM: 77468 kB
VmRSS: 65228 kB
Anthony Sottile added the comment:
Attached is repro2.py (slightly different so my editor doesn't hate itself when
editing the file)
I'll attach the other file in another comment since it seems I can only do one
at a time
--
Added file: http://bugs.python.org/file39257
Changes by Anthony Sottile :
Added file: http://bugs.python.org/file39259/anon_city_hoods.tar.gz
___
Python tracker
<http://bugs.python.org/issue24085>
___
___
Python-bug
New submission from C Anthony Risinger:
http://hg.python.org/cpython/file/d499189e7758/Tools/scripts/gprof2html.py#l1
...should be self explanatory.
i didn't run into this myself, but i saw that the Archlinux package was fixing
it via `sed`, without the customary link to upstream... so
Changes by Anthony S Valencia :
--
nosy: +antvalencia
___
Python tracker
<http://bugs.python.org/issue25931>
___
___
Python-bugs-list mailing list
Unsubscribe:
Gijsbert Anthony van der Linden added the comment:
Updated the patch and added tests. Fixed a problem with the previous patch:
result of map function was assumed to be list, however map in Python3 returns
an interator. So I replaced it with a list comprehension.
--
nosy
701 - 738 of 738 matches
Mail list logo
