On 3/9/2016 2:02 PM, Vlad Khorsun wrote:
> We don't have SQL/GDML sources for many system triggers, just the byte-code.
> They
> could be reverse engineered, but I'd rather throw away system triggers
> at all and embed their functionality directly into the engine.
>> I wrote a (not complete) tool
On 09/03/2016 16:02, Vlad Khorsun wrote:
> 09.03.2016 20:41, Adriano dos Santos Fernandes wrote:
>> On 09/03/2016 14:54, Dmitry Yemanov wrote:
>>> We don't have SQL/GDML sources for many system triggers, just the
>>> byte-code. They
>>> could be reverse engineered, but I'd rather throw away system
09.03.2016 20:41, Adriano dos Santos Fernandes wrote:
> On 09/03/2016 14:54, Dmitry Yemanov wrote:
>> We don't have SQL/GDML sources for many system triggers, just the byte-code.
>> They
>> could be reverse engineered, but I'd rather throw away system triggers
>> at all and embed their functionali
On 09/03/2016 14:54, Dmitry Yemanov wrote:
> We don't have SQL/GDML sources for many system triggers, just the byte-code.
> They
> could be reverse engineered, but I'd rather throw away system triggers
> at all and embed their functionality directly into the engine.
I wrote a (not complete) too
09.03.2016 19:34, Jim Starkey wrote:
> Is there a plan to phase out BLR?
Nothing specific yet.
> Given that the next version of Firebird is likely to take a decade
> anyway, why not start the discussion and planning now?
We hope to have it released much sooner, sorry. That said, I have no
prob
