Le 01/08/2020 à 16:28, William Dauchy a écrit :
From https://www.python.org/dev/peps/pep-0353/
"A new type Py_ssize_t is introduced, which has the same size as the
compiler's size_t type, but is signed. It will be a typedef for ssize_t
where available."
For integer types, causes printf to expect a size_t-sized integer
argument.
This should fix github issue #702
This should be backported to >= v2.2
Signed-off-by: William Dauchy <[email protected]>
---
contrib/spoa_server/ps_python.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/contrib/spoa_server/ps_python.c b/contrib/spoa_server/ps_python.c
index 00cb0e30d..be6fc4b7e 100644
--- a/contrib/spoa_server/ps_python.c
+++ b/contrib/spoa_server/ps_python.c
@@ -66,7 +66,7 @@ static int ps_python_check_overflow(Py_ssize_t len)
*/
if (len >= (Py_ssize_t)INT_MAX) {
PyErr_Format(spoa_error,
- "%d is over 2GB. Please split in smaller
pieces.", \
+ "%zd is over 2GB. Please split in smaller
pieces.", \
len);
return -1;
} else {
Thanks William. Both are applied now and backported to 2.2.
--
Christopher Faulet
