RE-CONSTRUCTION

2016-04-03 Thread PERMANENT SECRETARY
Dear Sir/Madam, My name is Alhaji Abubakar Magaji, PERMANENT SECRETARY MINISTRY OF WORKS, is your company capable to handle contracts and supply of your products/services as a contractor towards the project of rebuilding Nigeria. Construction contract include: Bridge, Roads, Railways, Airports,

Re: ssl offloading

2016-04-03 Thread Pavlos Parissis
On 01/04/2016 04:20 μμ, Andrew Hayworth wrote: > Hi there - > > Have you considered HAProxy in multiprocess mode? You could have a > frontend spread across multiple threads that terminates SSL. We're > experimenting with such a design here. > It has been mentioned before that you can increase

Re: Q: about HTTP/2

2016-04-03 Thread Pavlos Parissis
On 01/04/2016 12:25 μμ, Baptiste wrote: > On Fri, Apr 1, 2016 at 12:18 PM, Aleksandar Lazic wrote: >> Hi Willy & other core devs/pms. >> >> I know that HTTP/2 is on the road-map but not ready yet. >> >> Would you be so kind and share some of your thoughts, stats and plans for

RE: KA-BOOM! Hit MaxConn despite higher setting in config file

2016-04-03 Thread Fox, Kevin M
Except with systemd based distros where its a unit file setting. Thanks, Kevin From: CJ Ess Sent: Saturday, April 02, 2016 6:48:56 PM To: PiBa-NL Cc: HAProxy Subject: Re: KA-BOOM! Hit MaxConn despite higher setting in config file I'm on Linux so I think that

Re: Remove Me

2016-04-03 Thread Willy Tarreau
On Wed, Mar 30, 2016 at 05:05:36PM +0100, Kobus Bensch wrote: > Remove Me please Done. Normally you just have to send your e-mail to haproxy+unsubscribe. Willy

Re: [PATCH] BUG/MINOR: dumpstats: fix write to global chunk

2016-04-03 Thread Willy Tarreau
On Fri, Apr 01, 2016 at 08:53:05PM +0200, Conrad Hoffmann wrote: > Hi, > > there is a small bug in dumpstats.c, stats_dump_fields_csv(). One of the > writes is to the global `trash` chunk, which happens to be the right one, > but it should be to what gets passed in as argument (out). Good catch,

Re: "Bus error" in dns_build_query on SPARC/Solaris 10

2016-04-03 Thread Willy Tarreau
On Sun, Apr 03, 2016 at 01:52:16PM +0200, Vincent Bernat wrote: > >l = calloc(1, sizeof(*l)); > > So, I did that too. Great! > >> 1. can we remove uneeded void* cast? > > > > As much as possible yes! > > OK, done. I did not consider casts of simple types (char*, ...) if they > were not

Re: [PATCH] DOC: fix "needed" typo

2016-04-03 Thread Willy Tarreau
On Fri, Apr 01, 2016 at 04:43:50PM -0300, Thiago Farina wrote: > While at it use "You" instead of "They" as in the context > it seems to make more sense to refer to "you", as it is > you that are going to be running the command, there is no > "they". Applied, thanks Thiago. Willy

Re: "Bus error" in dns_build_query on SPARC/Solaris 10

2016-04-03 Thread Vincent Bernat
❦ 29 mars 2016 16:52 +0200, Willy Tarreau  : >> l = calloc(1, sizeof(struct listener)); > > I definitely agree. This code is quite old (2005) and we don't do that > much cleanup passes unfortunately. Oh and yes by the way, in case people > have doubts about this, I wrote it and used

[PATCH 2/2] CLEANUP: uniformize last argument of malloc/calloc

2016-04-03 Thread Vincent Bernat
From: Vincent Bernat Instead of repeating the type of the LHS argument (sizeof(struct ...)) in calls to malloc/calloc, we directly use the pointer name (sizeof(*...)). The following Coccinelle patch was used: @@ type T; T *x; @@ x = malloc( - sizeof(T) + sizeof(*x) ) @@

[PATCH 1/2] CLEANUP: remove unneeded casts

2016-04-03 Thread Vincent Bernat
From: Vincent Bernat In C89, "void *" is automatically promoted to any pointer type. Casting the result of malloc/calloc to the type of the LHS variable is therefore unneeded. Most of this patch was built using this Coccinelle patch: @@ type T; @@ - (T *)

Re: KA-BOOM! Hit MaxConn despite higher setting in config file

2016-04-03 Thread Baptiste
Le 3 avr. 2016 03:45, "CJ Ess" a écrit : > > Oops, that is important - I have both the maxconn and fullconn settings in the defaults section. > > On Sat, Apr 2, 2016 at 4:37 PM, PiBa-NL wrote: >> >> Op 2-4-2016 om 22:32 schreef CJ Ess: >>> >>> So in