ThePokestarFan added the comment:
You're most likely right, so I'll close it. The lesson is most likely to not
use weird arguments, but modules such as datetime warn against it, so I was
surprised.
--
___
Python tracker
<https://bu
Change by ThePokestarFan :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue41924>
___
___
Pyth
Change by ThePokestarFan :
--
keywords: +patch
pull_requests: +21537
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22534
___
Python tracker
<https://bugs.python.org/issu
New submission from ThePokestarFan :
The wrap() method of the TextWrapper class (and the module-level wrap method)
throws an unhelpful TypeError upon getting a bytes object.
--
components: Library (Lib)
files: traceback.txt
messages: 377910
nosy: ThePokestarFan
priority: normal
ThePokestarFan added the comment:
I tested the program against my 3.8 installation and got the same error.
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue40
Change by ThePokestarFan :
Added file: https://bugs.python.org/file48987/program.py
___
Python tracker
<https://bugs.python.org/issue40021>
___
___
Python-bugs-list m
Change by ThePokestarFan :
Added file: https://bugs.python.org/file48986/python2.txt
___
Python tracker
<https://bugs.python.org/issue40021>
___
___
Python-bugs-list m
Change by ThePokestarFan :
Added file: https://bugs.python.org/file48985/interpter.txt
___
Python tracker
<https://bugs.python.org/issue40021>
___
___
Python-bugs-list m
New submission from ThePokestarFan :
If I set up a simple recursion exception function, that calls itself every time
an error is raised, Python throws a SIGABRT and crashes due to a "Stack
Overflow".
def x():
try:
raise Exception()
except Exception:
x()
Od
ThePokestarFan added the comment:
I would really like to be able to clear IDLE when using it. I do not understand
how hard it can be just to clear a window.
--
nosy: +ThePokestarFan
___
Python tracker
<https://bugs.python.org/issue6
New submission from ThePokestarFan :
When testing PDB in python 3.8.1, PDB throws an exception when I call the pm()
function in PDB without importing system.
[Fresh session]
>>> import pdb
>>> pdb.pm()
Traceback (most recent call last):
File "", line 1, in
ThePokestarFan added the comment:
A pythonic way to do it is `os.environ[“no_proxy”]=“*”`
--
nosy: +ThePokestarFan
___
Python tracker
<https://bugs.python.org/issue30
ThePokestarFan added the comment:
Still present in python 3.8 and issue 38658. Another workaround is in
https://bugs.python.org/issue30385#msg293958
--
nosy: +ThePokestarFan
versions: +Python 3.8
___
Python tracker
<https://bugs.python.
ThePokestarFan added the comment:
Thank you. Closing this issue.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
ThePokestarFan added the comment:
Can you run
>>>import dateutil
>>>print(repr(dateutil))
--
___
Python tracker
<https://bugs.python.org/issue38645>
___
__
ThePokestarFan added the comment:
For me, it seems that dateutil is not a standard Python library module. When I
run `import dateutil` it reports that there is no module called dateutil.
```
>>> import dateutil
Traceback (most recent call last):
File "", line 1, in
Imp
New submission from ThePokestarFan :
I have a Python process that should not die that is multiprocessed. I have a
queue process that feeds the queue every so often, but my program should use up
queue items faster than the queue adds them. I have four worker threads that
make requests to an
17 matches
Mail list logo
