alright, I updated to latest snapshot.
Thanks for all your work!
Assuming no one else is already working on the feature, I'd like to
the change to have the resolvers section fall back to parsing
when no nameserver directives are present.
This was previously discussed here: https://www.mail-
Am 02.04.2018 um 16:46 schrieb Willy Tarreau:
Very likely not, I think that maxconn is 0 when not set, so most likely
it's a leftover from old code.
I don't feel confident touching these members (there's also a few more
which probably should be unified). If you decide to take a look
You can rewrite haproxy with Lua. It was announced one year and one
day ago. It’s time ... :-)
> On 1 Apr 2018, at 23:24, Willy Tarreau wrote:
> Can someone tell me how I'm supposed to work around this one ?
> gcc -Iinclude -Iebtree -Wall -O2 -march=native -g
On Mon, Apr 02, 2018 at 04:38:30PM +0200, Tim Düsterhus wrote:
> Am 26.03.2018 um 08:07 schrieb Nikhil Kapoor:
> > Above output shows that maxconn value is "4294967295" which is taken
> > randomly.
> This is not random. What you are seeing is unsigned integer wrap around.
Am 26.03.2018 um 08:07 schrieb Nikhil Kapoor:
Above output shows that maxconn value is "4294967295" which is taken randomly.
This is not random. What you are seeing is unsigned integer wrap around.
It's 4294967296 (2^32) added to your negative argument.
Is this a bug? If not then
Probably found the anomaly in the filename header : vs = the header
should probably be "filename: a.pdf" instead of "filename= a.pdf"
[2.4.4-DEVELOPMENT][root@pfSe.localdomain]/root: echo "show errors" |
socat stdio /var/lib/haproxy/stats | head -n 30
Total events captured on
Mail list logo