Activity

From 07/14/2015 to 08/12/2015

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

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

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

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

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

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

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

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

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

02:44 PM Bug #2592: improve support for implicit type conversions: Ovidiu Maxiniuc wrote:
> There is another reason for my question: once those classed are moved to new package the co... Eric Faulhaber
02:18 PM Bug #2592: improve support for implicit type conversions: Eric Faulhaber wrote:
> Ovidiu Maxiniuc wrote:
> > ... To be honest, I am not completely pleased with the class hie... Ovidiu Maxiniuc
02:07 PM Bug #2592: improve support for implicit type conversions: Ovidiu Maxiniuc wrote:
> The new part is in @ else if (AEP.isAssignableFrom(expectedType) && AEP.isAssignableFrom(ar... Eric Faulhaber
01:56 PM Bug #2592: improve support for implicit type conversions: Eric Faulhaber wrote:
> Code review 2592/10908
>
> I only looked at the diffs from 10907 to 10908.
>
> The con... Ovidiu Maxiniuc
12:16 PM Bug #2592: improve support for implicit type conversions: Ovidiu Maxiniuc wrote:
> ... To be honest, I am not completely pleased with the class hierarchy I merged because it ... Eric Faulhaber
12:12 PM Bug #2592: improve support for implicit type conversions: Code review 2592/10908
I only looked at the diffs from 10907 to 10908.
The conversion change in @control_flow.r... Eric Faulhaber

Also available in: Atom

FWD » Core Development » Base Language