On 12-11-2014 08:10, Martijn Tonies (Upscene Productions) wrote:
> Hi,
>
> Fb 3 introduces local sub routines in stored procedures.
>
> It seems these sub routines cannot call themselves nor can then call
> previously declared routines, this is, I assume, by design?
>
README.subroutines.txt:
Hi Martijn,
maybe, that behavior changed intentionally, but in one of the alpha, it
sure was possible.
Cu you next conference ;-) Thomas
Am 12.11.2014 11:10, schrieb Martin Tonies (Upscene Productions):
> Hi,
>
> Fb 3 introduces local sub routines in stored procedures.
>
> It seems these sub
Hi,
Fb 3 introduces local sub routines in stored procedures.
It seems these sub routines cannot call themselves nor can then call
previously declared routines, this is, I assume, by design?
With regards,
Martijn Tonies
Upscene Productions
http://www.upscene.com
Download Database Workbench for
12.11.2014 12:39, Alex Peshkoff wrote:
> What about need in platform dependent code - that's really bad. What
> solutions can we suggest?
When I ask the same question in the past, the answer was "external code must
not use
internal modules, make your own implementation".
--
WBR, SD.
---
On 11/12/14 14:25, Adriano dos Santos Fernandes wrote:
> On 12/11/2014 09:18, Alex Peshkoff wrote:
>> On 11/12/14 13:41, Adriano dos Santos Fernandes wrote:
>>
>>> Alex, let's review things then!
>>>
>>> In one of the files I just moved firebird.h, it was already being included!
>> What file, from
On 12/11/2014 09:18, Alex Peshkoff wrote:
> On 11/12/14 13:41, Adriano dos Santos Fernandes wrote:
>
>> Alex, let's review things then!
>>
>> In one of the files I just moved firebird.h, it was already being included!
> What file, from where to where did you move it? I can't grep firebird.h
> in a
On 11/12/14 13:41, Adriano dos Santos Fernandes wrote:
> Alex, let's review things then!
>
> In one of the files I just moved firebird.h, it was already being included!
What file, from where to where did you move it? I can't grep firebird.h
in all 4 samples.
> Also, are we releasing beta *2* *no
12.11.2014 11:41, Adriano dos Santos Fernandes wrote:
> Also, do you think that after added the policy code, that create a
> policy and work*only with it* is ideal? That's what we're doing, do you
> see it?
Actually, you obfuscated the code so well, that, I think, nobody can see
what you are
12.11.2014 11:41, Adriano dos Santos Fernandes wrote:
> Also, do you think that after added the policy code, that create a
> policy and work*only with it* is ideal? That's what we're doing, do you
> see it?
Actually, you obfuscated the code so well, that, I think, nobody can see
what you are
On 12/11/2014 08:35, Alex Peshkoff wrote:
> On 11/12/14 12:56, Adriano dos Santos Fernandes wrote:
>> On 12/11/2014 07:52, Alex Peshkoff wrote:
>>> On 11/11/14 19:23, Adriano dos Santos Fernandes wrote:
On 11/11/2014 14:15, Dimitry Sibiryakov wrote:
> 11.11.2014 17:13, Adriano dos Santos F
On 11/12/14 12:56, Adriano dos Santos Fernandes wrote:
> On 12/11/2014 07:52, Alex Peshkoff wrote:
>> On 11/11/14 19:23, Adriano dos Santos Fernandes wrote:
>>> On 11/11/2014 14:15, Dimitry Sibiryakov wrote:
11.11.2014 17:13, Adriano dos Santos Fernandes wrote:
> I'm trying to figure out.
12.11.2014 10:56, Adriano dos Santos Fernandes wrote:
> I included firebird.h (noted with FIXME) to work and they build for me.
In this case what is that ifdef for? Why not just remove it?..
--
WBR, SD.
--
Compreh
On 12/11/2014 07:52, Alex Peshkoff wrote:
> On 11/11/14 19:23, Adriano dos Santos Fernandes wrote:
>> On 11/11/2014 14:15, Dimitry Sibiryakov wrote:
>>> 11.11.2014 17:13, Adriano dos Santos Fernandes wrote:
I'm trying to figure out. Internals hacks ("I" typedefs, structs,
non-cloop classe
On 11/11/14 19:23, Adriano dos Santos Fernandes wrote:
> On 11/11/2014 14:15, Dimitry Sibiryakov wrote:
>> 11.11.2014 17:13, Adriano dos Santos Fernandes wrote:
>>> I'm trying to figure out. Internals hacks ("I" typedefs, structs,
>>> non-cloop classes) are not good for external usage yet.
>> D
14 matches
Mail list logo
