Activity

From 02/24/2016 to 03/24/2016

01:45 PM Bug #2577 (Closed): extent information in meta table: This issue was resolved in P2J trunk rev. 10977. Eric Faulhaber

04:53 PM Bug #3032: running ETF fails because some postgresql server process gets killed: I encountered difficulties running ETF after upgrading my OS to Ubuntu 15.10 and completely dropping java7 support.
... Ovidiu Maxiniuc
04:36 PM Bug #3032 (New): running ETF fails because some postgresql server process gets killed: Ovidiu Maxiniuc
04:33 PM Bug #3031: FOR EACH can access shared transient records in case of broken transaction isolation: In P4gl, if transaction isolation is broken, FOR EACH can access shared transient records that have fully matched the... Ovidiu Maxiniuc
04:20 PM Bug #3031 (New): FOR EACH can access shared transient records in case of broken transaction isola...: Ovidiu Maxiniuc

04:52 PM Bug #2955: Update records participating in a scrolling adaptive query.: FYI, I've fixed some cases revealed by this testcases but eventually I encountered @getBreakValue@ issue for every ca... Stanislav Lomany

02:59 PM Bug #2955: Update records participating in a scrolling adaptive query.: I think the one I used was @compound_query_test.p@, but it looks like I had not committed it previously (I've done so... Eric Faulhaber
02:35 PM Bug #2955: Update records participating in a scrolling adaptive query.: Eric, could you please provide a testcase with an _optimized_ adaptive compoud query that works? I coundn't find one ... Stanislav Lomany

12:40 PM Bug #3026: BUFFER-DELETE() method does not account for table-level delete validation: Our implementation of the @BUFFER-DELETE()@ method is incomplete. If the table containing the target record has schem... Eric Faulhaber
12:39 PM Bug #3026 (Closed): BUFFER-DELETE() method does not account for table-level delete validation: Eric Faulhaber
11:07 AM Feature #2692: table-level VALEXP/VALMSG support: One other aspect of this task is still open: I've discovered that our implementation of the @BUFFER-DELETE()@ method ... Eric Faulhaber

03:14 PM Bug #2955: Update records participating in a scrolling adaptive query.: Stanislav Lomany wrote:
> > How? What's the error?
>... Eric Faulhaber
02:56 PM Bug #2955: Update records participating in a scrolling adaptive query.: > How? What's the error?... Stanislav Lomany
02:27 PM Bug #2955: Update records participating in a scrolling adaptive query.: Stanislav Lomany wrote:
> This issue applies no scrolling/non-scrolling compound queries with no regards to browse (... Eric Faulhaber
12:53 PM Bug #2955: Update records participating in a scrolling adaptive query.: This issue applies no scrolling/non-scrolling compound queries with no regards to browse (however using an editable b... Stanislav Lomany
10:49 PM Bug #2955: Update records participating in a scrolling adaptive query.: Stanislav Lomany wrote:
> Guys, please consider the design of the solution for this issue (see previous note):
> 1.... Eric Faulhaber

02:29 PM Bug #2955: Update records participating in a scrolling adaptive query.: That is how it works in 4GL. Stanislav Lomany
11:22 AM Bug #2955: Update records participating in a scrolling adaptive query.: Stanislav Lomany wrote:
> Consider the current record was updated at some level of an adaptive compound query. Then ... Eric Faulhaber
10:36 AM Bug #2955: Update records participating in a scrolling adaptive query.: Guys, please consider the design of the solution for this issue (see previous note):
1. Register compound query as a... Stanislav Lomany

06:48 PM Bug #2807 (Closed): LDBNAME can work with an unopen buffer: This fix was merged to the P2J trunk in revision 10952. Eric Faulhaber
11:45 AM Feature #3011: try H2 internal connection pool instead of UnpooledConnectionProvider: I read in the H2 documentation that the H2 internal connection pool should be significantly faster for embedded datab... Eric Faulhaber
11:42 AM Feature #3011 (Rejected): try H2 internal connection pool instead of UnpooledConnectionProvider: Eric Faulhaber
11:23 AM Feature #3010: retrieve new primary keys from database in batch: It also seems our implementation to get and reclaim primary keys for temp-tables is overly complicated. See @Temporar... Eric Faulhaber
11:10 AM Feature #3010: retrieve new primary keys from database in batch: Implementation note: since reclaimed keys are stored individually in the @IdentityPool@, we would need a new API in t... Eric Faulhaber
10:54 AM Feature #3010: retrieve new primary keys from database in batch: I've noticed that in some use cases, we are spending a lot of time retrieving new primary keys from the database, usi... Eric Faulhaber
10:39 AM Feature #3010 (WIP): retrieve new primary keys from database in batch: Eric Faulhaber

10:44 AM Bug #2955: Update records participating in a scrolling adaptive query.: Consider the current record was updated at some level of an adaptive compound query. Then a query at more granular le... Stanislav Lomany

Also available in: Atom

FWD » Core Development » Database