ANNOUNCING
eGenix.com pyOpenSSL Distribution
Version 0.13.3.1.0.1.6
An easy-to-install and easy-to-use distribution
of the pyOpenSSL Python interface
Hi All,
PyDev 3.3.3 has been released
Details on PyDev: http://pydev.org
Details on its development: http://pydev.blogspot.com
LiClipse (PyDev standalone with goodies such as support for Django
Templates, Kivy Language, Mako Templates, Html, Javascript, etc):
http://brainwy.github.io/liclipse/
On 29/01/2014 06:26, mick verdu wrote:
I am using Pydev 2.8 on Eclipse IDE. It is printing some values that haven't
been printed with print command. How to deal with this problem?
There are some very smart people on this list, but unless you give them
details of what you've tried and
[Please help spread the word by forwarding to other relevant mailing lists,
user groups, etc. world-wide; thanks :-)]
ANNOUNCING
Python Events Calendars - Now with Twitter feed
maintained by the
Ned Batchelder n...@nedbatchelder.com writes:
On 1/28/14 2:19 AM, wxjmfa...@gmail.com wrote:
Different, but a little bit related. The work
which is done actually on the possibility (not
implemented but alreay realized) to colorize (style)
the different graphemes of a glyph is very
On Tue, 28 Jan 2014 22:26:56 -0800, mick verdu wrote:
I am using Pydev 2.8 on Eclipse IDE. It is printing some values that
haven't been printed with print command. How to deal with this problem?
There's no print statement in the code you included to demonstrate the
problem, which is probably
On Tue, 28 Jan 2014 21:25:54 -0800, Ayushi Dalmia wrote:
Hello,
I am trying to implement IBM Model 1. In that I need to create a matrix
of 5*5 with double values. Currently I am using dict of dict but
it is unable to support such high dimensions and hence gives memory
error. Any
Would you to accept fixes for http://bugs.python.org/issue20434 and
http://bugs.python.org/issue20437 before 3.3.4 final?
On Mon, Jan 27, 2014 at 9:36 AM, Georg Brandl ge...@python.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On behalf of the Python development team, I'm
According ato the pytz doc (http://pytz.sourceforge.net/):
‘UTC’ is Universal Time, also known as Greenwich Mean Time or GMT in
the United Kingdom.
If they are equal, why don't timezone objects created from those two
strings compare equal?
pytz.timezone(UTC) == pytz.timezone(GMT)
False
(I'm
- Original Message -
Hello there.
I am currently working on a project involving the use of Pyro4.
I have a scenario.
We have the pc named A, and a pc named B.
On pc B lies a python script, that includes pyro, and a method for
reading files.
On pc A, we create an instance
On Thu, Jan 30, 2014 at 4:29 AM, Skip Montanaro s...@pobox.com wrote:
According ato the pytz doc (http://pytz.sourceforge.net/):
‘UTC’ is Universal Time, also known as Greenwich Mean Time or GMT in
the United Kingdom.
If they are equal, why don't timezone objects created from those two
Skip Montanaro s...@pobox.com writes:
According ato the pytz doc (http://pytz.sourceforge.net/):
‘UTC’ is Universal Time, also known as Greenwich Mean Time or GMT in
the United Kingdom.
This is inaccurate, and I'd like to see it corrected in the
documentation. UTC is neither UT nor GMT.
GMT
On 2014-01-29, Skip Montanaro s...@pobox.com wrote:
According ato the pytz doc (http://pytz.sourceforge.net/):
UTC is Universal Time, also known as Greenwich Mean Time or GMT in
the United Kingdom.
If they are equal,
The question is _are_ they equal?
There is an exact defintion for what
29.01.14 18:55, Andrew Svetlov написав(ла):
Would you to accept fixes for http://bugs.python.org/issue20434 and
http://bugs.python.org/issue20437 before 3.3.4 final?
And http://bugs.python.org/issue20440.
--
https://mail.python.org/mailman/listinfo/python-list
Thanks for reply.
I am running file via ctrl+F11 and seeing output on pyDev Console. My code has
got nested dictionaries, lists and tuples. What you want to see?
--
https://mail.python.org/mailman/listinfo/python-list
On 29/01/2014 20:23, mick verdu wrote:
Thanks for reply.
I am running file via ctrl+F11 and seeing output on pyDev Console. My code has
got nested dictionaries, lists and tuples. What you want to see?
Two things, code and context. See here for how to go about this
http://sscce.org/
--
Following up on my earlier note about UTC v. GMT, I am having some
trouble grokking attempts to convert a datetime into UTC. Consider
these three values:
import pytz
UTC = pytz.timezone(UTC)
UTC
UTC
LOCAL_TZ = pytz.timezone(America/Chicago)
LOCAL_TZ
DstTzInfo 'America/Chicago' CST-1 day,
On 01/29/2014 01:52 PM, Skip Montanaro wrote:
Following up on my earlier note about UTC v. GMT, I am having some
trouble grokking attempts to convert a datetime into UTC.
Okay, let's see what GMT does for us:
GMT = pytz.timezone(GMT)
u = GMT.normalize(s)
u
datetime.datetime(2014, 1, 29, 21,
Skip Montanaro s...@pobox.com writes:
Following up on my earlier note about UTC v. GMT, I am having some
trouble grokking attempts to convert a datetime into UTC.
For what it's worth, you're not alone. Time zones are a hairy beast to
manage, made all the more difficult because national
On Wed, Jan 29, 2014 at 1:52 PM, Skip Montanaro s...@pobox.com wrote:
Following up on my earlier note about UTC v. GMT, I am having some
trouble grokking attempts to convert a datetime into UTC. Consider
these three values:
import pytz
UTC = pytz.timezone(UTC)
LOCAL_TZ =
I am on Windows 8, Python 3.3.4 and 3.3.3 and all previous versions exhibit the
same problem on my Windows 8 PC. This problem occurred out of nowhere
overnight. It was working fine for months until today.
I tried to open a file and nothing happened. If I tried to open a .py file
(any .py
On Thu, Jan 30, 2014 at 11:17 AM, Dennis Lee Bieber
wlfr...@ix.netcom.com wrote:
On Wed, 29 Jan 2014 19:02:53 + (UTC), Grant Edwards
invalid@invalid.invalid declaimed the following:
to be smacked across the knuckes with a 12-inch platinum-iridium ruler
Under what
On 2014-01-30 01:50, Dennis Lee Bieber wrote:
On Thu, 30 Jan 2014 11:28:16 +1100, Chris Angelico ros...@gmail.com
declaimed the following:
On Thu, Jan 30, 2014 at 11:17 AM, Dennis Lee Bieber
wlfr...@ix.netcom.com wrote:
On Wed, 29 Jan 2014 19:02:53 + (UTC), Grant Edwards
On Thu, Jan 30, 2014 at 1:40 PM, MRAB pyt...@mrabarnett.plus.com wrote:
How cruel... I suspect the smack at 0degC is much more painful
than one
at room temperature G
It's the 21st century; you should be making use of Unicode: 0°C.
I started to read that and thought you were going to
On 1/29/2014 6:26 PM, shangonich...@sbcglobal.net wrote:
I am on Windows 8, Python 3.3.4 and 3.3.3 and all previous versions
exhibit the same problem on my Windows 8 PC. This problem occurred out
of nowhere overnight. It was working fine for months until today.
Try the following, which I
Terry Reedy tjre...@udel.edu writes:
On 1/29/2014 6:26 PM, shangonich...@sbcglobal.net wrote:
If I launch the Python GUI it opens a Python Shell fine. But as
soon as I try to open a file (including a new file), it closes
the Shell.
This I do not. What is 'Python GUI'? What is
Steven D'Aprano wrote:
On Mon, 27 Jan 2014 12:22:22 -0800, Rick Johnson wrote:
Why do we even need an input function anyway if all it is going to do
is read from stdin?
That's not all it does.
For example, it handles backspacing, so that typing H E L O O BACKSPACE
BACKSPACE L O gives
In 583ab407-7831-45d7-b15d-46b30a6cc...@googlegroups.com mick verdu
mickve...@gmail.com writes:
Thanks for reply.
I am running file via ctrl+F11 and seeing output on pyDev Console.
My code has got nested dictionaries, lists and tuples. What you want to see?
One thing you could try is to
I found something like this in a StackOverflow discussion.
def paradox():
... try:
... raise Exception(Exception raised during try)
... except:
... print Except after try
... return True
... finally:
... print Finally
...
On Jan 29, 2014 11:01 PM, Jessica Ross deathwea...@gmail.com wrote:
I found something like this in a StackOverflow discussion.
def paradox():
... try:
... raise Exception(Exception raised during try)
... except:
... print Except after try
...
On 2014.01.29 23:56, Jessica Ross wrote:
I found something like this in a StackOverflow discussion.
def paradox():
... try:
... raise Exception(Exception raised during try)
... except:
... print Except after try
... return True
... finally:
Grant Edwards wrote:
smacked across the knuckes with a 12-inch platinum-iridium ruler
Imperial or Scottish inches?
--
Greg
--
https://mail.python.org/mailman/listinfo/python-list
Le jeudi 30 janvier 2014 06:56:16 UTC+1, Jessica Ross a écrit :
I found something like this in a StackOverflow discussion.
def paradox():
... try:
... raise Exception(Exception raised during try)
... except:
... print Except after try
...
Ariel Glenn added the comment:
Verified that with AF_INET instead of AF_UNSPEC I get the error from my c
program. I'll take this to the glibc folks and see what's up. Thanks.
--
___
Python tracker rep...@bugs.python.org
New submission from Vladimir Kerimov:
In the file _io\fileio.c in function
static PyObject *
fileio_readall(fileio *self)
this code is incorrect and crashes the process of Python:
if (_PyBytes_Resize(result, newsize) 0) {
if (total == 0) {
New submission from Serhiy Storchaka:
import io, _pyio
io.StringIO('a\nb\r\nc\rd', newline=None)
_io.StringIO object at 0xb707c734
io.StringIO('a\nb\r\nc\rd', newline=None).getvalue()
'a\nb\nc\nd'
_pyio.StringIO('a\nb\r\nc\rd', newline=None).getvalue()
'a\nb\r\nc\rd'
s =
Serhiy Storchaka added the comment:
Thanks Victor.
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20424
___
___
Stefan Krah added the comment:
Terry J. Reedy rep...@bugs.python.org wrote:
and fixed fixed the first-line deletion somewhere in changes to about 30
other files.
Ah, so it was a Derby accident. Let's hope things stabilize soon.
--
___
Python
Roundup Robot added the comment:
New changeset 6ca9ba9eb76b by Serhiy Storchaka in branch '3.3':
Issue #20424: Python implementation of io.StringIO now supports lone surrogates.
http://hg.python.org/cpython/rev/6ca9ba9eb76b
New changeset 483096ef1cf6 by Serhiy Storchaka in branch 'default':
Serhiy Storchaka added the comment:
The test is backported to 2.7 in 3971e1b07af4.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20424
New submission from Serhiy Storchaka:
$ ./python -m test.regrtest
/home/serhiy/py/cpython-2.7/python: No module named test.regrtest
It worked several days ago.
--
components: Tests
messages: 209630
nosy: ezio.melotti, michael.foord, pitrou, serhiy.storchaka
priority: normal
severity:
Andrew Svetlov added the comment:
Bug can be reproduced if _PyBytes_Resize fails with out-of-memory error than
NULL object decrefed.
Buggy modules are _io, binascii and zlib.
3.4 hasn't the problem.
Patch for 3.3 is attached.
Fix goes to mimic 3.4 -- (replace Py_DECREF with Py_CLEAR), while
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
keywords: +needs review
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20434
___
STINNER Victor added the comment:
Ah yes, the bytes object is set to NULL. In fact, you don't need to call
Py_CLEAR(retval) in case of error, because retval is already NULL. Could you
please update your patch to just do nothing on retval in case of error please?
3.4 hasn't the problem.
Yes,
Lars Gustäbel added the comment:
I cannot yet go into the details, because I have not tested the patch.
The comments, docstrings and quoting are not very consistent with the rest of
the module. There are a few spelling mistakes. The open_volume() method is more
or less a copy of the open()
Nick Coghlan added the comment:
Huh, I thought we did this back when Ethan was working on enum stuff, but I
guess we never figured out exactly where to put it.
Considering that question again now, I suggest adding it to the end of the
subsection on implementing descriptors, since that's when
Eduardo Robles Elvira added the comment:
I cannot yet go into the details, because I have not tested the patch.
The comments, docstrings and quoting are not very consistent with the rest of
the module. There are a few spelling mistakes.
I can try to take care of this, though it'd be best
Nick Coghlan added the comment:
Patch looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20425
___
___
Python-bugs-list mailing
Serhiy Storchaka added the comment:
Well, good.
But I still have several nitpicks. Here is revised patch.
* Now ASCII encoding is used to test list() output. And tests now run even if
sys.stdout is a StringIO.
* test_list_verbose now test that printed files are actually separated by one
new
Nick Coghlan added the comment:
This proposal and patch look good to me. The current behaviour definitely isn't
desirable:
import inspect
inspect.Signature.from_function(1)
Traceback (most recent call last):
File stdin, line 1, in module
File /home/ncoghlan/devel/py3k/Lib/inspect.py,
R. David Murray added the comment:
Still works fine for me, and I just updated.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20436
___
New submission from Serhiy Storchaka:
Some time ago Victor proposed in issue16445 a large patch (275 changes) which
replaces Py_DECREF(expr); expr = NULL; to safer Py_CLEAR(expr);. That patch
contained was so large because it included cases where expr is just a local
variable, which are safe
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file33795/py_clear-3.3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20437
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file33796/py_clear-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20437
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file33794/py_clear-3.4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20437
___
Serhiy Storchaka added the comment:
Patches are generated by following command:
spatch --in-place --sp-file py_clear.spatch --dir .
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20437
Serhiy Storchaka added the comment:
There are other places where Py_DECREF is called after failed
_PyBytes_Resize(). For example in PyBytes_FromObject():
if (_PyBytes_Resize(new, size) 0)
goto error;
...
error:
/* Error handling when new != NULL */
Antoine Pitrou added the comment:
Works here too. Are you sure you don't have a test.py somewhere on your path?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20436
___
Serhiy Storchaka added the comment:
Are you sure you don't have a test.py somewhere on your path?
Oh, yes, I have.
Sorry for the noise.
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker
Larry Hastings added the comment:
Here's a complete patch, converts everything that I think should be converted
for 3.4. With this patch applied, all unit tests pass on my 64-bit Linux box.
I plan to also run tests with the buildbots before checking it in.
The patch... well, it's 14,000
Larry Hastings added the comment:
By the way, my plan is to turn on the file preset just before checkin. The
patch is *much* easier to read without turning that on first; with the file
preset, now you have to keep two windows in sync to compare calls to PyArg_*().
--
Larry Hastings added the comment:
LGTM. If it compiles cleanly and passes the unit test suite--which obviously
it should--you may check the 3.4 patch to trunk.
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
Changes by Brian Quinlan br...@sweetapp.com:
--
assignee: - bquinlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20319
___
___
Python-bugs-list
Larry Hastings added the comment:
Sorry for the fresh update, but here's revision 3. Only changes:
* Gave os.access a - bool return converter.
* Fixed up a lot of whitespace. Now, major things are separated by
two empty lines, but removed whitespace between
#ifdef HAVE_SOMETHING
Yury Selivanov added the comment:
Nick, thanks for the review. Committed.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20422
___
Yury Selivanov added the comment:
Signature.from_function() and Signature.from_builtin() should both also be
documented, but we may want to wait for PEP 457 and #17373 in Python 3.5
before sorting all that out.
I would like to wait till 3.5 too. Right now both of them are sort of private
Yury Selivanov added the comment:
Thanks for the review!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20425
___
Roundup Robot added the comment:
New changeset a9fedabb69e5 by Yury Selivanov in branch 'default':
inspect.signature: Add support for decorated (wrapped) builtins #20425
http://hg.python.org/cpython/rev/a9fedabb69e5
--
nosy: +python-dev
___
Python
Roundup Robot added the comment:
New changeset ca974997280d by Yury Selivanov in branch 'default':
inspect.Signature: ensure that non-default params don't follow default ones
#20427
http://hg.python.org/cpython/rev/ca974997280d
--
nosy: +python-dev
Changes by Yury Selivanov yselivanov...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20427
___
Roundup Robot added the comment:
New changeset 9433b380ad33 by Yury Selivanov in branch 'default':
inspect.Signature: Make from_builtin to raise an exception if no signature can
http://hg.python.org/cpython/rev/9433b380ad33
--
nosy: +python-dev
___
Yury Selivanov added the comment:
Committed.
Thanks for the reviews!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17481
___
___
Changes by Yury Selivanov yselivanov...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17481
___
Roundup Robot added the comment:
New changeset 0fa2750c7241 by Yury Selivanov in branch 'default':
inspect.test.getfullargspec: Add a unittest to ensure correct annotations
http://hg.python.org/cpython/rev/0fa2750c7241
--
___
Python tracker
Roundup Robot added the comment:
New changeset 6d1e8162e855 by Yury Selivanov in branch 'default':
inspect.getfullargspec: Use inspect.signature API behind the scenes #17481
http://hg.python.org/cpython/rev/6d1e8162e855
--
nosy: +python-dev
___
New submission from Yury Selivanov:
Should we finally deprecate getfullargspec? With the AC and positional-only
parameters support, getfullargspec doesn't provide full information anymore.
By deprecation I mean changing its existing note Consider using the new
Signature Object interface,
Larry Hastings added the comment:
Actually, forget about the file output preset. It wouldn't work for
posixmodule. 80% of the entry points are #ifdef conditional on platform
functionality. Which means the Clinic generated stuff needs to be #ifdef too.
It wouldn't be that hard to add the
New submission from Yury Selivanov:
The ability to fine-tune formatting of Signature (currently Signature.__str__)
might be useful for pydoc and idle.
--
assignee: yselivanov
messages: 209660
nosy: brett.cannon, larry, ncoghlan, terry.reedy, yselivanov
priority: normal
severity: normal
Serhiy Storchaka added the comment:
And here is a patch which replaces Py_XDECREF(identifier); identifier = NULL;
to Py_CLEAR(identifier); (10 replaces in 7 files). It doesn't fix any bug
(unless identifier is global variable), but makes a code a little cleaner.
Compilers should generate
Serhiy Storchaka added the comment:
The curses module also has many conditionally implemented functions.
I think Argument Clinic can detect preprocessor instructions
(#if/#ifdef/#ifndef/#else/#endif) and generate needed #if/#endif in generated
file. This would be more robust than explicitly
Changes by Charles-François Natali cf.nat...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20418
___
New submission from Serhiy Storchaka:
Proposed patches replaced idiomatic code
Py_DECREF(ptr);
ptr = new_value;
to Py_REPLACE(ptr, new_value); which is expanded to
{
PyObject *__tmp__ = ptr;
ptr = new_value;
Py_DECREF(__tmp__);
}
(and same for
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file33803/py_replace-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20440
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file33802/py_replace-3.3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20440
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +benjamin.peterson, georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20437
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file33801/py_replace-3.4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20440
___
Brett Cannon added the comment:
Although I say do it in 3.5.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20438
___
___
Python-bugs-list
Brett Cannon added the comment:
I vote deprecation with no stated plans of removal
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20438
___
___
Antoine Pitrou added the comment:
Something similar was proposed in issue3081.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20440
___
Georg Brandl added the comment:
Matthias and I agreed this isn't necessary since on the relevant distribution
it's already documented.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
For an api, given that we have
formatargvalue(*getargvalues, ...)
formatargspec(*getfullargspec, ...)
we might add
formatsignature(signature, ...)
with the default being the same as str(signature).
I checked the first 80 hits at
Serhiy Storchaka added the comment:
I do not understand why that issue was closed. Probably Py_SETREF is not the
best name but this can be discussed. Adverse idea about Py_INCREF also looked
questionable. But many people supported the introduction of a macro for safe
replacement.
And now we
Brett Cannon added the comment:
It all seems like a good idea to me and I like the Py_REPLACE naming (I was
going to suggest Py_SWAP, but Py_XSWAP looks too weird to me).
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
New submission from Terry J. Reedy:
My Win7, AMD64 Win7, Server 2003, but not x86 Win7 buildbot or any others that
run test
==
FAIL: test_split (test.test_tcl.TclTest)
Serhiy Storchaka added the comment:
What is Tcl/Tk patchlevel? It is reported somewhere in tests log.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20441
___
Terry J. Reedy added the comment:
I am running tcl8.5.2.1 and tk8.5.2.0 as installed by
Tools/buildbots/external.bat. I presume same for Windows buildbots. I did not
find 'tcl' or 'tk' other than in test names in the log I checked.
--
___
Python
Serhiy Storchaka added the comment:
We can steal icon from http://www.python.org/favicon.ico. It contains three
variants for different size (16, 32 and 48 pixels). Here is extracted and
converted to GIF images. Please try them and original favicon on Windows. Or
may be we even can cut larger
Yury Selivanov added the comment:
Stefan, is this one still relevant?
If it is, I can review it (I have a couple of things to improve) and push in
3.4, as it doesn't really change any API.
--
nosy: +yselivanov
versions: -Python 3.3
___
Python
Yury Selivanov added the comment:
Should this one be closed now?
FWIW, signature object validates this case now.
--
dependencies: +Argument Clinic rollup patch, 2014/01/25
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
As for desctop icon, see also issue1353344 and issue15869.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20406
___
1 - 100 of 139 matches
Mail list logo
