Project

General

Profile

Activity

From 06/10/2026 to 07/09/2026

07/08/2026

12:20 PM Feature #4658: OO serialization support
Found some tests in @testcases/tests/appsrv/4gl_rpc/serialization@, but they are pretty limited. I am going to extend... Eduard Soltan
08:55 AM Bug #4602: fixes for OO 4GL and structured error handling
Rebased 4602a to trunk rev. 16642. Please review. Eduard Soltan
07:51 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
You're right, we hide that in the existing initializer. Greg Shah
07:40 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Greg Shah wrote:
> The @NUM_LITERAL@ instances need to be under an @LBRACKET@ node, even with a @KW_INIT@.
I was ...
Dănuț Filimon
07:37 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
The @NUM_LITERAL@ instances need to be under an @LBRACKET@ node, even with a @KW_INIT@. Greg Shah
06:40 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
In one of the examples I am currently working with:... Dănuț Filimon

06/26/2026

08:20 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
... Dănuț Filimon
03:18 AM Bug #11575: StackOverflowError while deleting a handle type without delete implementation
Testcase:... Teodor Gorghe
03:15 AM Bug #11575 (New): StackOverflowError while deleting a handle type without delete implementation
Teodor Gorghe

06/17/2026

09:38 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Greg Shah wrote:
> > [...]
>
> The core issue here is that you are using @closestPeerId@ which is going to be in ...
Dănuț Filimon
08:56 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
> ... Greg Shah
08:28 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Alright, so I got to into a point where the literal generates in the block instead of the variable definition.
The...
Dănuț Filimon
06:36 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Dănuț Filimon wrote:
> Greg Shah wrote:
> > > The main issue I have now is @var char c1 = "1".@ ,this is mostly rel...
Greg Shah
06:30 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Greg Shah wrote:
> > The main issue I have now is @var char c1 = "1".@ ,this is mostly related to @convert/literals....
Dănuț Filimon

06/16/2026

10:26 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
> The main issue I have now is @var char c1 = "1".@ ,this is mostly related to @convert/literals.rules@ and when shou... Greg Shah
10:03 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Greg Shah wrote:
> I'd prefer not to do that.
>
> Please show the output that is being generated incorrectly alon...
Dănuț Filimon
08:18 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
I'd prefer not to do that.
Please show the output that is being generated incorrectly along with the 4GL and the AST.
Greg Shah

06/15/2026

10:03 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Greg, is the option of adding a new token like @VAR_DEF_ITEM@ that will replace @SYMBOL@ in @VAR_DEF_LIST@? I have th... Dănuț Filimon

06/12/2026

09:28 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Slight issues with the current way we annotate variables, for a DEFINE VARIABLE we'll just annotate the DEFINE_VARIAB... Dănuț Filimon

06/11/2026

08:33 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
@var char[3] c1 = ["1", "2", "3"].@ also works after a few small adjustments.
Right now, I am approaching @var cha...
Dănuț Filimon
07:34 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
I was getting too complicated and missed a lot of details, I should've just piggy bagged the DEFINE_VARIABLE implemen... Dănuț Filimon

06/10/2026

09:28 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Ignore my last comment, I forgot a patch. Dănuț Filimon
09:25 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Greg Shah wrote:
> You should be trying for something like this:
>
> [...]
>
> I've removed the annotations fo...
Dănuț Filimon
09:21 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
You should be trying for something like this:... Greg Shah
08:44 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
The current problem I am working on is the definition of @var char[3] c1 = [1,2,3]@, this generates the following ast... Dănuț Filimon
02:52 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x
Greg Shah wrote:
> Also, I should note that the @EQUALS@ node will need to have its type rewritten as @ASSIGN@. Loo...
Dănuț Filimon
 

Also available in: Atom