Hi!
First, this is not a solution proposal nor critiques for previous
decisions. I just want to express the problems I'm seeing.
Firebird codebase is becoming more and more difficult to change/extend.
Some not good code/concepts are being introduced everywhere, added with
some bad previous code/c
17.03.2013 20:15, Leyne, Sean wrote:
> I think you meant to write "might corrupt", corruption will not happen in all
> cases.
As you wish.
--
WBR, SD.
--
Everyone hates slow websites. So do we.
Make your web apps
> 17.03.2013 2:35, Leyne, Sean wrote:
> > Data and database integrity it one of Firebird best features.
>
>But not in Embedded case. Memory corruption in host application will
> corrupt database.
I think you meant to write "might corrupt", corruption will not happen in all
cases.
Sean
On 17/03/13 08:50, Dimitry Sibiryakov wrote:
> 17.03.2013 2:35, Leyne, Sean wrote:
>> Data and database integrity it one of Firebird best features.
>
>But not in Embedded case. Memory corruption in host application will
> corrupt database.
>
And to quote the GP:
"Loss due to bad hardware or
17.03.2013 2:35, Leyne, Sean wrote:
> Data and database integrity it one of Firebird best features.
But not in Embedded case. Memory corruption in host application will corrupt
database.
--
WBR, SD.
--
Everyone h
