On 05/15/11 20:18, Adriano dos Santos Fernandes wrote:
> All,
>
> We are creating lots of public include files and throwing them in
> src/include.
>
> I think we should create src/include/firebird directory to put public files.
>
> It's how it's going to be placed when installed too, as we can't
>
On 16/05/2011 04:14, Alex Peshkoff wrote:
> Suppose on that platform .h files will remain in
> $InstallDir/include. And should we have $InstallDir/include/firebird?
>
Why?
Then people can't use Firebird together with others libraries risking
conflict on file names.
Nor people would be able to wr
I mean, correct is:
$InstallDir/include/ibase.h
$InstallDir/include/iberror.h
$InstallDir/include/firebird/otherFiles.h
On 16/05/2011 07:42, Adriano dos Santos Fernandes wrote:
> On 16/05/2011 04:14, Alex Peshkoff wrote:
>> Suppose on that platform .h files will remain in
>> $InstallDir/include.
On 05/16/11 14:46, Adriano dos Santos Fernandes wrote:
> I mean, correct is:
> $InstallDir/include/ibase.h
> $InstallDir/include/iberror.h
> $InstallDir/include/firebird/otherFiles.h
Yes, I've understood you in this way. And see no problems with this.
Just wanted to make sure that same layout wil
Greetings,
I attempted to compile Firebird-2.5.0.26074-0 on a computer with these:
cpu -->AMD64-2 cores
OS -->: cblfs 64-bit linux, kernel-2.6.35 gcc-4.4.2 with ada/gnat, gfortran
If I pass this to configure:-
--with-gpre-ada \
-this results from running make:-
../src/gpr
ascii_val and empty string error
Key: CORE-3479
URL: http://tracker.firebirdsql.org/browse/CORE-3479
Project: Firebird Core
Issue Type: Bug
Components: Engine
Affects Versions: 2.1.4, 2.5.0
Patch is applied in 2.5 release branch ,
I hope the patch is ok , please revert or comment if is not .
It make sense to define MAXPATH if is not defined on unix like systems.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626931
-
All,
Could you explain, please, semantics of addRef/release on public
provider interfaces?
The issue was discussed on this list with two possibilities:
- when refCount = 1, release does things like detach, rollback, free,
etc. It's what was implemented so far.
- sometime mentioned also that det
> Could you explain, please, semantics of addRef/release on public
> provider interfaces?
>
> The issue was discussed on this list with two possibilities:
> - when refCount = 1, release does things like detach, rollback, free,
> etc. It's what was implemented so far.
> - sometime mentioned also
On 05/16/11 20:33, Vlad Khorsun wrote:
>> Could you explain, please, semantics of addRef/release on public
>> provider interfaces?
>>
>> The issue was discussed on this list with two possibilities:
>> - when refCount = 1, release does things like detach, rollback, free,
>> etc. It's what was imp
On 16/05/2011 13:33, Vlad Khorsun wrote:
> So, if code calls attach\release - this is bug, as for me, and i see
> no reasons
> to write code in this way intentionally. I consider at as very bad practice
> as it
> could lead to the inexpected side effects (such as implicit rollback).
>
Now every p
> On 05/16/11 20:33, Vlad Khorsun wrote:
>>> Could you explain, please, semantics of addRef/release on public
>>> provider interfaces?
>>>
>>> The issue was discussed on this list with two possibilities:
>>> - when refCount = 1, release does things like detach, rollback, free,
>>> etc. It's what
> On 16/05/2011 13:33, Vlad Khorsun wrote:
>> So, if code calls attach\release - this is bug, as for me, and i see
>> no reasons
>> to write code in this way intentionally. I consider at as very bad practice
>> as it
>> could lead to the inexpected side effects (such as implicit rollback).
>>
> N
Hello,
I downloaded the Firebird-3.0.0.29349 snapshot of firebird, for a test.
After
unzipping the archive, I ran Firebird from the command prompt by:
firebird.exe -a
No errors were written to firebird.log at that moment, but as soon as I want
to
connect to a database using ISQL I have the fol
> I downloaded the Firebird-3.0.0.29349 snapshot of firebird, for a test.
> After unzipping the archive, I ran Firebird from the command prompt by:
>
> firebird.exe -a
>
> No errors were written to firebird.log at that moment, but as soon as I want
> to
> connect to a database using ISQL I have
On 16/05/2011 14:12, Vlad Khorsun wrote:
>> On 16/05/2011 13:33, Vlad Khorsun wrote:
>>> So, if code calls attach\release - this is bug, as for me, and i see
>>> no reasons
>>> to write code in this way intentionally. I consider at as very bad practice
>>> as it
>>> could lead to the inexpected si
As soon as I have access to the computer I'll check the event log.
However I can confirm already that on a comparable computer,
3.0.0.29364 works great, and the problems are gone.
We'll use this snapshot.
Thank you.
--
View this message in context:
http://firebird.1100200.n4.nabble.com/Firebird
> On 16/05/2011 14:12, Vlad Khorsun wrote:
>>> On 16/05/2011 13:33, Vlad Khorsun wrote:
So, if code calls attach\release - this is bug, as for me, and i see
no reasons
to write code in this way intentionally. I consider at as very bad
practice as it
could lead to the inexp
[Full CC for debiandevel]
-=| Damyan Ivanov, Mon, May 16, 2011 at 09:12:27PM +0300 |=-
> -=| Ondřej Surý, Mon, May 16, 2011 at 05:27:53PM +0200 |=-
> > Hi Marius,
> >
> > On Mon, May 16, 2011 at 16:39, marius adrian popa wrote:
> > > 2011/5/16 Ondřej Surý :
> > >> Package: firebird2.5
> > >> Ver
wrongly blocked query by "Invalid expression in the select list (not contained
in either an aggregate function or the GROUP BY clause)" for some date operation
--
On 05/16/11 21:00, Vlad Khorsun wrote:
>
> We can introduce some special mode to report such errors using exceptions,
> or write message into log, or even provide callback for debugging purposes.
>
> But Adriano's question was about *semantics*. So, do you agree with me
> that
> explicit
21 matches
Mail list logo
