pon., 16 lip 2018 o 08:02 Willy Tarreau napisał(a):
> This one looks a bit strange. I looked at it a little bit and it corresponds
> to the line "free(bind_conf->keys_ref->tlskeys);". Unfortunately, there is no
> other line in the code appearing to perfom a free on this element, and when
> passing
Hi Thierry,
On Fri, Jul 06, 2018 at 04:28:22PM +0200, Thierry Fournier wrote:
> Hi list,
>
> I caught a double-free whien I reload haproxy-1.8:
>
> writev(2, [{"*** Error in `", 14}, {"/opt/o3-haproxy/sbin/haproxy", 28},
> {"': ", 3}, {"double free or corruption (!prev)", 33}, {": 0x", 4},
Update: If I disable threading with
USE_THREAD=
then the build gets much further, but still fails eventually with:
gcc -g -o haproxy src/ev_poll.o ebtree/ebtree.o ebtree/eb32sctree.o
ebtree/eb32tree.o ebtree/eb64tree.o ebtree/ebmbtree.o ebtree/ebsttree.o
ebtree/ebimtree.o ebtree/ebistree.o src/
My workplace is using HAProxy on Solaris (uname -a output: SunOS 5.10
Generic_150400-49 sun4v sparc sun4v), and we can build up to 1.7.11
successfully, but attempting to build 1.8 fails.
> MAKE=/usr/sfw/bin/gmake> $MAKE cleanrm -f *.[oas] src/*.[oas] ebtree/*.[oas]
> haproxy test .build_opts .bu
Hi folks,
I'm looking to use LUA in HAProxy to enable two use cases:
1. Redirect a connection based upon inspecting initial traffic for a
server name.
2. Redirect a connection when the target server closes its connection.
My understanding is that both of these scenarios should be possib
5 matches
Mail list logo