*** sacha has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
<reinhard> good morning all
<dimas> good morning
*** xanavim has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
<johannesV> good morning
*** btami has joined #gnuenterprise
<sacha> morning
<btami> morning
<reinhard> good morning btami
<reinhard> you remember the interbase problem with commits destroying open cursors that are not fetched to the end of the resultset?
<btami> yep
<reinhard> do you have something ready to reproduce it?
<reinhard> I'm working on a solution to that
<btami> ok, i'm ready
<reinhard> (which is that we just fetch the whole resultset for interbase -- I have no idea for a better solution)
<btami> hmm
<reinhard> considering that a fetch up to the end of the result set happens quite frequently anyway, I think this should be acceptable
*** xanavim has quit IRC
<reinhard> for example when you click on the "last record" button
<reinhard> or whenever you commit a record (it happens in the requery routine)
<btami> what do you think about the solution "B" as David Rushby suggested here:
<btami> http://sourceforge.net/forum/forum.php?thread_id=1425174&forum_id=30917
<reinhard> this might be an option for interbase
<btami> i'm curious how other rdbms handle this problem
<reinhard> postgres just lets the cursor survive a commit
<reinhard> let me explain quickly
<reinhard> there is a similar problem in sqlite3, but there is no option B in sqlite
<btami> i see
<reinhard> and I am going to install a test version of a small app at a customer this friday where I use sqlite3
*** johannesV_ has joined #gnuenterprise
<reinhard> so i need this one fixed
<btami> ok
<reinhard> just as it should actually fix interbase too without more work, i figured I'll add that parameter also to interbase for now
<btami> ok, i'm with you
<johannesV_> hm, seems as if i had a 'silent' disconnect
<reinhard> we can always remove it again later and do the "proper" fix, if we see that we have performance problems with the fetchall
<reinhard> but as I said
<reinhard> at latest when you click on the save button, the whole resultset will be fetched into memory anyway
<btami> ok, thanks for fixing it in any way
*** yure has joined #gnuenterprise
<johannesV_> ok, works fine for sqlite3 now
<reinhard> johannesV_, btami: please test
<reinhard> wow, you are quick :)
*** johannesV has quit IRC
<johannesV_> yes, seems as if sqlite3 is working well
<btami> btw. johannesV
<btami> i find a bug in the gtk2 uidriver
<btami> let me explain
<btami> i have a form with 3 pages
<btami> on page 1 there are entries like name,zip,town,e-mail, etc.
<johannesV_> i think there are a lot of other bugs in gtk2-driver (anyway :)
<btami> on page 3 there is 2 entryes with rows="20" ala browse-like with scrollbar
<btami> this 2 entry is the same as on page 1
<johannesV_> ok
<btami> if i move the record pointer with down key on page 1, then
<btami> click (or ctrl+pagedown) to page 3
<btami> it loses the actual record and
<btami> goes back to the first row of a page
<johannesV_> hm, ok
<johannesV_> what about other ui-drivers ?
<btami> others are ok
<johannesV_> does it work using the win32 or the wx26 driver ?
<johannesV_> so it seems not to be a GF*-problem then ...
<btami> yep
<johannesV_> which severity has this problem to you ?
<btami> it's not urgent for me, koz our inhouse app (this form) runs on XP boxes with win32 driver
<btami> i'm just testing it with all drivers on my linux box
<johannesV_> ok, I've got some customers work to do first - but i'm not sure when reinhard will do the next pre-release
<johannesV_> so you haven't flipped to wx26 on xp right now  :))
<johannesV_> *lol*
<btami> :)
<btami> there is a "changing pages with mouse loses focus" bug unsolved too, you know :)
<reinhard> btami: please can you test the interbase commit problem?
<btami> it's ok now, thx
<reinhard> thanks for testing
<btami> np
*** kilo has joined #gnuenterprise
*** Amorphous has quit IRC
<reinhard> doing beta2 release now
<reinhard> btami: could you do me a favour and build windows packages for these?
<btami> sure
<reinhard> that's great
*** Amorphous has joined #gnuenterprise
*** btami has quit IRC
*** btami has joined #gnuenterprise
*** btami has quit IRC
*** btami has joined #gnuenterprise
<btami> bbl
*** btami has quit IRC
*** kilo has left #gnuenterprise
*** yure has quit IRC
*** kilo has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** jcater has left #gnuenterprise
*** kilo has quit IRC
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** johannesV__ has joined #gnuenterprise
*** johannesV_ has quit IRC
*** sacha has quit IRC
*** derek has quit IRC
*** Shufla has joined #gnuenterprise
*** Shufla has quit IRC
*** derek has joined #gnuenterprise
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** derek has quit IRC
*** sjc has joined #gnuenterprise
*** johannesV__ has quit IRC
*** derek has joined #gnuenterprise
*** klasstek has joined #gnuenterprise
<reinhard> good night all
*** reinhard has quit IRC
*** kilo has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** jcater has quit IRC
*** kilo has left #gnuenterprise
*** jamest has joined #gnuenterprise
*** derek has quit IRC
*** sjc has quit IRC
*** jcater has joined #gnuenterprise
*** klasstek has quit IRC
*** jamest has quit IRC
*** derek has joined #gnuenterprise
*** jcater has left #gnuenterprise
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** derek has quit IRC
*** sacha has joined #gnuenterprise