FWD » Core Development » Base Language

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... Hynek Cihlar

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... Eugenie Lyzenko

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... Eugenie Lyzenko

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... Constantin Asofiei

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?
>
... Eugenie Lyzenko

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. ... Constantin Asofiei

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... Eugenie Lyzenko

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... Constantin Asofiei

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... Greg Shah

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... Eugenie Lyzenko

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
... Greg Shah

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... Eugenie Lyzenko

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):... Greg Shah

03/12/2014

07:44 PM Bug #2257 (New): Set statment does not define variable

Evgeny Kiselev

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 ")?... Greg Shah

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... Eugenie Lyzenko

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... Greg Shah

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... Eugenie Lyzenko

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... Greg Shah

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... Greg Shah

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... Greg Shah

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... Evgeny Kiselev

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 ... Greg Shah

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)... Greg Shah

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 ... Eugenie Lyzenko

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... Eugenie Lyzenko

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... Evgeny Kiselev

07:08 PM Feature #1628: fix any incompatibilities or missing features of NO-ECHO support

What do you mean by "display"? Greg Shah

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 ? Evgeny Kiselev

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... Greg Shah

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... Constantin Asofiei

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... Hynek Cihlar

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... Eugenie Lyzenko

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... Greg Shah

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... Constantin Asofiei

03/07/2014

05:29 PM Feature #1634: implement full native library (.so or DLL) support

... Eugenie Lyzenko

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... Eugenie Lyzenko

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... Greg Shah

03:57 PM Feature #1634: implement full native library (.so or DLL) support

Which cases we need to handle for Windows:... Eugenie Lyzenko

02:52 PM Feature #1634: implement full native library (.so or DLL) support

Don't forget to send out the email too. Greg Shah

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.... Eugenie Lyzenko

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... Greg Shah

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... Constantin Asofiei

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... Greg Shah

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... Constantin Asofiei

02:00 PM Feature #1634: implement full native library (.so or DLL) support

Agreed. You can check in and distribute your change. Greg Shah

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 ... Eugenie Lyzenko

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... Eugenie Lyzenko

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... Greg Shah

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... Eugenie Lyzenko

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... Eugenie Lyzenko

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 ... Greg Shah

09:06 PM Feature #1634: implement full native library (.so or DLL) support

The update for you to review to fix @name_map.xml@ entries. Only @name_map.xml@ generation rule is involved. So no ne... Eugenie Lyzenko

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:... Greg Shah

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 ... Hynek Cihlar

03/05/2014

04:53 PM Feature #1634: implement full native library (.so or DLL) support

Some finding for execution the test in 4GL systems:
Source:... Eugenie Lyzenko

04:48 PM Feature #1634: implement full native library (.so or DLL) support

> And what about native library path names? For example @"library_calls/testapi/testapi.dll"@. Here we also need Linu... Greg Shah

04:05 PM Feature #1634: implement full native library (.so or DLL) support

> We want to implement all name_map.xml entries in Linux form, even if the app was written with Windows file seps. In... Eugenie Lyzenko

03:52 PM Feature #1634: implement full native library (.so or DLL) support

Greg Shah wrote:
> Constantin: please provide your thoughts on where exactly to put this code. I know we need to re... Constantin Asofiei

03:43 PM Feature #1634: implement full native library (.so or DLL) support

We want to implement all name_map.xml entries in Linux form, even if the app was written with Windows file seps. In ... Greg Shah

03:22 PM Feature #1634: implement full native library (.so or DLL) support

> I understand. But my concern is that changing the p2j.cfg.xml has other implications that may make this a bad idea.... Eugenie Lyzenko

01:25 PM Feature #1634: implement full native library (.so or DLL) support

No, you are right. The @p2j.cfg.xml.win@ should have @case-sensitive==false@. Keep this change. Greg Shah

12:59 PM Feature #1634: implement full native library (.so or DLL) support

> I understand. But my concern is that changing the p2j.cfg.xml has other implications that may make this a bad idea.... Eugenie Lyzenko

12:24 PM Feature #1634: implement full native library (.so or DLL) support

> This change was made according to note #96 above.
I understand. But my concern is that changing the p2j.cfg.xml... Greg Shah

12:11 PM Feature #1634: implement full native library (.so or DLL) support

>... Eugenie Lyzenko

11:40 AM Feature #1634: implement full native library (.so or DLL) support

Code Review 0305a
The change to @collect_names.rules@ is fine. The @null@ check is not really needed, because if ... Greg Shah

11:19 AM Feature #1634: implement full native library (.so or DLL) support

Code Review 0305b
The change to these values is concerning:... Greg Shah

10:47 AM Feature #1634: implement full native library (.so or DLL) support

Two updates for you to review, one for P2J code, other - for testcases(@p2j.cfg.xml.win@ to convert testcases). As fo... Eugenie Lyzenko

09:22 AM Feature #1634: implement full native library (.so or DLL) support

Please post a real update so that I can use diffing tools (like meld) to compare your changes. The changes you have ... Greg Shah

03/04/2014

05:31 PM Feature #1634: implement full native library (.so or DLL) support

The changes for you to review to convert/compile/run testcases in Windows. The result - there are no messages during ... Eugenie Lyzenko

12:49 PM Feature #1634: implement full native library (.so or DLL) support

> Using libname = ExpressionConversionWorker.progressToJavaString(libname) causes the exception:
Please search the... Greg Shah

12:42 PM Feature #1634: implement full native library (.so or DLL) support

The strange thing I'm struggling with. Using libname = ExpressionConversionWorker.progressToJavaString(libname) cause... Eugenie Lyzenko

03/03/2014

04:33 PM Feature #1599: shift EXP implementation (MathOps.pow()) to BigDecimal

Code Review 0227a
It looks fine. Assuming it passes testing, you can check it in and distribute it. Greg Shah

02/28/2014

10:06 AM Feature #1634: implement full native library (.so or DLL) support

> The place to fix is:
Yes. Instead of the call to @removeQuotes()@, it should call @ExpressionConversionWorker.p... Greg Shah

09:20 AM Feature #1634: implement full native library (.so or DLL) support

> ... But in this case the text is stored into the name_map.xml during annotations/collect_names.rules and the string... Eugenie Lyzenko

08:55 AM Feature #1634: implement full native library (.so or DLL) support

> Greg, please advise: is this a conversion bug in the library name conversion, or a problem in load_library_native, ... Greg Shah

05:56 AM Feature #1634: implement full native library (.so or DLL) support

Eugenie Lyzenko wrote:
> This is just fragment, the others - inside attached
> [...]
The @~\@ comes from the 4GL c... Constantin Asofiei

05:42 AM Feature #1634: implement full native library (.so or DLL) support

This is just fragment, the others - inside attached... Eugenie Lyzenko

04:52 AM Feature #1634: implement full native library (.so or DLL) support

Eugenie Lyzenko wrote:
> > What I think we need to do is to keep the program names in name_map.xml with the linux-st... Constantin Asofiei

04:48 AM Feature #1634: implement full native library (.so or DLL) support

> What I think we need to do is to keep the program names in name_map.xml with the linux-style separator.
After ch... Eugenie Lyzenko

02:55 AM Feature #1634: implement full native library (.so or DLL) support

Greg Shah wrote:
> No, this is not a conversion problem. We can't change the source code since it is valid 4GL and ... Constantin Asofiei

02/27/2014

06:06 PM Feature #1634: implement full native library (.so or DLL) support

Another similar issue is library name transformation from requested @"library_calls\\testapi\\testapi.dll"@ to @"libr... Eugenie Lyzenko

03:38 PM Feature #1634: implement full native library (.so or DLL) support

In the 4GL, this code works without problem on both Linux and Windows.
This means there is a runtime problem in ou... Greg Shah

02:54 PM Feature #1634: implement full native library (.so or DLL) support

The first thing I've faced is the issue with hardcoded test file path name to run for example:... Eugenie Lyzenko

11:19 AM Feature #1634: implement full native library (.so or DLL) support

> The Linux copy has the error I need to clarify:
Please compare your results to the logs in note 79 to see if err... Greg Shah

10:30 AM Feature #1634: implement full native library (.so or DLL) support

I'm executing test_runner.p in both Linux and Windows to compare behavior/results. The Linux copy has the error I nee... Eugenie Lyzenko

08:17 AM Feature #1634: implement full native library (.so or DLL) support

> I think what you are missing is copy the p2jspi.jar in your JRE's ext lib folder.
Yes, you are right, the server... Eugenie Lyzenko

07:54 AM Feature #1634: implement full native library (.so or DLL) support

Eugenie Lyzenko wrote:
> Ti enable persistence for server the following changes should be done in directory.xml file... Constantin Asofiei

07:52 AM Feature #1634: implement full native library (.so or DLL) support

Regarding previous note error. Do I need to set up the SQL server running on Windows to execute the tests? Eugenie Lyzenko

07:49 AM Feature #1634: implement full native library (.so or DLL) support

Trying to start the server on Windows for native library with persistence enabled. But the error is happening.
Ti ... Eugenie Lyzenko

03:06 PM Feature #1599: shift EXP implementation (MathOps.pow()) to BigDecimal

Fixed error handling issue in MathOps.pow(BigDecimal, BigDecimal). Regression test is in progress. Hynek Cihlar

02:55 PM Bug #2133: fix precision for decimal, dynamic-extent variables

Constantin Asofiei wrote:
> When the number of array elements is missing, then we have a dynamic extent. And looks l... Hynek Cihlar

12:00 PM Bug #2133: fix precision for decimal, dynamic-extent variables

Hynek Cihlar wrote:
> Setting decimal precision in the @DEFINE VARIABLE@ statement of an @EXTENT@ with the missing n... Constantin Asofiei

11:13 AM Bug #2133: fix precision for decimal, dynamic-extent variables

Setting decimal precision in the @DEFINE VARIABLE@ statement of an @EXTENT@ with the missing number of array elements... Hynek Cihlar

02:52 PM Bug #2250: Conversion error when decimal precision defined on dynamic extent variable

Setting decimal precision in the @DEFINE VARIABLE@ statement of an @EXTENT@ with the missing number of array elements... Hynek Cihlar

02:51 PM Bug #2250 (Closed): Conversion error when decimal precision defined on dynamic extent variable

Hynek Cihlar

02/26/2014

03:35 PM Feature #1599 (Closed): shift EXP implementation (MathOps.pow()) to BigDecimal

Greg Shah

03:17 PM Feature #1599: shift EXP implementation (MathOps.pow()) to BigDecimal

0220a regression tested and checked in to bzr revision 10481. Hynek Cihlar

02/25/2014

12:57 PM Feature #1608: implement full appserver support (from 4GL clients only)

About static resources generated in a appserver procedure ran persistent (using @RUN ... PERSISTENT ON SERVER@ or via... Constantin Asofiei

02/24/2014

02:26 PM Bug #2133: fix precision for decimal, dynamic-extent variables

Greg Shah wrote:
> > Can it ever happen to have the array reference registered to multiple scopes on the scope stack... Hynek Cihlar

02:18 PM Bug #2133: fix precision for decimal, dynamic-extent variables

> Can it ever happen to have the array reference registered to multiple scopes on the scope stack?
Yes. I believe... Greg Shah

01:47 PM Bug #2133: fix precision for decimal, dynamic-extent variables

When the dynamic array is resized (@EXTENT@ statement is encountered), old array reference is "deregistered" and new ... Hynek Cihlar

12:11 PM Feature #2145 (Closed): eliminate program-name limitations

Greg Shah

11:50 AM Feature #2145: eliminate program-name limitations

Greg Shah wrote:
> Have you retested the "standalone" super proc/persistent proc testcases?
Yes, the tests are OK.
... Constantin Asofiei

10:49 AM Feature #2145: eliminate program-name limitations

Code Review 0222b/e
I am fine with the changes. This is another nice improvement/refactoring of the code such tha... Greg Shah

02/23/2014

03:15 PM Feature #1599 (WIP): shift EXP implementation (MathOps.pow()) to BigDecimal

Hynek Cihlar

03:13 PM Bug #2133 (WIP): fix precision for decimal, dynamic-extent variables

Hynek Cihlar

03:12 PM Bug #2133: fix precision for decimal, dynamic-extent variables

The decimal precision is effectively lost when (1) unfixed decimal array is defined and later fixed with the @EXTENT@... Hynek Cihlar

04:18 AM Feature #2145 (Review): eliminate program-name limitations

Constantin Asofiei

04:14 AM Feature #2145: eliminate program-name limitations

The 0222b.zip and 0222e.zip (from #2248) have passed regression testing, after checking the cumulative regression tes... Constantin Asofiei

02/22/2014

09:47 AM Feature #2145: eliminate program-name limitations

Failures during testing of 0222b.zip: there are cases like this (MAJIC uses them):... Constantin Asofiei

05:05 AM Feature #2145: eliminate program-name limitations

This version allows java-style calls for internal and external procedures and centralizes the maintenance of procedur... Constantin Asofiei

02/21/2014

09:15 AM Feature #2145: eliminate program-name limitations

Greg Shah wrote:
> Option 3 is the best solution, IF it is possible.
I think I will go ahead with this one. The onl... Constantin Asofiei

08:31 AM Feature #2145: eliminate program-name limitations

Option 3 is the best solution, IF it is possible.
A modified option 1 may be the next best approach. The idea is ... Greg Shah

04:10 AM Feature #2145 (WIP): eliminate program-name limitations

Regression testing showed problems related to calling the hand-written java code: we need to determine the policy of ... Constantin Asofiei

02/20/2014

04:45 PM Feature #1625: implement OUTPUT TO PRINTER on Windows

The Linux/UNIX support for OUTPUT TO PRINTER is already done from the work in #1631. The remaining work for this tas... Greg Shah

04:37 PM Feature #1824 (Closed): client platform delegate implementation

The design choices implemented in #1811 eliminate the need for this work. Greg Shah

11:05 AM Feature #2145: eliminate program-name limitations

> The only dependence on reflection is the "java-style calls of legacy user-def functions", when we need to determine... Greg Shah

10:56 AM Feature #2145 (Review): eliminate program-name limitations

Greg Shah wrote:
> We don't have much choice in coding so much dependence on reflection and the old approach was als... Constantin Asofiei

09:58 AM Feature #2145: eliminate program-name limitations

Code Review 0220d
I am OK with the changes. As always with the procedure processing, this stuff is pretty nasty. ... Greg Shah

09:21 AM Feature #2145 (WIP): eliminate program-name limitations

This solves the OOME and the SOURCE- and TARGET-PROCEDURE deviations. Is going through testing now. Constantin Asofiei

08:21 AM Feature #1599: shift EXP implementation (MathOps.pow()) to BigDecimal

Code Review 0220a
Everything looks good. If it passes runtime regression testing, you can check it in and distrib... Greg Shah

03:58 AM Feature #1599: shift EXP implementation (MathOps.pow()) to BigDecimal

I also moved the @log@ private methods down to the private methods section. The attached changes are submitted for re... Hynek Cihlar

01:26 AM Feature #1624: add support for PUT CONTROL

Evgeny Kiselev wrote:
> Do I need to commit testcases ?
Of course, the testcases need to be in the repository. Constantin Asofiei

11:00 PM Feature #1624: add support for PUT CONTROL

Do I need to commit testcases ? Evgeny Kiselev

11:59 PM Feature #2208: create a java application running web services for testing purposes

I've committed intermediate version of test server to the @testcases/uast/web_services/server/@.
To run this from ID... Evgeny Kiselev

02/19/2014

03:41 PM Feature #1599: shift EXP implementation (MathOps.pow()) to BigDecimal

Code Review 0219a
The code looks good. My only comments relate to some coding standards:
1. Lines 608 and 614 a... Greg Shah

02:52 PM Feature #1599: shift EXP implementation (MathOps.pow()) to BigDecimal

Please review the attached changes. Testcases checked in to testcases/uast/math/exp.p. Hynek Cihlar

12:15 PM Feature #1624 (Closed): add support for PUT CONTROL

Greg Shah

11:52 AM Feature #1624: add support for PUT CONTROL

update evk_upd20140214a.zip has been passed regression testing.
Committed to bzr revision 10470. Evgeny Kiselev

11:13 PM Feature #1624 (Review): add support for PUT CONTROL

Evgeny Kiselev

02/18/2014

01:50 PM Feature #2145: eliminate program-name limitations

This should solve the SOURCE- and TARGET-PROCEDURE cases (when invoking an external program or a trigger). Also, it i... Constantin Asofiei

11:02 AM Feature #1634: implement full native library (.so or DLL) support

Almost.
> take the testcases from @native_library_calls_4gl_..._sample_20131107.zip@
No, that is just a slightly... Greg Shah

10:51 AM Feature #1634: implement full native library (.so or DLL) support

Greg,
The question about task #2234. The goal is to take the testcases from @native_library_calls_4gl_..._sample_2... Eugenie Lyzenko

02/17/2014

11:53 AM Support #2233 (Closed): test and fix the native API support on Linux

Greg Shah

02/16/2014

08:01 AM Feature #1624: add support for PUT CONTROL

Check it in and distribute it. Greg Shah

03:20 AM Feature #1624: add support for PUT CONTROL

Evgeny Kiselev wrote:
> Final update. Regression is running now.
Passed regression testing Evgeny Kiselev

10:04 PM Feature #1634: implement full native library (.so or DLL) support

Between 2 regression testing runs, all tests have passed except for GSO 167 (and TC JOB 002 which fails as expected i... Greg Shah

02/15/2014

01:24 PM Feature #2145: eliminate program-name limitations

Greg Shah wrote:
> > my concern is that, if the PROPATH gets modified, we might resolve the relative name to a compl... Constantin Asofiei

01:20 PM Feature #2145: eliminate program-name limitations

> my concern is that, if the PROPATH gets modified, we might resolve the relative name to a completely different prog... Greg Shah

09:06 AM Feature #2145: eliminate program-name limitations

This one proves a little more challenging: the procedure names in error messages and the procedure's @FILE-NAME@ and ... Constantin Asofiei

08:59 AM Feature #1634: implement full native library (.so or DLL) support

This update is merged up to bzr revision 10466. I am going back through runtime regression testing. The first run f... Greg Shah

08:56 AM Feature #1598 (Closed): shift LOG implementation (MathOps.log()) to BigDecimal

Greg Shah

07:32 AM Feature #1598: shift LOG implementation (MathOps.log()) to BigDecimal

Committed to bzr revision 10466. Hynek Cihlar