New submission from Yuri Kanivetsky :
Consider the following script:
# import pdb; pdb.set_trace()
# import re
def f():
import re
print((lambda: re.findall('a', 'aaa'))())
import pdb; pdb.set_trace()
print('test')
f
Change by Yuri Bochkarev :
--
nosy: +Yuri.Bochkarev
___
Python tracker
<https://bugs.python.org/issue11416>
___
___
Python-bugs-list mailing list
Unsubscribe:
Yuri Kanivetsky added the comment:
Well, it's just that I was digging into Python's code. And it took me quite a
while to figure out what the variable holds. Running into "ndots" name
clarified that. That generally means that variable name doesn't describe its
con
New submission from Yuri Kanivetsky :
Not a big issue, really. At some point the code switches from "ndots" name:
https://github.com/python/cpython/blob/v3.7.0a3/Python/ast.c#L3385
to "level" name:
https://github.com/python/cpython/blob/v3.7.0a3/Python/Python-ast.c
New submission from Yuri Teixeira:
from pathlib import Path
p = Path('/any/folder')
f = p / 'oldname'
f.rename('newname')
The above will rename the file 'oldname' to 'newname' but will also
move it to Path.cwd()
I thought that pathlib.Path.r
Changes by Yuri Bochkarev :
--
nosy: +Yuri.Bochkarev
___
Python tracker
<http://bugs.python.org/issue1175>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yuri Bochkarev :
--
nosy: +Yuri.Bochkarev
___
Python tracker
<http://bugs.python.org/issue9634>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yuri Bochkarev :
--
nosy: +Yuri.Bochkarev
___
Python tracker
<http://bugs.python.org/issue8844>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Yuri Bochkarev :
--
nosy: +Yuri.Bochkarev
___
Python tracker
<http://bugs.python.org/issue3566>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Yuri:
When I click on "Close Window" button for the unresponsive python-based app
'meld', message from window manager shows up offering to kill the non-existent
pid. It looks like python libs set wrong pid for windows when python
multithreading is in us
Yuri added the comment:
I fixed all build problems on the current MinGW32. python.exe builds ok, but
build fails since python.exe can't find some modules after this. Not sure why.
--
keywords: +patch
nosy: +yurivict
Added file: http://bugs.python.org/file22329/python-3.2.
New submission from yuri :
Originally the problem was that one script used a logger instance initialized
in another script, and, as a result, log entries were "signed" by the later one.
Setup: python 3.1.1, Suse Linux enterprise server 9
2 scripts are scheduled in crontab as fo
12 matches
Mail list logo
