Re: [Firebird-devel] alloc.h global operator new replacement violating alignment requirements

2017-02-17 Thread Paul Beach
On 17/02/2017 09:39, Stephan Bergmann wrote: > On 02/17/2017 12:24 PM, Alex Peshkoff wrote: >> On 02/17/17 14:15, Stephan Bergmann wrote: >> >> This idea seems to be much better than DEBUG_GDS_ALLOC: >> >>> Since LibreOffice builds intended for widespread distribution are on >>> Linux usually done

Re: [Firebird-devel] alloc.h global operator new replacement violating alignment requirements

2017-02-17 Thread Adriano dos Santos Fernandes
On 17/02/2017 09:39, Stephan Bergmann wrote: > On 02/17/2017 12:24 PM, Alex Peshkoff wrote: >> On 02/17/17 14:15, Stephan Bergmann wrote: >> >> This idea seems to be much better than DEBUG_GDS_ALLOC: >> >>> Since LibreOffice builds intended for widespread distribution are on >>> Linux usually done

Re: [Firebird-devel] alloc.h global operator new replacement violating alignment requirements

2017-02-17 Thread Stephan Bergmann
On 02/17/2017 12:24 PM, Alex Peshkoff wrote: > On 02/17/17 14:15, Stephan Bergmann wrote: > > This idea seems to be much better than DEBUG_GDS_ALLOC: > >> Since LibreOffice builds intended for widespread distribution are on >> Linux usually done with GCC not Clang, this shouldn't have a

Re: [Firebird-devel] alloc.h global operator new replacement violating alignment requirements

2017-02-17 Thread Stephan Bergmann
On 02/17/2017 12:21 PM, Alex Peshkoff wrote: > On 02/17/17 14:15, Stephan Bergmann wrote: >> On 02/17/2017 11:48 AM, Alex Peshkoff wrote: >>> On 02/16/17 15:52, Stephan Bergmann wrote: Forgive me if this has already been discussed or even fixed in later versions: At least the Firebird

Re: [Firebird-devel] alloc.h global operator new replacement violating alignment requirements

2017-02-17 Thread Alex Peshkoff
On 02/17/17 14:15, Stephan Bergmann wrote: This idea seems to be much better than DEBUG_GDS_ALLOC: > Since LibreOffice builds intended for widespread distribution are on > Linux usually done with GCC not Clang, this shouldn't have a performance > impact.) But what makes me surprised - I know

Re: [Firebird-devel] alloc.h global operator new replacement violating alignment requirements

2017-02-17 Thread Alex Peshkoff
On 02/17/17 14:15, Stephan Bergmann wrote: > On 02/17/2017 11:48 AM, Alex Peshkoff wrote: >> On 02/16/17 15:52, Stephan Bergmann wrote: >>> Forgive me if this has already been discussed or even fixed in later >>> versions: At least the Firebird 3.0 we build as part of LibreOffice >>> defines

Re: [Firebird-devel] alloc.h global operator new replacement violating alignment requirements

2017-02-17 Thread Stephan Bergmann
On 02/17/2017 11:48 AM, Alex Peshkoff wrote: > On 02/16/17 15:52, Stephan Bergmann wrote: >> Forgive me if this has already been discussed or even fixed in later >> versions: At least the Firebird 3.0 we build as part of LibreOffice >> defines global operator new replacement functions in >>

Re: [Firebird-devel] alloc.h global operator new replacement violating alignment requirements

2017-02-17 Thread Alex Peshkoff
On 02/16/17 15:52, Stephan Bergmann wrote: > Forgive me if this has already been discussed or even fixed in later > versions: At least the Firebird 3.0 we build as part of LibreOffice > defines global operator new replacement functions in > src/common/classes/alloc.h (forwarding to MemoryPool)

[Firebird-devel] [FB-Tracker] Created: (CORE-5486) Using GBAK to restore a 3GB+ database infinite "restoring privilege for user SYSDBA gbak"

2017-02-17 Thread Chau Chee Yang (JIRA)
Using GBAK to restore a 3GB+ database infinite "restoring privilege for user SYSDBA gbak" - Key: CORE-5486 URL: http://tracker.firebirdsql.org/browse/CORE-5486