Memory leak in FB 3.0 while doing reconnects with valid user/password
-
Key: CORE-4683
URL: http://tracker.firebirdsql.org/browse/CORE-4683
Project: Firebird Core
Issue Type
Hi,
Firebird v2.5.3
I've been studying the source trying to understand the reasons
behind a particular aspect of EXECUTE STATEMENT with ON EXTERNAL.
Specifically, why are USER PASSWORD and ROLE tied together here?
I had thought it should have been feasible to have
EXECUTE STATEMENT issued with
On 05.02.2015 15:36, Geoff Worboys wrote:
> Hi,
>
> Firebird v2.5.3
>
> I've been studying the source trying to understand the reasons
> behind a particular aspect of EXECUTE STATEMENT with ON EXTERNAL.
>
> Specifically, why are USER PASSWORD and ROLE tied together here?
>
> I had thought it shoul
05.02.2015 14:36, Geoff Worboys wrote:
> Hi,
>
> Firebird v2.5.3
>
> I've been studying the source trying to understand the reasons
> behind a particular aspect of EXECUTE STATEMENT with ON EXTERNAL.
>
> Specifically, why are USER PASSWORD and ROLE tied together here?
Why do you think so ? See
Vlad Khorsun wrote:
> 05.02.2015 14:36, Geoff Worboys wrote:
>> Hi,
>>
>> Firebird v2.5.3
>>
>> I've been studying the source trying to understand the reasons
>> behind a particular aspect of EXECUTE STATEMENT with ON EXTERNAL.
>>
>> Specifically, why are USER PASSWORD and ROLE tied together here?
Alex Peshkoff wrote:
> On 05.02.2015 15:36, Geoff Worboys wrote:
>> Hi,
>>
>> Firebird v2.5.3
>>
>> I've been studying the source trying to understand the reasons
>> behind a particular aspect of EXECUTE STATEMENT with ON EXTERNAL.
>>
>> Specifically, why are USER PASSWORD and ROLE tied together he
On 05.02.2015 16:27, Geoff Worboys wrote:
> Alex Peshkoff wrote:
>> On 05.02.2015 15:36, Geoff Worboys wrote:
>>> Hi,
>>>
>>> Firebird v2.5.3
>>>
>>> I've been studying the source trying to understand the reasons
>>> behind a particular aspect of EXECUTE STATEMENT with ON EXTERNAL.
>>>
>>> Specifi
Alex Peshkoff wrote:
[...]
>> Currently in FB v2.5.3, if I do NOT specify any of USER,
>> PASSWORD or ROLE then Firebird will happily attach to local
>> databases using the current user's credentials: user name
>> and role - I'm guessing password is assumed rather than ever
>> specified through the
On 05.02.2015 17:47, Geoff Worboys wrote:
> Alex Peshkoff wrote:
> [...]
>>> Currently in FB v2.5.3, if I do NOT specify any of USER,
>>> PASSWORD or ROLE then Firebird will happily attach to local
>>> databases using the current user's credentials: user name
>>> and role - I'm guessing password i
Hello, All.
Is firebird.conf/databases.conf read by every provider independently or
Y-valve reads
it once and then cache somehow for every one plugin?
--
WBR, SD.
--
Dive into the World of Parallel Programmin
On 05.02.2015 19:03, Dimitry Sibiryakov wrote:
> Hello, All.
>
> Is firebird.conf/databases.conf read by every provider independently or
> Y-valve reads
> it once and then cache somehow for every one plugin?
>
It depends upon provider.
Provider has an interface to access master .conf-fil
11 matches
Mail list logo