Activity

From 06/09/2026 to 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

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

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

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

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

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

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

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

10:25 AM Feature #9767: Support the new VAR statement introduced in Progress 12.x: Also, I should note that the @EQUALS@ node will need to have its type rewritten as @ASSIGN@. Look at existing gramma... Greg Shah

Also available in: Atom

FWD » Core Development » Base Language