Activity
From 03/07/2014 to 04/05/2014
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.
03/30/2014
- 08:32 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> This one I think requires a conversion change: @integer[] j = extj.getVariable(2);@ need...
03/28/2014
- 04:26 PM Feature #1634: implement full native library (.so or DLL) support
- The update 0328a fixes the conversion issue I've found and works OK with and without another P2J server running simul...
- 01:41 PM Feature #1634: implement full native library (.so or DLL) support
- The fix for conversion issue in @EnvironmentOps@. Based on the fact the @SessionManager.get()@ returns not null when ...
- 01:01 PM Feature #1634: implement full native library (.so or DLL) support
- I have found the regression with @EnvironmentOps@ trying MAJIC conversion on my local system in Linux with last updat...
- 11:04 PM Feature #1634: implement full native library (.so or DLL) support
- > @EnvironmentOps@ is designed only for server side usage. We should never try to use it on the client. Please use th...
- 04:24 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> Go ahead and fix this in @ControlFlowOps$InternalEntryCaller.valid@.
For the function...
03/27/2014
- 11:07 AM Feature #1634: implement full native library (.so or DLL) support
- > And I think we can do this because the value of the propathOverride is only per the server instance.
No, this is...
03/26/2014
- 05:00 PM Feature #1634: implement full native library (.so or DLL) support
- > No. We must be able to customize this value. That means calling "up" to the server to read a value from the directo...
- 03:54 PM Feature #1634: implement full native library (.so or DLL) support
- > For the point you noted the EnvironmentOps.getVersion().toStringMessage() can be replaced with string "10.2B". Is i...
- 02:47 PM Feature #1634: implement full native library (.so or DLL) support
- > The problem is this code in Registry.java:
>
> ... - 12:14 PM Feature #1634: implement full native library (.so or DLL) support
- The problem is this code in Registry.java:...
- 10:33 AM Feature #1634: implement full native library (.so or DLL) support
- For note #1
The reason of this change is I've found if we just use as expected to be working:... - 09:51 AM Feature #1634: implement full native library (.so or DLL) support
- Code Review 0326a
Everything here is much better. It is very close.
1. The changes in @EnvironmentOps.fixupProp... - 08:37 AM Feature #1634: implement full native library (.so or DLL) support
- The update for review contains the changes for previous notes. Note I have changed @ThinClient@ to do not use @Platfo...
- 04:48 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> In Progress, function/procedure fixed-extent parameter's components are initialized to unknown... - 04:40 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> Constantin Asofiei wrote:
> > Hynek Cihlar wrote:
> > > The following code sample causes the... - 04:21 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> Hynek Cihlar wrote:
> > The following code sample causes the error message 'Calling pro... - 04:15 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> The following code sample causes the error message 'Calling procedure /home/hc/p34141_Untitled... - 04:08 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- The following code sample causes the error message 'Calling procedure /home/hc/p34141_Untitled8.ped cannot input an i...
- 03:51 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- In Progress, function/procedure fixed-extent parameter's components are initialized to unknown values when an unfixed...
- 03:09 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- The converted code doesn't give the correct error message when assigning a fixed array to an indeterminate and alread...
- 10:01 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- I have finished a release-candidate implementation for the decimal precision. I am testing it and also looking for ed...
- 04:03 PM Feature #1608: implement full appserver support (from 4GL clients only)
- Code Review 0326c
The changes look good. They can be runtime regression tested. - 01:54 PM Feature #1608: implement full appserver support (from 4GL clients only)
- Fixes for note 142 (all persistent procedures need to be deleted by the Agent which created them) and a bug in sessio...
- 01:23 PM Bug #2265 (Closed): Extent initializer compiles fine on scalar variable definition
- 01:16 PM Bug #2265: Extent initializer compiles fine on scalar variable definition
- I see now. Can you then close the issue?
- 01:12 PM Bug #2265: Extent initializer compiles fine on scalar variable definition
- Hynek Cihlar wrote:
> I probably wasn't descriptive enough. The code sample doesn't compile in Progress, it gives "T... - 12:00 PM Bug #2265: Extent initializer compiles fine on scalar variable definition
- I probably wasn't descriptive enough. The code sample doesn't compile in Progress, it gives "Too many initial values ...
- 10:44 AM Bug #2265: Extent initializer compiles fine on scalar variable definition
- Hynek, P2J will always convert valid 4GL code, which can compile in Progress. We do not want and will not start hunti...
- 10:39 AM Bug #2265: Extent initializer compiles fine on scalar variable definition
- The following code snippet compiles without errors producing invalid Java code....
- 10:34 AM Bug #2265 (Closed): Extent initializer compiles fine on scalar variable definition
03/25/2014
- 05:02 PM Feature #1634: implement full native library (.so or DLL) support
- Code Review 0325a
1. The @isUnderWindowsFamily()@ does not need to be implemented on the client side. The @getOpe... - 11:49 AM Feature #1634: implement full native library (.so or DLL) support
- The update for review with reworked OS detection tools.
The questions to clarify:
1. @EnvironmentOps@ is the clas... - 02:11 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek, the changes look good. How is the decimal precision working?
- 11:47 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Attached are changes based on the feedback from last review - @isExpressionOfExtentType@ was removed. I submitted the...
03/24/2014
- 12:15 PM Feature #1634: implement full native library (.so or DLL) support
- For efficiency, please only call down to the client once per session. Save off the value (in the server side) the fir...
- 12:12 PM Feature #1634: implement full native library (.so or DLL) support
- No, we need to fix @EnvironmentOps.getOperatingSystem()@ and @EnvironmentOps.getPathSeparator()@ to query the client ...
- 11:55 AM Feature #1634: implement full native library (.so or DLL) support
- There is still an issue in @SourceNameMapper.convertName()@ with the usage of @PlatformHelper.isUnderWindowsFamily()@...
- 11:34 AM Feature #1634: implement full native library (.so or DLL) support
- There is still an issue in SourceNameMapper.convertName() with the usage of PlatformHelper.isUnderWindowsFamily(). T...
- 11:28 AM Feature #1634: implement full native library (.so or DLL) support
- > Eugenie, the changes in 0324a.zip look good.
Meaning I can run conversion and runtime regression testing for thi... - 10:41 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie, the changes in 0324a.zip look good.
- 09:37 AM Feature #1634: implement full native library (.so or DLL) support
- The update for your review contains clean up for @SourceNameMap@ class for @canonicalize()@ usage and javadoc small c...
- 08:57 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> Or we do not need any additional processing, just call @p2jMap.get(pname);@?
This one is c... - 08:49 AM Feature #1634: implement full native library (.so or DLL) support
- > When I changed the FILE-NAME and NAME implementation for external procedures, I discovered that these attributes an...
- 07:36 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> I do not understand why we need the changes here? If canonicalize() now works as before any...
03/21/2014
- 11:47 AM Feature #1634: implement full native library (.so or DLL) support
- The drop for review removes OS dependency in @SourceNameMapper@. Now the absolute filenames handles the same way for ...
- 11:01 AM Feature #1634: implement full native library (.so or DLL) support
- Greg Shah wrote:
> 1. In SourceNameMapper.convertName(), I think there may be a problem with the usage of @PlatformH... - 10:46 AM Feature #1634: implement full native library (.so or DLL) support
- > 2. In character.progressToJavaString(), shouldn't this code:
>
> ... - 09:16 AM Feature #1634: implement full native library (.so or DLL) support
- Code Review 0320a
I will let Constantin review and comment on the core logic changes in SourceNameMapper.
1. In... - 10:25 PM Feature #1634: implement full native library (.so or DLL) support
- The update for review contains modified @SourceNameMapper@. The runtime processing of the program name different case...
- 08:18 PM Feature #1634: implement full native library (.so or DLL) support
- > Thus, we can merge the logic from @canonicalize@ into @convertName@.
And what in this plan @canonicalize()@ shou...
03/20/2014
- 06:19 PM Feature #1634: implement full native library (.so or DLL) support
- > For these examples, and the ones on note 161, please post how the converted result needs to look on windows and how...
- 04:23 PM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> Like in these examples:
For these examples, and the ones on note 161, please post how the ... - 03:35 PM Feature #1634: implement full native library (.so or DLL) support
- BTW. The conversion of the MAJIC code with and without the changes from this update shows identical conversion result...
- 07:32 AM Feature #1634: implement full native library (.so or DLL) support
- > I don't understand why you need to call progressToJavaString twice, once in progress.g and once in control_flow.rul...
- 06:53 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie, about 0318a.zip:
* @control_flow.rules@ - I don't understand what this code tries to do:...
03/18/2014
- 01:59 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> Unless you are against it, I will keep the @isExpressionOfExtentType@ method even though the i... - 11:02 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Constantin Asofiei wrote:
> Hynek, about 0316a.zip. The implementation of @isExpressionOfExtentType@ should check f... - 04:09 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek, about 0316a.zip. The implementation of @isExpressionOfExtentType@ should check for @extent@ annotations, not ...
- 01:53 PM Feature #1634: implement full native library (.so or DLL) support
- The update fixes the usual string conversion in Windows. Now we have properly converted...
03/16/2014
- 04:54 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- I am attaching the initial implementation for fixing the @assignMulti@ method. The changes include the modification o...
03/14/2014
- 07:54 PM Feature #1634: implement full native library (.so or DLL) support
- The update for your review contains modification for @progress.g@ file and minor fix for @control_flow.rules@. The se...
03/13/2014
- 05:56 PM Feature #1634: implement full native library (.so or DLL) support
- The today update contains the @SourceNameMapper@ changes for you to review. The testcases are also included. The curr...
- 01:17 PM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> When the server is starting there is no physical dependency on the @test4.p@ file on the di... - 12:54 PM Feature #1634: implement full native library (.so or DLL) support
- > I don't understand: do you match an absolute name for the legacy 4GL program to an EXISTING file on the disk?
>
... - 12:04 PM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> I need to know what exactly the @"configured basepath"@ variable is on the run-time stage. ... - 11:41 AM Feature #1634: implement full native library (.so or DLL) support
- > canonicalize() will prepare the name so that it can be matched against a name from name_map.xml. Also, all names in...
- 10:57 AM Feature #1634: implement full native library (.so or DLL) support
- Greg Shah wrote:
> > I'm asking because the SourceNameMapper.canonicalize() is used in different places inside Sourc... - 09:15 AM Feature #1634: implement full native library (.so or DLL) support
- > And after the conversion has been completed it is not required to keep the original 4GL source tree on the server s...
- 09:05 AM Feature #1634: implement full native library (.so or DLL) support
- > All files to be converted must reside within a single subdirectory under the project home. This ensures that we can...
- 07:28 AM Feature #1634: implement full native library (.so or DLL) support
- > On the conversion stage the driver map the 4GL file name to the internal class for every program to be converted
... - 08:58 PM Feature #1634: implement full native library (.so or DLL) support
- Another important thing to clarify.
Observing the full deployment path from conversion the source to run the conve... - 07:15 AM Bug #2257: Set statment does not define variable
- The following code throws an exception during conversion procedure(this is legal code in 4gl):...
03/12/2014
- 07:44 PM Bug #2257 (New): Set statment does not define variable
- 05:36 PM Feature #1634: implement full native library (.so or DLL) support
- > 1. In your example is it key point the string leading to be the same as characters inside the strings(both ' or ")?...
- 04:22 PM Feature #1634: implement full native library (.so or DLL) support
- > The change in progressToJavaString() will cause problems with strings in Windows mode where the next char after the...
- 09:36 AM Feature #1634: implement full native library (.so or DLL) support
- > Does it mean all file-system container values in directory.xml file for the OS where the server is running should c...
- 09:32 AM Feature #1634: implement full native library (.so or DLL) support
- > It is not "predefined". That directory.xml is just a file that was designed to be run on Linux. All the values in t...
- 08:44 AM Feature #1634: implement full native library (.so or DLL) support
- Code Review 0311a
1. The change in progressToJavaString() will cause problems with strings in Windows mode where t... - 08:12 AM Feature #1634: implement full native library (.so or DLL) support
- > The question: do we plan to keep predefined "/" file separator value in directory.xml file?
It is not "predefine... - 08:46 AM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- No. But please do create a new Redmine task (a bug) that describes the problem and has the testcase code for the rec...
03/11/2014
- 07:43 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- Greg Shah wrote:
> Yes. Although, I am surprised it doesn't work (we support other define var cases that are in a f... - 08:46 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- I'm responding to the note in #1629.
> Am correct ?
Yes. Although, I am surprised it doesn't work (we support ... - 08:04 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- OK, I understand what you are trying to do.
I think there are 2 options (test these to see if either or both work)... - 05:09 PM Feature #1634: implement full native library (.so or DLL) support
- This update introduces the @SourceNameMapper.canonicalize()@ changes. I've found the @fileSep@ variable used in this ...
- 09:27 PM Feature #1634: implement full native library (.so or DLL) support
- This is the suggested change for conversion part of the process for you to review.
The @SourceNameMapper.canonical...
03/10/2014
- 07:10 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- For example if I set @ECHO@ I want to know in code if something is displayed and if I set @NO-ECHO@ then display buff...
- 07:08 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- What do you mean by "display"?
- 06:51 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- Is any way to check what display is showing now in 4gl ?
- 07:59 AM Feature #1634: implement full native library (.so or DLL) support
- > So I guess we must transform path\to\program.p string to path\\to\\program.p for java converted code
Modify @pr... - 04:03 AM Bug #2133: fix precision for decimal, dynamic-extent variables
- Hynek Cihlar wrote:
> There's a bug in @ArrayAssigner.assignMulti(BaseDataType[], BaseDataType[])@. When assigning a...
03/09/2014
- 04:47 PM Bug #2133: fix precision for decimal, dynamic-extent variables
- There's a bug in @ArrayAssigner.assignMulti(BaseDataType[], BaseDataType[])@. When assigning a determinate array to a...
03/08/2014
- 02:58 PM Feature #1634: implement full native library (.so or DLL) support
- >Eugenie: please do provide full support for absolute (drive letter) paths on Windows.
OK.
Another finding. The... - 11:47 AM Feature #1634: implement full native library (.so or DLL) support
- > My suggestion is the converted code(meaning runtime level) should have only one interpretation for Windows file sep...
- 06:38 AM Feature #1634: implement full native library (.so or DLL) support
- Eugenie Lyzenko wrote:
> The first point I'm thinking about is how to convert these cases. My suggestion is the conv...
03/07/2014
- 05:29 PM Feature #1634: implement full native library (.so or DLL) support
- ...
- 04:42 PM Feature #1634: implement full native library (.so or DLL) support
- > Also: make sure you have tests including:
>
> drive letter + COLON + relative paths
> drive letter + COLON + ab... - 04:14 PM Feature #1634: implement full native library (.so or DLL) support
- I don't think that case 1 will work in the 4GL on Windows. The other two definitely need to be supported.
Also: m... - 03:57 PM Feature #1634: implement full native library (.so or DLL) support
- Which cases we need to handle for Windows:...
- 02:52 PM Feature #1634: implement full native library (.so or DLL) support
- Don't forget to send out the email too.
- 02:23 PM Feature #1634: implement full native library (.so or DLL) support
- > Eugenie: your next step is to implement proper support in @SourceNameMapper.canonicalize@ as described in note 117....
- 02:07 PM Feature #1634: implement full native library (.so or DLL) support
- Sorry, I should have picked up on that.
Eugenie: your next step is to implement proper support in @SourceNameMappe... - 02:05 PM Feature #1634: implement full native library (.so or DLL) support
- Greg Shah wrote:
> Where is the least-intrusive place to process that? It cannot be done at conversion time since i... - 02:02 PM Feature #1634: implement full native library (.so or DLL) support
- Where is the least-intrusive place to process that? It cannot be done at conversion time since it can be a runtime-g...
- 02:01 PM Feature #1634: implement full native library (.so or DLL) support
- Greg Shah wrote:
> Agreed. You can check in and distribute your change.
I think we forgot about a case: RUN <windo... - 02:00 PM Feature #1634: implement full native library (.so or DLL) support
- Agreed. You can check in and distribute your change.
- 01:48 PM Feature #1634: implement full native library (.so or DLL) support
- The conversion testing finished. There are no differences in generated java code in @src/aero/timco/majic@ including ...
- 10:03 AM Feature #1634: implement full native library (.so or DLL) support
- > 1. Check in your 0306b change.
Committed in bzr as 1116.
> 2. Do a conversion regression test of 0306a. There... - 09:51 AM Feature #1634: implement full native library (.so or DLL) support
- Excellent! OK, please go ahead with the following:
1. Check in your 0306b change.
2. Do a conversion regressio... - 09:34 AM Feature #1634: implement full native library (.so or DLL) support
- > 2. Are there any diffs in the converted code caused by this change (other than name_map.xml)?
After check I conf... - 09:02 AM Feature #1634: implement full native library (.so or DLL) support
- > 1. With this change, does the Windows native API support work properly?
I think yes. There are some diffs regard... - 08:15 AM Feature #1634: implement full native library (.so or DLL) support
- Code Review 0306a/b
I am fine with the changes.
Questions:
1. With this change, does the Windows native API ... - 04:23 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support
- Make sure you have a testcase that does something like this:...
- 01:13 AM Feature #1599: shift EXP implementation (MathOps.pow()) to BigDecimal
- I also added a javadoc fix of the method pow(BigDecimal, BigDecimal). The changes were regression tested and checked ...
Also available in: Atom