please open an issue at https://github.com/haproxy/haproxy/issues
also, do you have collected dump file (as your output says "core dumped"),
maybe coredumpctl or so ?
if you do, it would be great to provide gdb backtrace
вт, 25 авг. 2020 г. в 00:02, Milen Simeonov :
> I've got an issue after
From: Gilchrist Dadaglo
Typo leads to checking the wrong object for memory issues
---
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 468ee43..b6f4ad1 100644
---
From: Gilchrist Dadaglo
IP addresses references passed in argument for ps_python are not freed after
they have been used.
Leading to a small chance of mem leak if a lot of ip addresses are
passed around
---
contrib/spoa_server/ps_python.c | 4
1 file changed, 4 insertions(+)
diff --git
From: Gilchrist Dadaglo
When we encounter a failure, all previously borrowed references should
be freed. Especially if the program is not failing immediately
---
contrib/spoa_server/ps_python.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/contrib/spoa_server/ps_python.c
From: Gilchrist Dadaglo
As per https://docs.python.org/3/c-api/refcounting.html, Py_DECREF
should not be called on NULL objects.
---
contrib/spoa_server/ps_python.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/contrib/spoa_server/ps_python.c b/contrib/spoa_server/ps_python.c
index
From: Gilchrist Dadaglo
The result from spoa evaluation of the user provided python code is
never passed back to the main spoa process nor freed.
Same for the keyword list passed.
This results into the elements never freed by Python as reference count
never goes down.
From: Bertrand Jacquin
MAX_FRAME_SIZE is forced to the default value of tune.bufsize, however
they don't necessarily have to be tight together.
---
contrib/spoa_server/spoa.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/contrib/spoa_server/spoa.h b/contrib/spoa_server/spoa.h
index
<<< text/html; charset=utf-8: Unrecognized >>>
On Fri, Aug 21, 2020 at 8:11 PM William Dauchy wrote:
So awesome to get the first response from your direct colleague :)
> I believe this is expected; this behaviour has changed since v2.1 though.
Indeed, we don't use this logging variable since a long time, so I'm not really
able to confirm
9 matches
Mail list logo