Éric Araujo mer...@netwok.org added the comment:
I’ve recently remarked that -i maps to both sys.flags.inspect and
sys.flags.interactive. Is this behavior useful?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Maybe not, but note that there is both a Py_InteractiveFlag and Py_InspectFlag,
and they enable different things (they are both set by -i, while setting the
PYTHONINSPECT envvar only activates Py_InspectFlag).
--
nosy: +georg.brandl
Éric Araujo mer...@netwok.org added the comment:
Okay, so having both flags makes sense.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1816
___
Christian Heimes added the comment:
The new patch is using a struct sequence (like the result of os.stat):
import sys
sys.flags
sys.flags (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0)
dir(sys.flags)
['__add__', '__class__', '__contains__', '__delattr__', '__doc__',
'__eq__', '__ge__',
Guido van Rossum added the comment:
Can't you use a namedtuple? Then printing it would show the names of
the flags...
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1816
__
___
Christian Heimes added the comment:
Guido van Rossum wrote:
Can't you use a namedtuple? Then printing it would show the names of
the flags...
... and increase the startup costs of Python by loading several
additional modules. The collections module imports _collections,
operator and keyword.
Guido van Rossum added the comment:
I'd rather see a better repr function for the
sequence types.
Agreed. It's kind of unfortunate that we have two implementations for
the same concept, one in C and one in Python.
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
I've coded sys.flags for my per-user site-packages PEP. I could make it
a function but the function would be called by site.py on every startup.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1816
Christian Heimes added the comment:
Does anybody see a problem with this repr slot implementation for
structseq? It gives this output:
os.stat(.)
posix.stat_result st_mode=16832, st_ino=11666571L, st_dev=65025L,
st_nlink=20, st_uid=1000, st_gid=1000, st_size=4096L,
st_atime=1200261754,
Guido van Rossum added the comment:
Nice -- perhaps you can make it look like a function call,
posix.stat_result(st_mode=..., ...)? (Then someone else might finally
create a constructor with such a signature. :-)
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Committed in r59947, r59948 and r59949
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1816
__
New submission from Christian Heimes:
The output should be self explaining:
./python -tt -E -OO -Qnew -c import sys; print sys.cmd_flags
('Qnew', 'O', 'OO', 'E', 't', 'tt')
I'll provide doc updates and a mini test if the patch wanted.
--
components: Interpreter Core
files:
Guido van Rossum added the comment:
I like the idea of exposing Python's command line flags, but I think
this API is a bit odd. I'd rather see it be a struct with members named
after the various arguments and values that are ints or bools -- or
simply a bunch of new flags directly in the sys
13 matches
Mail list logo
