Antoine Pitrou added the comment:
Passing a globals() instance looks hackish.
importlib uses another approach:
http://hg.python.org/cpython/file/5ef49659935f/Lib/importlib/_bootstrap.py#l303
Note that it is a pity that code objects don't have a __module__ attribute.
Perhaps it would be a nice
Leonardo DaVinci added the comment:
Actually Antoine,
Solidoodle has sent 2 email replies, 1 was a video link to some British guy
opening his box which wasn't packed like mine and had missing parts. and
the second email was just as useless stating that maybe I'm running both
platforms at the
Terry J. Reedy added the comment:
OK, given Antoine's reply, I am going to close this until there is actionable
information.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16749
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16804
___
___
Python-bugs-list
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16795
___
___
Python-bugs-list
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16803
___
___
Python-bugs-list
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16320
___
___
Python-bugs-list
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15840
___
___
Python-bugs-list
Martin v. Löwis added the comment:
Python's standard library does not currently provide a validating XML parser,
and none is planned, so I propose to close this as won't fix.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
Looks like this issue was addressed with 6d0c54b99ca9 (2.7), 5493299df0a0 (3.2)
and c23b442b5d5e (default). Close?
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14516
New submission from Daniel Shahaf:
Currently inspect.stack() returns a list of 6-tuples. I suggest to make it
return a list of named tuples, so code that only needs one tuple element can
get it by name.
Current behaviour:
% ./python -c 'import inspect; print(inspect.stack()[0])'
(frame
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16694
___
___
Python-bugs-list
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
___
Python-bugs-list
Terry J. Reedy added the comment:
I agree. The stdlib is not intended to do everything. That is why we maintain
an index and optional repository for third party packages. For xml processing,
lxml, in particular, is a recommended extension/replacement for advanced users.
It includes an etree
Andrew Svetlov added the comment:
Agree with you, Hynek. It should be fixed in 3.4 only (and change should be
well documented).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15840
___
Larry Hastings added the comment:
Okay, counter-proposal time. We add a new field to the Parameter object, the
preferred string representation of the default. If the parameter has a
default, it is always a string, by default repr(parameter_default_value); if
the parameter has no default
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14369
___
___
Python-bugs-list
Ray Donnelly added the comment:
Good work Jason,
I think it would be great if everyone could collaborate better with this stuff;
I'm as guilty as the next person on that score though. I might have been able
to save you some effort by pointing you at either:
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16376
___
___
Python-bugs-list
Terry J. Reedy added the comment:
I suppose you could say that I kicked that particular can over to the class doc
;-).
The fundamental problem with exec is that it is at least as complicated as
Python, since it executes any legal python code, and in fact is even more
complicated* because
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16286
___
___
Python-bugs-list
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16283
___
___
Python-bugs-list
Meador Inge added the comment:
See also issue9969.
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12486
___
___
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12691
___
___
Python-bugs-list
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16801
___
Terry J. Reedy added the comment:
If you wish to pursue this, I suggest starting with 'the simplest thing that
works' for the text cases at hand. They all involve 'mode' and you have not
presented and I cannot think of other cases. So somewhere in the signature
generation code:
if function
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16781
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16804
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11824
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
New submission from Roger Serwy:
I am running Arch Linux with the latest Tcl/Tk 8.6.0 build with Python 2.7.3
and 3.3.0, and the latest 3.4.0a0 build from the repository.
Running the attached script fails when calling pack_info(). Here's is the
script's output:
8.6
Traceback (most recent
Nick Coghlan added the comment:
Hmm, it works in 3.2, so I suspect that's a symptom of the code change that
skipped the side effects on explicit import when -S was specified.
--
___
Python tracker rep...@bugs.python.org
New submission from Glenn Linderman:
Docs say:
date.timetuple()
Return a time.struct_time such as returned by time.localtime(). The hours,
minutes and seconds are 0, and the DST flag is -1. d.timetuple() is equivalent
to time.struct_time((d.year, d.month, d.day, 0, 0, 0, d.weekday(),
Raymond Hettinger added the comment:
+1
--
keywords: +easy -patch
nosy: +rhettinger
stage: - needs patch
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16808
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16809
___
Bradley Froehle added the comment:
First off, thanks for all the work so far. This has proven incredibly useful to
me in a personal project.
However, I think there needs to be some additional discussion of how to
handle situations where the arguments passed to PyArg_ParseTuple require
101 - 136 of 136 matches
Mail list logo