Re: [Firebird-devel] Modern C++: constexpr

2020-06-15 Thread Adriano dos Santos Fernandes
On 15/06/2020 18:55, Dimitry Sibiryakov wrote: > 15.06.2020 23:37, Adriano dos Santos Fernandes wrote: >> AFAIK unique_ptr does not allocate memory. > >   Yes, but it deallocates. Imagine mistakenly called delete on a pointer > got from pool. That's my concern. > > You mean: imagine if the norm

Re: [Firebird-devel] Modern C++: constexpr

2020-06-15 Thread Dimitry Sibiryakov
15.06.2020 23:37, Adriano dos Santos Fernandes wrote: AFAIK unique_ptr does not allocate memory. Yes, but it deallocates. Imagine mistakenly called delete on a pointer got from pool. That's my concern. -- WBR, SD. Firebird-Devel mailing list, web interface at https://lists.sourceforg

Re: [Firebird-devel] Modern C++: constexpr

2020-06-15 Thread Adriano dos Santos Fernandes
On 15/06/2020 16:27, Dimitry Sibiryakov wrote: > 15.06.2020 20:03, Adriano dos Santos Fernandes wrote: >> I'm also playing with some containers I think we should allow: >> shared_ptr (with adaptor for our pools), unique_ptr. > >   unique_ptr is fine if you know a sure way to prevent its usage with

Re: [Firebird-devel] Modern C++: constexpr

2020-06-15 Thread Dimitry Sibiryakov
15.06.2020 20:03, Adriano dos Santos Fernandes wrote: I'm also playing with some containers I think we should allow: shared_ptr (with adaptor for our pools), unique_ptr. unique_ptr is fine if you know a sure way to prevent its usage with default allocator by mistake. shared_ptr AFAIK uses

Re: [Firebird-devel] Modern C++: constexpr

2020-06-15 Thread Adriano dos Santos Fernandes
On 15/06/2020 14:56, Dimitry Sibiryakov wrote: >   Hello All. > >   Is "constexpr" allowed for usage? > IMO it should. I'm also playing with some containers I think we should allow: shared_ptr (with adaptor for our pools), unique_ptr. I plan to talk more on this in the future. Adriano Fire

[Firebird-devel] Modern C++: constexpr

2020-06-15 Thread Dimitry Sibiryakov
Hello All. Is "constexpr" allowed for usage? -- WBR, SD. Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel

[Firebird-devel] [FB-Tracker] Created: (CORE-6334) Missing relocation support

2020-06-15 Thread Alexander Peshkov (JIRA)
Missing relocation support -- Key: CORE-6334 URL: http://tracker.firebirdsql.org/browse/CORE-6334 Project: Firebird Core Issue Type: Improvement Components: API / Client Library, Build Issues / Porting A

Re: [Firebird-devel] FB 4, iUtil and new interface in general

2020-06-15 Thread Alex Peshkoff via Firebird-devel
On 2020-06-15 18:44, Pavel Cisar wrote: Alex, Dne 15. 06. 20 v 16:20 Alex Peshkoff via Firebird-devel napsal(a): On 2020-06-11 19:56, Pavel Cisar wrote: Adriano, Dne 11. 06. 20 v 16:38 Adriano dos Santos Fernandes napsal(a): 2. Strange things with iUtil in FB 4. a) Why methods getDecFloat16

Re: [Firebird-devel] FB 4, iUtil and new interface in general

2020-06-15 Thread Pavel Cisar
Alex, Dne 15. 06. 20 v 16:20 Alex Peshkoff via Firebird-devel napsal(a): On 2020-06-11 19:56, Pavel Cisar wrote: Adriano, Dne 11. 06. 20 v 16:38 Adriano dos Santos Fernandes napsal(a): 2. Strange things with iUtil in FB 4. a) Why methods getDecFloat16, getDecFloat34 and getInt128 require iSt

Re: [Firebird-devel] NMAKE usage

2020-06-15 Thread Adriano dos Santos Fernandes
On 15/06/2020 11:13, Dimitry Sibiryakov wrote: > 15.06.2020 15:53, Alex Peshkoff via Firebird-devel wrote: >> More than 10 years ago Jim suggested better (on my side view) way - >> add GPRE command as additional build step directly into VS project file. > >   Yes, this idea stroked me too but when

Re: [Firebird-devel] FB 4, iUtil and new interface in general

2020-06-15 Thread Alex Peshkoff via Firebird-devel
On 2020-06-11 18:30, Tony Whyman wrote: On 11/06/2020 11:18, Pavel Cisar wrote: This is not a problem for languages like Python, Java and .NET that don't use these files at all, but C++ & Pascal are still important languages and we should offer some better solution. At least it should be discu

Re: [Firebird-devel] FB 4, iUtil and new interface in general

2020-06-15 Thread Alex Peshkoff via Firebird-devel
On 2020-06-11 19:56, Pavel Cisar wrote: Adriano, Dne 11. 06. 20 v 16:38 Adriano dos Santos Fernandes napsal(a): 2. Strange things with iUtil in FB 4. a) Why methods getDecFloat16, getDecFloat34 and getInt128 require iStatus parameter? I expected that these methods should be "safe" like iMaster

Re: [Firebird-devel] NMAKE usage

2020-06-15 Thread Dimitry Sibiryakov
15.06.2020 15:53, Alex Peshkoff via Firebird-devel wrote: More than 10 years ago Jim suggested better (on my side view) way - add GPRE command as additional build step directly into VS project file. Yes, this idea stroked me too but when I tried to do it I had a problem which GPRE to use. Cu

Re: [Firebird-devel] CLOOP on Windows

2020-06-15 Thread Alex Peshkoff via Firebird-devel
On 2020-06-11 16:53, Dimitry Sibiryakov wrote: Hello All.   Why compilation of CLOOP and generation of headers is not included in Windows build routine? Sometimes ago it was explained by need of gpre & awk for it (at least pascal file). I've replaced that 2 utilities with trivial C routin

Re: [Firebird-devel] NMAKE usage

2020-06-15 Thread Alex Peshkoff via Firebird-devel
On 2020-06-11 18:59, Dimitry Sibiryakov wrote: Hello All.   Is there a reason why we cannot use NMAKE during Windows build to do such things as "preprocess GPRE files only if source was changed"? More than 10 years ago Jim suggested better (on my side view) way - add GPRE command as additi

[Firebird-devel] [FB-Tracker] Created: (CORE-6333) Not checked the availability of the UDF

2020-06-15 Thread Anton Shchyrov (JIRA)
Not checked the availability of the UDF --- Key: CORE-6333 URL: http://tracker.firebirdsql.org/browse/CORE-6333 Project: Firebird Core Issue Type: Bug Components: UDF Affects Versions: 3.0.5