FWD » Core Development » Base Language

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

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

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()@... Eugenie Lyzenko

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

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

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

Eugenie, the changes in 0324a.zip look good. Constantin Asofiei

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

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

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

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

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

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

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

> 2. In character.progressToJavaString(), shouldn't this code:
>
> ... Eugenie Lyzenko

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

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

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

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

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

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

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

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

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

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

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

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

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