On 10/12/21 9:24 PM, Ilya Maximets wrote:
> Dumitru, sorry, I messed up and didn't include the suggested comment.
> Feel free to submit a separate patch for that if you think it's needed.
It was a nit, I'm not sure it's worth a separate patch. It's OK, thanks!
On 9/2/21 17:53, Dumitru Ceara wrote:
> On 9/2/21 5:34 PM, Terry Wilson wrote:
>> This ports the C IDL change f50714b to the Python IDL:
>>
>> Until now the code here would happily try to send transactions to the
>> database server even if the database connection was not in the correct
>> state.
On 10/12/21 15:56, Ilya Maximets wrote:
> On 10/12/21 15:50, Terry Wilson wrote:
>> On Mon, Sep 20, 2021 at 1:18 PM Ilya Maximets wrote:
>>>
>>> On 9/20/21 20:10, Terry Wilson wrote:
The problem is that has_ever_connected() doesn't imply that we have
downloaded the db into memory since
On 10/12/21 15:50, Terry Wilson wrote:
> On Mon, Sep 20, 2021 at 1:18 PM Ilya Maximets wrote:
>>
>> On 9/20/21 20:10, Terry Wilson wrote:
>>> The problem is that has_ever_connected() doesn't imply that we have
>>> downloaded the db into memory since the _Server stuff was added.
>>
>> Hmm. That
On Mon, Sep 20, 2021 at 1:18 PM Ilya Maximets wrote:
>
> On 9/20/21 20:10, Terry Wilson wrote:
> > The problem is that has_ever_connected() doesn't imply that we have
> > downloaded the db into memory since the _Server stuff was added.
>
> Hmm. That does sound like a bug to me.
On 9/20/21 20:10, Terry Wilson wrote:
> The problem is that has_ever_connected() doesn't imply that we have
> downloaded the db into memory since the _Server stuff was added.
Hmm. That does sound like a bug to me. has_ever_connected() should
reflect only changes in the actual database, not the
The problem is that has_ever_connected() doesn't imply that we have
downloaded the db into memory since the _Server stuff was added.
On Mon, Sep 20, 2021 at 1:05 PM Ilya Maximets wrote:
>
> On 9/20/21 19:58, Terry Wilson wrote:
> > On Mon, Sep 20, 2021 at 12:29 PM Ilya Maximets wrote:
> >>
> >>
On 9/20/21 19:58, Terry Wilson wrote:
> On Mon, Sep 20, 2021 at 12:29 PM Ilya Maximets wrote:
>>
>> On 9/20/21 18:15, Terry Wilson wrote:
>>> On Thu, Sep 2, 2021 at 10:53 AM Dumitru Ceara wrote:
On 9/2/21 5:34 PM, Terry Wilson wrote:
> This ports the C IDL change f50714b to the
On 9/20/21 19:58, Terry Wilson wrote:
> On Mon, Sep 20, 2021 at 12:29 PM Ilya Maximets wrote:
>>
>> On 9/20/21 18:15, Terry Wilson wrote:
>>> On Thu, Sep 2, 2021 at 10:53 AM Dumitru Ceara wrote:
On 9/2/21 5:34 PM, Terry Wilson wrote:
> This ports the C IDL change f50714b to the
On Mon, Sep 20, 2021 at 12:29 PM Ilya Maximets wrote:
>
> On 9/20/21 18:15, Terry Wilson wrote:
> > On Thu, Sep 2, 2021 at 10:53 AM Dumitru Ceara wrote:
> >>
> >> On 9/2/21 5:34 PM, Terry Wilson wrote:
> >>> This ports the C IDL change f50714b to the Python IDL:
> >>>
> >>> Until now the code
On 9/20/21 18:15, Terry Wilson wrote:
> On Thu, Sep 2, 2021 at 10:53 AM Dumitru Ceara wrote:
>>
>> On 9/2/21 5:34 PM, Terry Wilson wrote:
>>> This ports the C IDL change f50714b to the Python IDL:
>>>
>>> Until now the code here would happily try to send transactions to the
>>> database server
On Thu, Sep 2, 2021 at 10:53 AM Dumitru Ceara wrote:
>
> On 9/2/21 5:34 PM, Terry Wilson wrote:
> > This ports the C IDL change f50714b to the Python IDL:
> >
> > Until now the code here would happily try to send transactions to the
> > database server even if the database connection was not in
On 9/2/21 5:34 PM, Terry Wilson wrote:
> This ports the C IDL change f50714b to the Python IDL:
>
> Until now the code here would happily try to send transactions to the
> database server even if the database connection was not in the correct
> state. In some cases this could lead to strange
This ports the C IDL change f50714b to the Python IDL:
Until now the code here would happily try to send transactions to the
database server even if the database connection was not in the correct
state. In some cases this could lead to strange behavior, such as sending
a database transaction for
14 matches
Mail list logo