Simon Zack added the comment:
For those who want to use this right away, I've added a python implementation
of the patch, which passes the unit tests. There's a slight difference in
usage, where instead of using super() directly, super_prop(super()) needs to be
used, so we can still use super
Simon Zack added the comment:
+1 to this feature, this will dramatically simplify property setting code.
--
nosy: +simonzack
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14965
Simon Zack added the comment:
Ok, my bad, I was creating my own OSErrors so I was just testing it out. I just
found the default to be rather confusing as I thought None would not be mapped
to anything.
--
___
Python tracker rep...@bugs.python.org
Changes by Simon Zack simonz...@gmail.com:
--
components: +ctypes
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22961
New submission from Simon Zack:
The ctypes.WinError function returns:
OSError(None, descr, None, code)
However OSError does not appear to allow None as a first argument, and converts
it to 22 which is the EINVAL Invalid Argument error. This is rather confusing
as there was no invalid
New submission from Simon Zack:
Python already has tuple unpacking in many places, I wonder if this has been
considered for arguments yet, it seems rather convenient and a natural
extension to me.
Here's what I mean:
def func((a, b, c)):
print(a, b, c)
func((1, 2, 3))
should print 1 2
New submission from Simon Zack:
Functions added by addTypeEqualityFunc is not used for comparing list elements
in assertListEqual, and only used in assertEqual.
It would be nice to have assertListEqual use functions added by
addTypeEqualityFunc for comparisons of list elements. I think
Changes by Simon Zack simonz...@gmail.com:
--
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22452
___
___
Python-bugs-list
New submission from Simon Zack:
The python unittest module currently uses camel case. This feels rather
inconsistent with the rest of the python library, which is in lower case and
follows PEP8.
Would it be a good idea to add lower-case aliases, and possibly deprecate the
camel case methods
Simon Zack added the comment:
The problem is still present in python 3.4 with mingw gcc 4.8.2. I was having
trouble with compiling radare2's python swig bindings.
The solution described here:
http://ascend4.org/Setting_up_a_MinGW-w64_build_environment#Setup_Python_for_compilation_of_extensions
hi,
I'm not sure how I can use exec within a function correctly
here is the code i'm using:
def a():
exec('b=1')
print(b)
a()
this will raise an error, but I would like to see it outputting 1
thanks
smk
--
http://mail.python.org/mailman/listinfo/python-list
11 matches
Mail list logo
