Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Received-SPF: pass (athena.apache.org: domain of harip@vt.edu designates
 198.82.162.213 as permitted sender)
Message-ID: <538493D9.1050004@vt.edu>
Date: Tue, 27 May 2014 09:32:09 -0400
From: Hari Pyla <harip@vt.edu>
Organization: Virginia Tech
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: users@qpid.apache.org
CC: gsim@redhat.com
Subject: Re: SSL environment variables for C++ clients
References: <5374D926.3000501@vt.edu> <5379D276.3040609@redhat.com>
 <5383E31E.6020506@vt.edu> <53845426.6090400@redhat.com>
In-Reply-To: <53845426.6090400@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 05/27/2014 05:00 AM, Gordon Sim wrote:
> On 05/27/2014 01:58 AM, Hari Pyla wrote:
>> Hi Gordon,
>>   I guess another artifact of such an initialization process is that if
>> a process forks a child process and if the child attempts to create a
>> new connection then it would fail in the child process. This precludes a
>> qid client from creating multiple processes which in turn can create
>> connections to the broker.
>
> We could probably change the initialisation to occur only on creation 
> of the first SSL connection. If you raise a JIRA for that (and include 
> your two examples, env vars and forking), then I'll try and get a fix in.
>
Hi Gordon,
  Thank you for the prompt response. Please find the JIRA link below.

https://issues.apache.org/jira/browse/QPID-5788

Best,
--Hari

> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
> For additional commands, e-mail: users-help@qpid.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org