On 03/16/14 18:36, Dimitry Sibiryakov wrote:
Hello, All.
Can someone explain me why Y-classes use strange tricks with
YEntry.next() instead of
direct calls to real interfaces returned by chosen provider?
Copying next pointer to local (on stack) reference pointer helps to
avoid risk
On 03/16/14 19:41, Dimitry Sibiryakov wrote:
Hello, All.
Currently when execution of a statement in why.cpp is delayed from
execute to fetch,
the transaction provided to execute call is saved and later used as is,
without any check.
Nevertheless, it is possible that a user between
17.03.2014 12:30, Alex Peshkoff wrote:
On 03/17/14 15:01, Dimitry Sibiryakov wrote:
There is no such risk from the beginning because y-valve is single
threaded as every
call is protected with mutex.
May be old API :)
No, old API works the same way.
Besides, storing reference
The problemas was UAC. When I turned it off, all works normally.
Weverton Gomes de Morais
Tecnólogo em Redes de Comunicação
Arquiteto de Software
Desenvolvedor C# e Delphi
Entusiasta Ruby/Rails
Todos juntos somos fortes
2014-03-17 13:24 GMT-03:00 Dimitry Sibiryakov s...@ibphoenix.com:
The problemas was UAC. When I turned it off, all works normally.
UAC should not impact services.
Where you running FB as an application or service?
What folder was your application installed in?
What folder was FB installed in?
Sean
I'm running FB as a application, and it is installed in Program
Files\Firebird\Firebird_3_0
Weverton Gomes de Morais
Tecnólogo em Redes de Comunicação
Arquiteto de Software
Desenvolvedor C# e Delphi
Entusiasta Ruby/Rails
Todos juntos somos fortes
2014-03-17 13:58 GMT-03:00 Leyne, Sean