FWD » Core Development » Base Language

08/13/2015

06:08 PM Bug #2638: improve performance of user-def function calls converted to java method calls

Eric: conversion passed, all changes are OK and expected.
Compilation fails because of hand-written java functions... Constantin Asofiei

04:59 PM Bug #2638: improve performance of user-def function calls converted to java method calls

I've added a small fix to rev 10922 - Added @BlockManager.markPendingDynCall@ to @ControlFlowOps.initializeExternalPr... Constantin Asofiei

04:53 PM Bug #2638: improve performance of user-def function calls converted to java method calls

Code review 2638a/10921:
Changes look good. I'll report results of use with server after overnight conversion and ... Eric Faulhaber

04:50 PM Bug #2638: improve performance of user-def function calls converted to java method calls

Constantin Asofiei wrote:
> To be more specific:
> - if there is only generated code, @resolveClosestMethod@ will n... Eric Faulhaber

04:48 PM Bug #2638: improve performance of user-def function calls converted to java method calls

Eric Faulhaber wrote:
> Constantin Asofiei wrote:
> > I've committed to rev 10921 the fix - it was pretty simple in... Constantin Asofiei

04:42 PM Bug #2638: improve performance of user-def function calls converted to java method calls

Constantin Asofiei wrote:
> I've committed to rev 10921 the fix - it was pretty simple in the end, just bypass @Proc... Eric Faulhaber

04:37 PM Bug #2638: improve performance of user-def function calls converted to java method calls

Created task branch 2638a.
I've committed to rev 10921 the fix - it was pretty simple in the end, just bypass @Pro... Constantin Asofiei

04:28 PM Bug #2638: improve performance of user-def function calls converted to java method calls

Greg,
On another thought, this is need only for user-defined function calls; so adding new parameters to the exi... Constantin Asofiei

04:27 PM Bug #2638 (Closed): improve performance of user-def function calls converted to java method calls

Constantin Asofiei

12:18 PM Bug #2637: batch client needs to detect if the client process has output redirected and change er...

I don't think the @OutputManager.activateBatch(false);@ calls throughout @ThinClient@ and @Window@ are properly balan... Constantin Asofiei

11:06 AM Bug #2637: batch client needs to detect if the client process has output redirected and change er...

When a _progres executible launches, it can detect if its standard output is redirected. In batch mode, this changes... Greg Shah

11:04 AM Bug #2637 (New): batch client needs to detect if the client process has output redirected and cha...

Greg Shah

08/06/2015

11:47 PM Bug #2592 (Closed): improve support for implicit type conversions

Eric Faulhaber

07/28/2015

08:03 AM Bug #2592: improve support for implicit type conversions

The 2592a/10900 was merged to trunk as revision 10901 and the notification email was sent to team. Ovidiu Maxiniuc

07/24/2015

12:27 PM Bug #2592: improve support for implicit type conversions

The 2592a/10900 passed the regression testing. The harness results were saved as /opt/secure/clients/timco/majic_test... Ovidiu Maxiniuc

07/23/2015

06:04 PM Bug #2592: improve support for implicit type conversions

Code review 2592a/10900.
The changes look good. Please regression test and merge into trunk as soon as possible. Eric Faulhaber

04:17 PM Bug #2592: improve support for implicit type conversions

I did a quick test and the warning is gone with the small change. I committed the update on 2592 as revno 10900. Ovidiu Maxiniuc

03:21 PM Bug #2592: improve support for implicit type conversions

Greg,
I will add the requested notes in javadocs.
Eric,
2592a it is, I mistyped.
Thanks. I am replacing the @H... Ovidiu Maxiniuc

03:10 PM Bug #2592: improve support for implicit type conversions

Ovidiu Maxiniuc wrote:
> The BDT has the @equals()@ method overridden so two different java objects (an @integer@ an... Eric Faulhaber

03:08 PM Bug #2592: improve support for implicit type conversions

> I used a Map having BaseDataType as keys. This is a very bad option! We should never use BDT for keying/fast looku... Greg Shah

02:41 PM Bug #2592: improve support for implicit type conversions

Eric,
I found out why the server log is filled with @Two AbstractOutputParameterAssigner configured with same wrap... Ovidiu Maxiniuc

07/21/2015

03:26 PM Bug #2592: improve support for implicit type conversions

The 2582 branch advanced to revno 10916 after it was rebased with trunk revno 10897. There were no conflicts.
Then i... Ovidiu Maxiniuc

02:26 PM Bug #2592: improve support for implicit type conversions

Please go ahead and rebase. If there are no conflicts as expected, go ahead and merge into the trunk. Eric Faulhaber

01:43 PM Bug #2592: improve support for implicit type conversions

Eric Faulhaber wrote:
> Code review 2592/10915:
>
> The items from the previous code review appear to have been a... Ovidiu Maxiniuc

01:10 PM Bug #2592: improve support for implicit type conversions

Code review 2592/10915:
The items from the previous code review appear to have been addressed.
Ovidiu, what is ... Eric Faulhaber

07/20/2015

10:08 AM Bug #2592: improve support for implicit type conversions

> Using the BaseDataType could be a solution, but we need to store somewhere the compatibility matrix. I guess this w... Greg Shah

07/17/2015

04:00 PM Bug #2592: improve support for implicit type conversions

Constantin Asofiei wrote:
> Ovidiu, about revision 10912:
> * SourceNameMapper.getParameter:941 - you should check ... Ovidiu Maxiniuc

02:22 PM Bug #2592: improve support for implicit type conversions

Greg Shah wrote:
> Aren't all implicit cases using the BaseDataType constructor?
At this point, no. The @ControlF... Ovidiu Maxiniuc

02:07 PM Bug #2592: improve support for implicit type conversions

Aren't all implicit cases using the BaseDataType constructor? Greg Shah

01:57 PM Bug #2592: improve support for implicit type conversions

I was going further and investigating some other failed tests from #1868. I noticed that in P2J some query was failin... Ovidiu Maxiniuc

06:05 AM Bug #2592: improve support for implicit type conversions

Ovidiu, about revision 10912:
* SourceNameMapper.getParameter:941 - you should check for @param >= ie.getParameterLi... Constantin Asofiei

05:36 AM Bug #2592: improve support for implicit type conversions

Paul Eames wrote:
> I see this is marked as blocking #1868.
>
> Can you give me a couple of examples of where we ... Ovidiu Maxiniuc

05:06 AM Bug #2592: improve support for implicit type conversions

I see this is marked as blocking #1868.
Can you give me a couple of examples of where we are relying on this impli... Paul E

07/16/2015

11:11 PM Bug #2592: improve support for implicit type conversions

Ovidiu Maxiniuc wrote:
> * if a procedure was called then that is a serious error and the condition will stop execut... Eric Faulhaber

07/15/2015

04:05 PM Bug #2592: improve support for implicit type conversions

I updated the branch. What is new in revno 10910:
* moved @FieldAssigner@, @OutputExtentField@ and @InputOutputExten... Ovidiu Maxiniuc

05:31 AM Bug #2592: improve support for implicit type conversions

The revno 10909/2592 test ended with some failures:
* 3 tests in CTRL+C (known to fail in most runs)
* gso_269/48 i... Ovidiu Maxiniuc