Change by Jon Parise :
--
nosy: +jon
___
Python tracker
<https://bugs.python.org/issue40512>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Jon Parise :
--
nosy: -jon
___
Python tracker
<http://bugs.python.org/issue5755>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
New submission from Jon Parise :
test_default_quoting() runs a number of identical tests on both quote() and
quote_plus() (which is most cases have equivalent behavior). However, at the
end of the method, there appears to be a missing complementary call to
quote_plus() despite there being an
Changes by Jon Parise :
--
nosy: +jon
___
Python tracker
<http://bugs.python.org/issue5755>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Jon Parise :
--
nosy: +jon
___
Python tracker
<http://bugs.python.org/issue10194>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Jon Parise added the comment:
There are a few places in the patch where you call the global version
immediately followed by the local version. For example:
+PyEval_SetGlobalTrace(NULL, NULL);
PyEval_SetTrace(NULL, NULL);
Isn't the local call now redundant given tha
Jon Parise added the comment:
That's true. I thought it worked the same as the ADD_INT() macro I
replaced, but I see that I was wrong.
Given that, perhaps the original code is best. I don't see a lot of
value in replacing PyModule_AddIntConstant() with PyModule_AddIntMacro()
with
Changes by Jon Parise :
Added file: http://bugs.python.org/file15379/gc_macros-py3k.patch
___
Python tracker
<http://bugs.python.org/issue7373>
___
___
Python-bugs-list m
New submission from Jon Parise :
The attached patch uses PyModule_AddIntMacro() to register the gc
module's constants instead of using a local ADD_INT() macro.
--
components: Interpreter Core
files: gc_macros-trunk.patch
keywords: patch
messages: 95589
nosy: jon
severity: normal
s
Changes by Jon Parise :
--
nosy: +jon
___
Python tracker
<http://bugs.python.org/issue7105>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Jon Parise :
--
nosy: +jon
___
Python tracker
<http://bugs.python.org/issue7060>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from Jon Parise :
The _static/opensearch.xml output on docs.python.org for the 3.1 and 3.2
(dev/py3k) branches still refers to the 3.0 documentation.
Doc/conf.py's html_use_opensearch value should be updated in those
source branches to reflect their updated version nu
Jon Parise added the comment:
I agree, as well.
I didn't consider PyBool_FromLong() because I was expecting to solve the
problem using a macro, but that is clearly not the best approach here
(insignificant function call overhead
Jon Parise added the comment:
Also attached is a small documentation patch.
--
Added file: http://bugs.python.org/file14984/Py_RETURN_BOOL.doc.patch
___
Python tracker
<http://bugs.python.org/issue7
Jon Parise added the comment:
Also attached is a short set of examples of how this macro could be used
in the Python source tree.
--
Added file: http://bugs.python.org/file14983/Py_RETURN_BOOL.examples.patch
___
Python tracker
<h
New submission from Jon Parise :
I've sometimes found it useful to define a convenience macro named
Py_RETURN_BOOL(x) which is essentially:
#define Py_RETURN_BOOL(x) if (x) Py_RETURN_TRUE; else Py_RETURN_FALSE
It's useful for implementing functions which return Boolean values based
New submission from Jon Parise :
reference/datamodel.rst misspells "Custom" as "Custon". The attached
patch fixes that.
--
assignee: georg.brandl
components: Documentation
files: datamodel.custon.diff
keywords: patch
messages: 92157
nosy: georg.brandl, jon
severity:
17 matches
Mail list logo