Wait for a pending connection when acquiring

[jbowes]

There are two cases when a caller might ask for a connection when the
only available ones are in a pending state:

• Upon initialization, if the caller hasn't waited for connect() to
  complete.
• After all connections to the database are lost, and they are
  reconnecting.

Instead of immediately returning an error to the caller, add them to the
waiting queue, allowing them to either get a connection, or return an
error if none of the pending connections succeed.

[haizaar]

Nice catch. Can you please add unittests for the two cases you describe?

Thanks.

[jbowes]

Nice catch. Can you please add unittests for the two cases you describe?

Thanks :)

Sure can!

I'll try to add those in the next day or two.

[haizaar]

Hi,
I'm kindly asking if you have update on this?

[jbowes]

Hi!

I've been away.
I did start trying to run the tests on OS X, but have had a lot of failures.

What do you use to develop/run the tests? maybe I'll have better luck in a VM of a similar setup.

[haizaar]

I'm running on Ubuntu 14.04. Travis CI environment runs Ubuntu as well.
Please note that you need a gcc compiler available.

I suggest using Ubuntu 14.04 VM. Get it working on a single version of
Python, push the code and let Travis to run the full comparability matrix
for you.

Let me know if you need any further help.

On Mon, Oct 5, 2015 at 9:28 PM, James Bowes notifications@github.com
wrote:

Hi!

I've been away.
I did start trying to run the tests on OS X, but have had a lot of
failures.

What do you use to develop/run the tests? maybe I'll have better luck in a
VM of a similar setup.

—
Reply to this email directly or view it on GitHub
#122 (comment).

Zaar

[jbowes]

updated with tests :)

[jbowes]

Makes sense to me!

I'll implement that and add a few tests to ensure callers will get exceptions.

[haizaar]

Another gentle ping :)

[jbowes]

Oh!

It's all updated and passing... I forgot to leave a comment though 😿

[haizaar]

Thank you!

[jbowes]

My pleasure:)