Activity
From 03/31/2014 to 04/29/2014
04/29/2014
- 11:00 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- I created a new issue #2294 for the initializer ignoring declared decimal precision - it is related not only to exten...
- 10:58 AM Bug #2294: In Progress the variable initializer ignores the declared decimal precision
- In Progress the variable initializer doesn't care much about the declared decimal precision, see below....
- 10:57 AM Bug #2294 (Closed): In Progress the variable initializer ignores the declared decimal precision
04/28/2014
- 09:27 AM Feature #1600: provide a conversion option to emit decimal literals using a string literal instea...
- @double@ literals in Java can encode values in source code which cannot be properly represented by the actual @double...
- 02:52 AM Bug #2250: Conversion error when decimal precision defined on dynamic extent variable
- The change looks good, assuming it fixes the cases at note 1.
04/26/2014
- 05:25 PM Bug #2250 (Feedback): Conversion error when decimal precision defined on dynamic extent variable
- 05:23 PM Bug #2250: Conversion error when decimal precision defined on dynamic extent variable
- Please review.
- 12:13 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> Hynek Cihlar wrote:
> > In Progress the variable initializer doesn't care much about th... - 12:02 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> In Progress the variable initializer doesn't care much about the declared decimal precision, s... - 02:35 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- In Progress the variable initializer doesn't care much about the declared decimal precision, see below....
04/25/2014
- 05:54 PM Bug #2293 (WIP): Fixing an unfixed extent output parameter causes an error
- 05:49 PM Bug #2293: Fixing an unfixed extent output parameter causes an error
- Constantin Asofiei wrote:
> Hynek, this one is a little tricky: with output parameters, I think 4GL assumes nothing ... - 01:50 PM Bug #2293: Fixing an unfixed extent output parameter causes an error
- Hynek, this one is a little tricky: with output parameters, I think 4GL assumes nothing is received from the original...
- 01:44 PM Bug #2293: Fixing an unfixed extent output parameter causes an error
- The code sample in note 1 is missing parameter qualifier. Below is the corrected version....
- 03:40 AM Bug #2293: Fixing an unfixed extent output parameter causes an error
- Please post how the converted code for the program on note 1.
- 03:09 PM Bug #2291 (Closed): Could not resolve closest legacy method for function returning an extent
- 01:12 PM Bug #2291: Could not resolve closest legacy method for function returning an extent
- Attached is the final change with the fixed code formatting. Committed into bzr revision 10516. No regression test run.
- 03:39 AM Bug #2291: Could not resolve closest legacy method for function returning an extent
- The change is OK, no regression testing is required. But before releasing it, make sure the code respects the 98-char...
- 03:25 AM Bug #2292: Fix error handling when unfixed extent passed to fixed extent input parameter
- Some notes here:
# the @/home/hc/p34141_Untitled8.ped@ is the actual program name, not some special string (i.e. if ...
04/24/2014
- 05:29 PM Bug #2293: Fixing an unfixed extent output parameter causes an error
- The following code causes the error _Indeterminate extent is already fixed to a dimension of 2_ in P2J but works with...
- 05:21 PM Bug #2293 (Closed): Fixing an unfixed extent output parameter causes an error
- 05:09 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- I created new issue for the error handling of input fixed extent parameters (as of the note 23), the issue number is ...
- 11:37 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Yes, there is. I have an implementation in place, but because of the few secondary issues I found (which some of them...
- 11:00 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Is there anything left to do on this task?
- 05:00 PM Bug #2291 (Feedback): Could not resolve closest legacy method for function returning an extent
- 03:02 PM Bug #2291: Could not resolve closest legacy method for function returning an extent
- Please review.
- 02:25 PM Bug #2291: Could not resolve closest legacy method for function returning an extent
- Hynek Cihlar wrote:
> I am attaching a fix which seems to work ok.
OK, leave only the function related change, the ... - 02:22 PM Bug #2291: Could not resolve closest legacy method for function returning an extent
- Calling a function of extent return type is causing the error "Could not resolve closest legacy method for class XYZ"...
- 02:10 PM Bug #2291 (Closed): Could not resolve closest legacy method for function returning an extent
- 04:59 PM Bug #2292: Fix error handling when unfixed extent passed to fixed extent input parameter
- The following code sample causes the error message _Calling procedure /home/hc/p34141_Untitled8.ped cannot input an i...
- 04:54 PM Bug #2292 (Closed): Fix error handling when unfixed extent passed to fixed extent input parameter
- 01:32 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- Interesting.
It seems to me that all 4 DISPLAY statements are being output in the same "default" (unnamed) frame... - 11:11 AM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- Greg Shah wrote:
> > 3) but if try to display after stream is closed, then all data will shown. I think it's redraw ... - 08:36 AM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- > 3) but if try to display after stream is closed, then all data will shown. I think it's redraw (refresh) all data i...
- 10:56 AM Bug #2284 (Closed): Fix parameter initialization
- 10:44 AM Bug #2284 (Review): Fix parameter initialization
- 10:42 AM Bug #2284: Fix parameter initialization
- 0417a passed regression testing and was committed to bzr revision 10513.
04/23/2014
- 07:14 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- After investigation about problem in @display@ while stream is opened, I've found next problem:
1) if output stream ...
04/22/2014
- 11:53 AM Bug #2288: incorrect conversion and results for unknown value comparisons
- The 0421a update has passed conversion regression testing. Now performing runtime testing.
- 10:06 PM Bug #2288: incorrect conversion and results for unknown value comparisons
- Regression testing again showed an unwanted change with the 0420a update. Previously,...
04/21/2014
- 01:31 PM Bug #2288: incorrect conversion and results for unknown value comparisons
- It probably makes sense to note the status of this task in #18 and to move that task into the Database project. It ma...
- 01:13 PM Bug #2288: incorrect conversion and results for unknown value comparisons
- Greg Shah wrote:
> Not that you were asking, but I am fine with the changes.
OK, the feedback is helpful, particula... - 12:49 PM Bug #2288: incorrect conversion and results for unknown value comparisons
- Code Review 0420a
Not that you were asking, but I am fine with the changes.
Are the remaining portions of #18 o... - 11:20 AM Bug #2288: incorrect conversion and results for unknown value comparisons
- Regression testing indicated that this change had the useful side effect of fixing some queries that were selecting t...
04/19/2014
- 10:27 PM Bug #2288: incorrect conversion and results for unknown value comparisons
- The attached update, based on some of Vadim's findings documented in #18 (note 9), resolves the issue.
04/18/2014
- 02:28 PM Bug #2288: incorrect conversion and results for unknown value comparisons
- Seems it started off that way, though in the history, #18 only describes the inequality comparisons with true/false, ...
- 02:10 PM Bug #2288: incorrect conversion and results for unknown value comparisons
- Is this the same as #18?
- 12:57 AM Bug #2288: incorrect conversion and results for unknown value comparisons
- Consider the following 4GL test (testcases/uast/unknown-comparison2.p):...
- 12:30 AM Bug #2288 (Closed): incorrect conversion and results for unknown value comparisons
- 03:06 AM Bug #2284: Fix parameter initialization
- Hynek Cihlar wrote:
> Attached is the fix for the above two initialization issues, *please review*. Regression test ...
04/17/2014
- 04:05 PM Bug #2284: Fix parameter initialization
- It turns out I was running the P2J conversion without the proper version defined, i.e. with the default 9.0C as Const...
- 10:15 AM Support #2234 (Closed): test and fix native API support on Windows
- 08:48 AM Feature #2287: implement missing type conversion for POLY cases in data type wrapper assign method
- There are polymorphic functions (FUNC_POLY), attributes (ATTR_POLY) and methods (METH_POLY) in the 4GL. These are bu...
04/16/2014
- 06:59 PM Feature #2287: implement missing type conversion for POLY cases in data type wrapper assign method
- Several data type wrapper implementations have TODOs in @assign(BaseDataType value, boolean force)@, as in the follow...
- 06:47 PM Feature #2287 (Closed): implement missing type conversion for POLY cases in data type wrapper ass...
04/15/2014
- 09:36 AM Feature #2184: create and populate the temp-table on the remote side, based on the received metad...
- Update for review.
04/14/2014
- 03:15 PM Bug #2284: Fix parameter initialization
- The original source suggests that Progress 9.0C version behaves differently in respect to the parameter initializatio...
- 01:41 AM Bug #2284: Fix parameter initialization
- Hynek Cihlar wrote:
> Note that the file @variable_definitions.rules@ contained logic of Progress V9.0C. I removed t... - 05:12 AM Feature #2184: create and populate the temp-table on the remote side, based on the received metad...
- Stanislav Lomany wrote:
> Constantin, is there a simple way do determine that the specific context is run using an a... - 04:59 AM Feature #2184: create and populate the temp-table on the remote side, based on the received metad...
- Constantin, is there a simple way do determine that the specific context is run using an agent?
- 02:20 AM Bug #2283: Appserver persistence-related abend on subsequent connect
- Stanislav, if you look into the @TM.resettables@ list, there are two @BufferManager@ instances, when it should have b...
04/13/2014
- 05:35 PM Bug #2284: Fix parameter initialization
- Attached is the fix resolving the found parameter initialization issues.
Note that the file @variable_definitions... - 04:23 PM Bug #2284 (WIP): Fix parameter initialization
- 04:04 PM Bug #2284: Fix parameter initialization
- The following are the cases where the variable initialization fails.
* Components of an indeterminate unfixed extent... - 03:29 PM Bug #2284 (Closed): Fix parameter initialization
- 04:21 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Because the problem of parameter initialization goes beyond the extents, I created a separate issue for it. See #2284.
04/12/2014
- 04:44 AM Bug #2283: Appserver persistence-related abend on subsequent connect
- Testcase (@called.p@):...
- 04:38 AM Bug #2283 (Closed): Appserver persistence-related abend on subsequent connect
04/10/2014
- 03:18 PM Feature #2184: create and populate the temp-table on the remote side, based on the received metad...
- Stanislav Lomany wrote:
> Where should we "keep" the values - in the global scopes (should we add them?) of scoped d... - 12:49 PM Feature #2184: create and populate the temp-table on the remote side, based on the received metad...
- > I think the problem is here. When an appserver procedure is ran persistent and its topmost scope is finished, I thi...
- 09:44 AM Feature #2184: create and populate the temp-table on the remote side, based on the received metad...
- Stanislav Lomany wrote:
> Note that topmost scope for the external procedure is also deleted.
I think the problem i... - 08:39 AM Feature #2184: create and populate the temp-table on the remote side, based on the received metad...
- Guys, consider an external persistent procedure and a buffer scoped to that procedure. When we call an internal proce...
- 01:31 PM Feature #1634: implement full native library (.so or DLL) support
- The @evl_upd20140403b.zip@ has been committed into bzr as 10509.
- 01:00 PM Feature #1634: implement full native library (.so or DLL) support
- Today I have got completely passed CTRL-C session tests(2-way and 3-way in single passed run). So I have started the ...
04/09/2014
- 05:30 PM Feature #1634: implement full native library (.so or DLL) support
- I have finished regression testing. The results have been uploaded to share. So I can start uploading changes:
1. ... - 11:32 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> 1. I have to commit the @majic@ changes first, into the @staging@ branch, correct?
Yes, ... - 11:09 AM Feature #1634: implement full native library (.so or DLL) support
- Looks like I'm finishing with regression testing. Wait for finished CTRL-C results to arrive. And before committing P...
04/08/2014
- 07:16 PM Feature #1634: implement full native library (.so or DLL) support
- The main part of the runtime testing has passed without any regression. One time cycle, clean run(except known tc-job...
- 01:57 PM Feature #1634: implement full native library (.so or DLL) support
- > Eugenie, have you added the ACL I mentioned at note 209?
For unknown reasons I have not got the e-mail with this... - 01:31 PM Feature #1634: implement full native library (.so or DLL) support
- Eugenie, have you added the ACL I mentioned at note 209? Because after adding this ACL, your update worked fine for m...
- 01:24 PM Feature #1634: implement full native library (.so or DLL) support
- Greg, Constantin,
After a lot of debugging(including remote session to @devbox01@ P2J server and client) I need on...
04/07/2014
- 03:30 AM Feature #2184: create and populate the temp-table on the remote side, based on the received metad...
- Stanislav, you are correct: the @loadedBuffers.size() > 0@ check is needed in @scopeDeleted()@. The problem here is ...
04/05/2014
- 05:03 AM Feature #2184: create and populate the temp-table on the remote side, based on the received metad...
- Guys, there is an issue with scoping on app server. Consider a simple testcase: ...
04/04/2014
- 01:37 PM Feature #1634: implement full native library (.so or DLL) support
- > For this, I expected that copying the entire contents of the @x86_64-w64-mingw32.zip@ archive in my mingw64 folder ...
- 11:33 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> > Eugenie, is it correct for the x86_64-w64-mingw32.zip to contain this path: @x86_64-w64-m... - 10:59 AM Feature #1634: implement full native library (.so or DLL) support
- > Eugenie, is it correct for the x86_64-w64-mingw32.zip to contain this path: @x86_64-w64-mingw32/libs/@, instead of ...
- 07:38 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie, is it correct for the x86_64-w64-mingw32.zip to contain this path: @x86_64-w64-mingw32/libs/@, instead of @x...
- 06:29 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> Found the runtime regression. When the client starts, after enter username and login the fo... - 12:12 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> Hynek Cihlar wrote:
> > Yes, of course, sorry for that. The attached file is the correct exam... - 12:03 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Regression test of 0329a.zip passed. Fixed the indent in 0329a.zip (see the attached 0404a.zip) and committed to revi...
- 11:37 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> Yes, of course, sorry for that. The attached file is the correct example.
Constantin, is th... - 05:00 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> I think you reviewed the wrong file.
Yes, it was the wrong file. What confused me was that I...
04/03/2014
- 06:02 PM Feature #1634: implement full native library (.so or DLL) support
- Found the runtime regression. When the client starts, after enter username and login the following exception occurs:
... - 03:09 PM Feature #1634: implement full native library (.so or DLL) support
- The conversion testing completed without regressions. The @src/aero/timco/majic@ directory with converted files is id...
- 12:33 PM Feature #1634: implement full native library (.so or DLL) support
- > With these changes, do the native library calls all work as expected on Windows?
The converted code and output f... - 12:01 PM Feature #1634: implement full native library (.so or DLL) support
- > The only issue I see is that the class javadoc for @ServerPropertiesDaemon@ is incorrect (due to copy/paste). Pleas...
- 11:29 AM Feature #1634: implement full native library (.so or DLL) support
- Code Review 0403a
The only issue I see is that the class javadoc for ServerPropertiesDaemon is incorrect (due to c... - 07:06 AM Feature #1634: implement full native library (.so or DLL) support
- > I'm refering to the @EnvironmentOps.propathOverride@ field defined at line 151 (which has no javadoc, btw, and was ...
- 06:42 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> The fixed update for review.
>
> > the @EnvironmentOps.propathOverride@ is not used, it ... - 06:35 AM Feature #1634: implement full native library (.so or DLL) support
- The fixed update for review.
> the @EnvironmentOps.propathOverride@ is not used, it needs to be removed.
This c... - 02:10 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie, about 0328a.zip:
# the @EnvironmentOps.propathOverride@ is not used, it needs to be removed.
# there is on... - 01:23 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> Hynek Cihlar wrote:
> > Any update on the review request from the note #33?
> I guess ... - 01:09 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> Hynek Cihlar wrote:
> > Note the call @extj.setParameter(j, true)@ for the input-output... - 02:02 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> Note the call @extj.setParameter(j, true)@ for the input-output case which initializes the arr... - 11:32 AM Bug #2277: Wrong conversion of session handler
- Next 4gl code produce uncompilable java code:...
04/02/2014
- 03:18 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Any update on the review request from the note #33?
- 03:17 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- File attachment for the #35 note above.
- 03:16 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> Sorry, I'm coming back on this one: when we can choose between emitting code and hiding ...
04/01/2014
- 05:43 PM Feature #1634: implement full native library (.so or DLL) support
- The different testing performed to check the validity of the 0328a update shows no difference in local conversion in ...
- 07:09 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> Hynek Cihlar wrote:
> > May I suggest the following solution? To revert the change in @...
03/31/2014
- 07:14 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Attached is the final fix for the extent-to-extent assignment. The delta from the previous version (hc_upd20140324a.z...
- 02:56 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> Hynek Cihlar wrote:
> > Constantin Asofiei wrote:
> > For the function case, @ControlF... - 03:31 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> May I suggest the following solution? To revert the change in @OutputExtentParameter@ and @Arr... - 03:29 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> Constantin Asofiei wrote:
> For the function case, @ControlFlowOps@ is not called. Perhaps it... - 06:03 PM Bug #2277: Wrong conversion of session handler
- If code spits like this:...
- 05:58 PM Bug #2277 (New): Wrong conversion of session handler
- 04:07 AM Feature #1608: implement full appserver support (from 4GL clients only)
- 0326c.zip was committed to bzr rev 10502.
Also available in: Atom