Denis Osipov added the comment:
Got it.
But now docs says that overriding the __getattr__() method is enough to
customize attribute access. It's not completely true.
If I understand it correct, to make __getattr__() work every time you need to
call it by __getattribute__ or raise
Change by Denis Osipov :
--
keywords: +patch
pull_requests: +9625
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Denis Osipov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Denis Osipov :
6.3.1. Attribute references says:
"The primary must evaluate to an object of a type that supports attribute
references, which most objects do. This object is then asked to produce the
attribute whose name is the identifier. This production can be custo
Denis Osipov added the comment:
I understand that it's expected behavior. But why don't use completely working
example in the docs, which one could just copy and paste? It requires to add
just seven chars)
--
___
Python tracker
<ht
New submission from Denis Osipov :
Customizing module attribute access example raises RecursionError:
>>> import sys
>>> from types import ModuleType
>>> class VerboseModule(ModuleType):
... def __repr__(self):
... return f'Verbose {self.__name__}'
.
Denis Osipov <osipo...@list.ru> added the comment:
Got it. Thank you for your help.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
New submission from Denis Osipov <osipo...@list.ru>:
In Developer Guide says:
"If you don’t have easy access to a command line, you can run the test suite
from a Python or IDLE shell:
>>> from test import autotest"
But I can't run test from IDLE:
Traceback (most
Denis Osipov <osipo...@list.ru> added the comment:
Oops... I've tried to rebuild, it didn't help. But after deleting folder
cpython\PCbuild\amd64 everything works well again.
Sorry for false alarm.
--
resolution: -> works for me
stage: -> resolved
status: op
New submission from Denis Osipov <osipo...@list.ru>:
Since today (2017-10-10) I have compile error on Windows 10:
$ PCbuild/build.bat -e -d -p x64
Using py -3.6 (found with py.exe)
Fetching external libraries...
bzip2-1.0.6 already exists, skipping.
sqlite-3.14.2.0 already exists, skippi
Changes by Denis Osipov <osipo...@list.ru>:
--
keywords: +patch
pull_requests: +3744
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Denis Osipov:
2to3 doesn't work if called for file in current directory with --add-suffix
option.
$ /d/repos/cpython/python.bat /d/repos/cpython/Tools/scripts/2to3 -n -W
--add-suffix=3 test2to3.py
Running Debug|x64 interpreter...
WARNING: --write-unchanged-files/-W
Changes by Denis Osipov <osipo...@list.ru>:
--
keywords: +patch
pull_requests: +3727
stage: needs patch -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Changes by Denis Osipov <osipo...@list.ru>:
--
keywords: +patch
pull_requests: +3726
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Changes by Denis Osipov <osipo...@list.ru>:
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<https://bu
Denis Osipov added the comment:
Thank you for your answers. It's what I want to know. It looks like I shouldn't
try to fix (to break) something that works well enough.
If nobody minds I'll close the issue with not a bug resolution.
--
___
Python
Denis Osipov added the comment:
Actually now Python time.strftime not always returns the same value as C
strftime with the same arguments, because timemodule make some refining of raw
argument values to avoid errors.
--
___
Python tracker <
Denis Osipov added the comment:
Yes, C strftime returns the same. Inside of Python time.strftime() in Windows
we give struct tm with inconsistent attributes (year, mon, mday and wday,yday)
as argument for C strftime().
Before it timemodule does a lot of work to parse arguments
Denis Osipov added the comment:
It seems strange to me that time.strftime() returns formatted date with wrong
day of week and day of year values. So, I think it's probably a bug.
But I'm just learning Python and programming and I think that it can be
intentional behavior.
If it's a bug I'd
Denis Osipov added the comment:
If it's really a bug I could make PR with changes in timemodule.c (in
gettmarg() and checktm() functions). But I'm not sure that it's not intended
behavior.
--
___
Python tracker <rep...@bugs.python.org>
New submission from Denis Osipov:
Now default values for zero in time.strftime returns string with day of week
value 1:
>>> time.strftime("%Y %m %d %H %M %S %w %j", (2000,)+(0,)*8)
'2000 01 01 00 00 00 1 001'
while 2000-01-01 is Saturday (=6th day of week).
Now each
Denis Osipov added the comment:
Fixed in PR 3397 (I guess).
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Denis Osipov added the comment:
Thank you. Looking forward to it.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31381>
___
___
New submission from Denis Osipov:
Can't load pythoncore.vcxproj in VS2017 after PR 3375 bpo-31358: Pull zlib out
of the repository #3375.
During pcbuild.sln loading there is error message:
D:\repos\cpython\PCbuild\pythoncore.vcxproj : error : Unable to read the
project file
Changes by Denis Osipov <osipo...@list.ru>:
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bu
Changes by Denis Osipov <osipo...@list.ru>:
--
pull_requests: +3391
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31364>
___
_
New submission from Denis Osipov:
It looks like last PR #3377 changing pytime.c (adding #include )
causing problem with compilation. Now on my Win10 i have multiple warnings and
errors about ws2def.h, winsock.h and winsock2.h (see attached file).
--
components: Windows
files
Changes by Denis Osipov <osipo...@list.ru>:
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bu
Changes by Denis Osipov <osipo...@list.ru>:
--
versions: +Python 3.5, Python 3.6
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Denis Osipov added the comment:
Tests on Windows buildbots passed. I've made PR for 3.5 and 3.6 backporting.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Denis Osipov <osipo...@list.ru>:
--
pull_requests: +2067
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30584>
___
_
Changes by Denis Osipov <osipo...@list.ru>:
--
pull_requests: +2066
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30584>
___
_
Denis Osipov added the comment:
Using the numeric SID instead of localized name in test_access_denied works for
me (I've made PR).
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Denis Osipov <osipo...@list.ru>:
--
pull_requests: +2046
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30584>
___
_
New submission from Denis Osipov:
test_os fails on non-English (Russian) Windows 7 Home Extended 6.1.7601 x64
==
ERROR: test_access_denied (test.test_os.StatAttributeTests
35 matches
Mail list logo
