[issue33415] When add_mutually_exclusive_group is built without argument, the help breaks with "IndexError: list index out of range"

2018-05-03 Thread Ariel Otilibili Anieli
New submission from Ariel Otilibili Anieli : Hello, When add_mutually_exclusive_group is built without argument, the help breaks with "IndexError: list index out of range". Indeed this snippet: actions_ = parser.add_argument_group('Actions') actions = actions_.add_mutu

[issue23714] Comprehension + eval doesn't work inside function definition

2015-03-19 Thread Ariel Bruner
New submission from Ariel Bruner: The following code gives a NameError: >>> def foo(bar): print {eval(x) for x in ['bar']} >>> foo(2) Traceback (most recent call last): File "", line 1, in foo(2) File "", line 2, in foo pr

[issue20418] socket.getaddrinfo fails for hostname that is all digits 0-9

2014-01-29 Thread Ariel Glenn
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 <http://bugs.python.o

[issue20418] socket.getaddrinfo fails for hostname that is all digits 0-9

2014-01-28 Thread Ariel Glenn
Ariel Glenn added the comment: Yes, I had checked that just in case; getaddrinfo(3) works for the all-digit hostname, returning no error. I'm using these hints: memset(&hints, 0, sizeof(struct addrinfo)); hints.ai_family = AF_UNSPEC; hints.ai_socktype = SOCK_STREAM; hints

[issue20418] socket.getaddrinfo fails for hostname that is all digits 0-9

2014-01-28 Thread ariel-wikimedia
New submission from ariel-wikimedia: With python 2.7.5 (running on fedora 20 with all updates), socket.getaddrinfo for a hostname such as 836937931829 will fail. Docker produces these sorts of hostnames (really random hex strings, but some hex strings only contain digits 0-9). How to

[issue18539] Idle 2.7: Calltip wrong if def contains float default value

2013-07-27 Thread ariel brunner
ariel brunner added the comment: Superb, and thanks for doing the actual work on fixing it. -- ___ Python tracker <http://bugs.python.org/issue18539> ___ ___ Pytho

[issue18539] Arguments tooltip wrong if def contains fractional default value

2013-07-24 Thread ariel brunner
New submission from ariel brunner: When defining a function with factional default arguments, the text replaces the correct values in the tooltip. Here's an example - >>> def f(a=0.5): pass >>> f( tooltip shows - "(a=0)", i.e. replaces the ".

[issue18539] Arguments tooltip wrong if def contains fractional default value

2013-07-24 Thread ariel brunner
Changes by ariel brunner : -- versions: -Python 2.6 ___ Python tracker <http://bugs.python.org/issue18539> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue791968] Arguments tooltip wrong if def contains tuple

2013-07-24 Thread ariel brunner
ariel brunner added the comment: I will, sorry. I thought it's possible reopen an issue. Since all the relevant information is already contained here, and since the problem is with the fix to the issue, I figured it's best to reope

[issue791968] Arguments tooltip wrong if def contains tuple

2013-07-23 Thread ariel brunner
ariel brunner added the comment: It seems like the solution has caused a different issue: now, when defining a function with factional default arguments, the text replaces the correct values in the tooltip. Here's an example - >>> def f(a=0.5): pass >>> f(

[issue15276] unicode format does not really work in Python 2.x

2012-07-07 Thread Ariel Ben-Yehuda
Ariel Ben-Yehuda added the comment: I don't work on CPython On Sat, Jul 7, 2012 at 6:57 PM, Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > > Ariel: would you like to provide a patch? > > -- > nosy: +loewis > >

[issue15276] unicode format does not really work in Python 2.x

2012-07-07 Thread Ariel Ben-Yehuda
New submission from Ariel Ben-Yehuda : unicode formats (u'{:n}'.format) in python 2.x assume that the thousands seperator is in ascii, so this fails: >>> import locale >>> locale.setlocale(locale.LC_NUMERIC, 'fra') # or fr_FR on UNIX >>> u'

[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing

2012-06-15 Thread Ariel Poliak
Ariel Poliak added the comment: Ideally, this would be taken care by the _serialize_xml() with a parameter specified when called from within write(). However, the signature for the _serialize_xml() function cannot be changed, as it needs to match the signature for the rest of the _serialize_

[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing

2012-06-12 Thread Ariel Poliak
Ariel Poliak added the comment: Made a new patch. This one contains changes for xml.etree.ElementTree for cpython, jython, and stackless. It also contains changes to Modules/_elementtree.c for cpython and stackless. The changes within this patch do not change the signature for the _serialize_

[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing

2012-03-23 Thread Ariel Poliak
Ariel Poliak added the comment: To answer eli.bendersky's questions: 1. That's just the name of the file with my changes in it. I pulled the original file from Hg, copied it to "ElementTree_new.py", made my changes, and created a patch from the two. 2. I'm n

[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing

2012-03-20 Thread Ariel Poliak
New submission from Ariel Poliak : As it stands in Hg, when the write() method of an xml.etree.ElementTree object is called, and a tag within the XML tree has no child tags or defined text, the tag is written using the short notation "". Whether or not the short notation is used

[issue10364] Color coding fails after running program.

2011-10-24 Thread Ariel
Ariel added the comment: Excuse me for budging in, I was having the same problem (both python 3.2 and 2.7, on both win XP and 7) without knowing the file extention is the cause. Why doesn't IDLE editor save files with the .py extention unless specificly ordered to? The Save as dialoge w

[issue9259] Python 2.7 breaks assigned __exit__s

2010-07-14 Thread Ariel Ben-Yehuda
Ariel Ben-Yehuda added the comment: Done it for myself. However, I am not a GI Maintainer - you should talk with them and send them this patch. -- ___ Python tracker <http://bugs.python.org/issue9

[issue9259] Python 2.7 breaks assigned __exit__s

2010-07-14 Thread Ariel Ben-Yehuda
Ariel Ben-Yehuda added the comment: My test on Class Methods was based on the GI Code that does not run on Python 2.7. -- ___ Python tracker <http://bugs.python.org/issue9

[issue9259] Python 2.7 breaks assigned __exit__s

2010-07-14 Thread Ariel Ben-Yehuda
Ariel Ben-Yehuda added the comment: Bug or not bug, Python2.7 breaks Gobject-Introspection. -- status: closed -> open ___ Python tracker <http://bugs.python.org/iss

[issue9259] Python 2.7 breaks assigned __exit__s

2010-07-14 Thread Ariel Ben-Yehuda
New submission from Ariel Ben-Yehuda : Hello, I think there is a problem with Python 2.7: I installed it, and tried to compile GObject-Introspection 0.9.2. Here is the result: ... GISCAN GLib-2.0.gir Traceback (most recent call last): File "../tools/g-ir-scanner", line 36, in