Index not found for RECREATE TRIGGER
Key: CORE-4493
URL: http://tracker.firebirdsql.org/browse/CORE-4493
Project: Firebird Core
Issue Type: Bug
Components: Engine
Environment: linux-3.1
2014-07-14 10:18 GMT+04:00 Simonov Denis :
> I think it is more correct to describe it as
Agreed.
--
Roman Simakov
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of
On 07/12/14 23:19, Mark Rotteveel wrote:
> On 12-7-2014 20:49, Adriano dos Santos Fernandes wrote:
>> Em 12-07-2014 15:40, Mark Rotteveel escreveu:
>>> On 12-7-2014 20:36, Dmitry Yemanov wrote:
12.07.2014 21:22, Mark Rotteveel wrote:
> Was this functionality always broken, or has this
It would be nice if there was an option for visibility ie
GRANT VISIBLE FOR TO [USER|ROLE]
[with grant option];
REVOKE VISIBLE FOR FROM [USER|ROLE] ;
With a default of all things being visible to maintain backwards
compatibility, but, allowing the developer to remove sql objects from being
2014-07-14 16:22 GMT+04:00 Dalton Calford :
> It would be nice if there was an option for visibility ie
>
> GRANT VISIBLE FOR TO [USER|ROLE]
> [with grant option];
>
> REVOKE VISIBLE FOR FROM [USER|ROLE] ;
>
> With a default of all things being visible to maintain backwards
> compatibility, bu
Hi Roman,
On 14 July 2014 08:37, Roman Simakov wrote:
>
> I do not think that separate operators for these are good. It can lead
> to inconsistence like "user has permissions on object but cannot see
> it".
>
>
Actually, that is preferred. For developers and power users, we can
appreciate seei
Yesterday I posted an appeal for help with suggestions on using the new
Firebird 3 API from a Free Pascal program, mainly to see if I had missed
something in my analysis of the new interface. I did get one pointer to
"UIB". However, that did nothing more than confirm my suspicions that
there are so
On 14/07/2014 15:29, Tony Whyman wrote:
> Yesterday I posted an appeal for help with suggestions on using the new
> Firebird 3 API from a Free Pascal program, mainly to see if I had missed
> something in my analysis of the new interface. I did get one pointer to
> "UIB". However, that did nothing m
The ABI compatibility (including C, Delphi [but not sure about FPC] and
C++ in HP-UX) was tested a number of times, IIRC by Nikolay, Vlad, me
and Alex.
But unfortunately, I think we did the thing wrongly.
Till now I don't know what's the better way to work with status vector.
Who should initializ
14.07.2014 17:19, Adriano dos Santos Fernandes wrote:
> But unfortunately, I think we did the thing wrongly.
It is not too late yet to withdraw the announcement about new official API
and win some
time to rethink these things.
--
WBR, SD.
On 14-7-2014 14:01, Alex Peshkoff wrote:
> Mark, unfortunately that was really only for putting data into the blob.
> Comments lie sometimes.
Thanks, looking at the Firebird 1.0 code, it looks like originally
putting data in a blob was 'also' a cursor operation; except in this
case they didn't b
DS> 14.07.2014 17:19, Adriano dos Santos Fernandes wrote:
>> But unfortunately, I think we did the thing wrongly.
DS>It is not too late yet to withdraw the announcement about new official
API and win some
DS> time to rethink these things.
Sorry if I'm mistaken, but afaiu, withdrawing it woul
14.07.2014 19:56, Carlos H. Cantu wrote:
> Sorry if I'm mistaken, but afaiu, withdrawing it would imply to not
> have a way to create dbCrypt plugins in FB 3.0. If so, I think this is
> not an option, since the (crypt) feature is already announced and very
> expected by a lot of people.
It is e
13 matches
Mail list logo
