Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-12 Thread Dimitry Sibiryakov
12.06.2019 17:27, Adriano dos Santos Fernandes wrote: What a complete misunderstood of things! First of all character sets are fixed per table/column. User can insert/update data with different character set, but in the end it doesn't matter, data is stored in the table/column character set. TZ

Re: [Firebird-devel] Build, install and test 3.0 on Debian 10

2019-06-12 Thread Gabor Boros
2019. 06. 12. 18:57 keltezéssel, Adriano dos Santos Fernandes írta: Probably a problem with libtommath absence or wrong version. I have libtommath (libtommath1 and libtommath-dev 1.1.0-3) installed. Next symlinks exists: libtommath.so, libtommath.so.0, libtommath.so.1. Gabor

Re: [Firebird-devel] Build, install and test 3.0 on Debian 10

2019-06-12 Thread Adriano dos Santos Fernandes
On 12/06/2019 13:33, Gabor Boros wrote: > Hi All, > > I try to make and test "my own" build with Debian 10. First with > default settings, just execute "autogen.sh", "make" and "make install" > without any modification. At the last step I got the next problem: > > > Firebird 3.0.5.33140-0.amd64

[Firebird-devel] Build, install and test 3.0 on Debian 10

2019-06-12 Thread Gabor Boros
Hi All, I try to make and test "my own" build with Debian 10. First with default settings, just execute "autogen.sh", "make" and "make install" without any modification. At the last step I got the next problem: Firebird 3.0.5.33140-0.amd64 Installation Press Enter to start installation or

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-12 Thread Adriano dos Santos Fernandes
On 12/06/2019 10:18, Dimitry Sibiryakov wrote: > 12.06.2019 13:43, Adriano dos Santos Fernandes wrote: >> Then we will not have a single source of truth anymore. >> >> When user will create a client timestamp-tz value, he will need to fill >> that fields too, manually (with kill the current

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-12 Thread Dimitry Sibiryakov
12.06.2019 13:43, Adriano dos Santos Fernandes wrote: I mean another function with the sole purpose of convert from/to ID/string, i.e., nothing within the timestamp. Not needed if server provides a table/package/UDR for it. The only way would be to remove the functionality in the client,

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-12 Thread Dimitry Sibiryakov
12.06.2019 13:43, Adriano dos Santos Fernandes wrote: Then we will not have a single source of truth anymore. When user will create a client timestamp-tz value, he will need to fill that fields too, manually (with kill the current functionality) or automatically (making difficult what is

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-12 Thread Adriano dos Santos Fernandes
On 11/06/2019 16:52, Vlad Khorsun wrote: > 11.06.2019 22:28, Adriano dos Santos Fernandes wrote: >> On 11/06/2019 13:08, Vlad Khorsun wrote: He may also do not use fbclient to format (convert from/to ts to string) or convert (with/without timestamp) and uses others ways. >>> >>>   

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-12 Thread Adriano dos Santos Fernandes
On 11/06/2019 18:46, Vlad Khorsun wrote: > 12.06.2019 0:23, Dimitry Sibiryakov wrote: >> 11.06.2019 21:52, Vlad Khorsun wrote: >>> I want to eliminate needs to translate something at client side. >> >>    The simplest way would be to drop IDs and deliver to client only >> bias. It is enough for

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-12 Thread Dimitry Sibiryakov
11.06.2019 23:46, Vlad Khorsun wrote:   I already offer to deliver to client both ID and displacement (offset, bias)... It costs nothing as current 10 bytes in wire protocol anyway padded up to 12 bytes. In this case I second your suggestion. PS: IMHO, there is nothing bad to require a