Re: Firebird - status update (not ready yet)

2016-08-16 Thread Lionel Elie Mamane
On Tue, Aug 16, 2016 at 10:11:15AM +0200, Rene Engelhard wrote: > On Tue, Aug 16, 2016 at 09:49:20AM +0200, Lionel Elie Mamane wrote: >> I think we would be opening another can of worms: >> * version management and data format compatibility > You already need to care about this. There's distrib

Re: Firebird - status update (not ready yet)

2016-08-16 Thread Rene Engelhard
Hi, On Tue, Aug 16, 2016 at 09:49:20AM +0200, Lionel Elie Mamane wrote: > I think we would be opening another can of worms: > > * version management and data format compatibility You already need to care about this. There's distributions which WILL (and did, although one can argue the firebird

Re: Firebird - status update (not ready yet)

2016-08-16 Thread Lionel Elie Mamane
On Mon, Aug 15, 2016 at 08:57:04AM +0200, Noel Grandin wrote: > Just a random thought - it seems like linking firebird into LO is a > lot of pain. > Is there any real downside to just building firebird as an > executable and then running it as a sub-process of LO? We still need to link to the cl

Re: Firebird - status update (not ready yet)

2016-08-15 Thread Bunth Tamás
On 15 August 2016 at 08:57, Noel Grandin wrote: > > Just a random thought - it seems like linking firebird into LO is a lot of > pain. > > Is there any real downside to just building firebird as an executable and > then running it as a sub-process of LO? The difficulty I run into is actually that

Re: Firebird - status update (not ready yet)

2016-08-14 Thread Noel Grandin
Just a random thought - it seems like linking firebird into LO is a lot of pain. Is there any real downside to just building firebird as an executable and then running it as a sub-process of LO? It just seems to me that we're running "against the grain" here - firebird is a large complex appli

Re: Firebird - status update (not ready yet)

2016-08-14 Thread Bunth Tamás
>> It seems, I can use dylib tokens like >> "@loader_path/libEngine12.dylib" in the string passed to dlopen. > > I don't know. I don't find a reference online that says that dlopen > understands those tokens. Did you find some documentation that says it > does? I see it only referenced about depend

Re: Firebird - status update (not ready yet)

2016-08-14 Thread Lionel Elie Mamane
On Fri, Aug 12, 2016 at 11:09:38PM +0200, Bunth Tamás wrote: >> On MacOS X, when A is dynamically linked with B (that is at build >> time), the "install path" of B is recorded into A (more precisely, >> into the result of linking A with B), so that at runtime (link >> before the executable is run,

Re: Firebird - status update (not ready yet)

2016-08-12 Thread Bunth Tamás
> On MacOS X, when A is dynamically linked with B (that is at build > time), the "install path" of B is recorded into A (more precisely, > into the result of linking A with B), so that at runtime (link before > the executable is run, not dlopen()), B is searched for B's "install > path". > > So the

Re: Firebird - status update (not ready yet)

2016-08-12 Thread Lionel Elie Mamane
Hi, On MacOS X, "install path" is kindof the reverse of "rpath". On GNU/Linux, when A loads B with dlopen() (that is at runtime), then the rpath of A is used to search for B. On MacOS X, when A is dynamically linked with B (that is at build time), the "install path" of B is recorded into A (more

Firebird - status update (not ready yet)

2016-08-12 Thread Bunth Tamás
Hi, Still working on firebird 3.0 upgrade: https://gerrit.libreoffice.org/27642/ On MAC, I got an error during creating a fb database (isc_create_database) that Firebird cannot connect to localhost.[1] The reason is probably that fbclient library searches for Engine12 in a wrong path or with a w

Firebird - status update

2016-08-04 Thread Bunth Tamás
Hi, I'm still working on https://gerrit.libreoffice.org/27642/ which seems to work on Windows at last. On MAC, the external Firebird module builds like a charm too. The problem I got here currently is that it looks for the ICU libraries with a wrong path, which are used by library ibclient. To sp

Firebird Status update

2016-07-06 Thread Bunth Tamás
Hi, This week I solved some Firebird related bugs: - Finished bug fix 69949 (on bugzilla) Implement autoincrement for firebird https://gerrit.libreoffice.org/26643/ - Solved bug 73073 https://gerrit.libreoffice.org/26873/ - Solved bug 71009 Nut surely good, waiting for review. https://gerrit.li

Re: Firebird - status update

2016-06-30 Thread Bunth Tamás
>> I believe Firebird3 now supports auto-increment columsn >> >> http://stackoverflow.com/questions/34553826/easiest-way-to-create-an-auto-increment-field-in-firebird-database > > I see that your latest gerrit revision takes that in account. Good! I > should have some time this week-end to do a

Re: Firebird - status update

2016-06-30 Thread Lionel Elie Mamane
On Wed, Jun 29, 2016 at 10:16:01AM +0200, Noel Grandin wrote: > On 2016/06/28 8:18 PM, Bunth Tamás wrote: >> Currently I'm working on implementing auto increment columns for the >> Firebird sdbc driver. > I believe Firebird3 now supports auto-increment columsn > > http://stackoverflow.com/quest

Re: Firebird - status update

2016-06-29 Thread Noel Grandin
On 2016/06/28 8:18 PM, Bunth Tamás wrote: Currently I'm working on implementing auto increment columns for the Firebird sdbc driver. I believe Firebird3 now supports auto-increment columsn http://stackoverflow.com/questions/34553826/easiest-way-to-create-an-auto-increment-field-in-firebird

Firebird - status update

2016-06-28 Thread Bunth Tamás
Hi, Currently I'm working on implementing auto increment columns for the Firebird sdbc driver. The related patch is here: https://gerrit.libreoffice.org/26643/ The idea is to use before insert triggers: http://www.firebirdfaq.org/faq29/ I name the trigger trg__. The name can be used to determine

Re: Firebird - status update (again)

2016-06-19 Thread jan iversen
> On 19 Jun 2016, at 20:28, Bunth Tamás wrote: > > Now I think both my patches work: > https://gerrit.libreoffice.org/25673/ > https://gerrit.libreoffice.org/26188/ > > Except that the Update to Firebird 3.0 part is working only on GNU/Linux. > > Should I submit them to gerrit as a patch read

Firebird - status update (again)

2016-06-19 Thread Bunth Tamás
Now I think both my patches work: https://gerrit.libreoffice.org/25673/ https://gerrit.libreoffice.org/26188/ Except that the Update to Firebird 3.0 part is working only on GNU/Linux. Should I submit them to gerrit as a patch ready to be merged to master? Or should I wait until it works on Mac OS

Firebird - status update

2016-06-19 Thread Bunth Tamás
Currently there are two patches I work on. Update to Firebird 3.0: https://gerrit.libreoffice.org/25673/ - It seems to be ready for GNU/Linux. - The new Firebird version requires tommath, so we had to grant a bundled libtommath external (patch 7). - Firebird 3.0 uses (instead of fbembed) two libr