Activity
From 03/10/2026 to 04/08/2026
04/08/2026
- 02:27 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Artur Școlnic wrote:
> Runtime testing on the customer project can be done only with the custom branch patched with ... - 02:24 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Runtime testing on the customer project can be done only with the custom branch patched with the changes from 6629a. ...
04/07/2026
- 10:50 AM Feature #7178: move the buffer scoping calculations to parse time
- I don't want us to spend too much time trying to use obscure 4GL preprocessor usage patterns. We don't have to gener...
- 09:46 AM Feature #7178: move the buffer scoping calculations to parse time
- Started validating some of the tests I generated only to find most of them being actually wrong when the syntax got c...
- 08:55 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Committed *6629a/16513*. Incremental conversion fixed the remaining files and the project compiled.
Testing went w... - 06:50 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Dănuț Filimon wrote:
> There are a few parameters which are not initialized properly, in @SupportService.resolveServ... - 06:36 AM Bug #6629: incremental conversion for OpenClient proxy programs
- There are a few parameters which are not initialized properly, in @SupportService.resolveService() there should be a ...
- 03:41 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Only two files failed conversion, the error is:...
- 08:34 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Greg Shah wrote:
> @OpenEdge.Core.Collections.Stack@
> @Progress.Lang.Enum@
> @Progress.Lang.SysError@
>
> * @O... - 08:31 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- @OpenEdge.Core.Collections.Stack@ becomes @com.goldencode.p2j.oo.core.collections.LegacyStack@
@Progress.Lang.Enum@ ... - 08:23 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- About builtin classes, how are the legacy class names mapped to the actual builtin implementation? For example: @Open...
04/06/2026
- 09:10 AM Feature #7178: move the buffer scoping calculations to parse time
- Let's see, small update. I've made tests for the following scenarios:
* all cases mentioned in #7178-2 were made int... - 06:41 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Dănuț Filimon wrote:
> Rebased 6629a to latest trunk/16505, the branch is now at revision 16512.
Please do conversi... - 06:40 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Rebased 6629a to latest trunk/16505, the branch is now at revision 16512.
- 06:33 AM Bug #6629: incremental conversion for OpenClient proxy programs
- *6629a/16460* is available, I will be rebasing the branch now.
- 06:31 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Dănuț Filimon wrote:
> Constantin Asofiei wrote:
> > Otherwise, you mention @wrong path being looked up for rest@ -... - 06:15 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Constantin Asofiei wrote:
> Otherwise, you mention @wrong path being looked up for rest@ - where is this fix?
It ... - 06:14 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Please rebase and:
* remove @WebHandlerConfig@ - I think I forgot to delete it via #11213
* @JavaPatternWorker@ - h... - 05:52 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Dănuț Filimon wrote:
> Tested a customer application and there's an issue with:
> [...] The @expected_file.p@ can't... - 04:25 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Tested a customer application and there's an issue with:...
04/03/2026
- 03:44 PM Feature #3883 (Pending): eclipse plug for developing 4GL code using FWD including editing, syntax...
- 12:06 PM Feature #3883: eclipse plug for developing 4GL code using FWD including editing, syntax checks, r...
- We will focus time on #11355 and that delivery should also work in Theia. Regardless of that point, the delivery wil...
- 03:44 PM Feature #6319 (Rejected): IntelliJ plugin
- We can revisit this decision in the future but for now I want to be clear that this is not being worked.
- 02:51 PM Feature #6319: IntelliJ plugin
- Greg, I share your concerns. IntelliJ is indeed a superior Java IDE - the debugger alone is light years ahead of VSCo...
- 12:04 PM Feature #6319: IntelliJ plugin
- My assessment is that it does not make sense to invest in an IntelliJ plugin. Their direction is closed/proprietary ...
- 12:05 PM Feature #11355: VSCode extension
- Implement a fully featured VSCOde extension that supports the full lifecycle of BOTH 4GL and Java development using F...
- 11:55 AM Feature #11355 (New): VSCode extension
- 11:21 AM Bug #6629: incremental conversion for OpenClient proxy programs
- Constantin: Is there any additional testing needed or can this merge?
- 11:20 AM Bug #4867 (Closed): Incremental conversion: change detection algorithm ignores .hints and .ext-hi...
04/01/2026
- 10:49 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Rebased branch *9638a* with *trunk/16495*. I had fix a post-rebase error. The new revision is *16500*.
- 08:07 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I finally managed to get a version of trunk that compiles. Now I'm trying to figure out why the transform driver is t...
- 08:02 AM Feature #7178: move the buffer scoping calculations to parse time
- Constantin, I've improved the tests and made the following procedure:...
- 04:52 AM Feature #7178: move the buffer scoping calculations to parse time
- Thank you for the list Constantin, I will look into a way to automate creating those tests. Although I do not see it ...
03/31/2026
- 10:14 AM Feature #7178: move the buffer scoping calculations to parse time
- Danut, this is a list of main issues (but not the only issues) which should be covered by the tests. Ideally we can ...
- 09:36 AM Feature #7178: move the buffer scoping calculations to parse time
- Dănuț Filimon wrote:
> I created unit tests, but I can easily extract everything into a set of separate procedures.
... - 09:35 AM Feature #7178: move the buffer scoping calculations to parse time
- Constantin Asofiei wrote:
> Dănuț Filimon wrote:
> > Because of the issue with the VM database, Constantin told me ... - 09:30 AM Feature #7178: move the buffer scoping calculations to parse time
- Dănuț Filimon wrote:
> Because of the issue with the VM database, Constantin told me to use the Procedure Editor. Ho... - 09:25 AM Feature #7178: move the buffer scoping calculations to parse time
- Because of the issue with the VM database, Constantin told me to use the Procedure Editor. However, it seems I need a...
03/30/2026
- 09:33 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Ah, one more thing worth mentioning: I haven't tackled the lexer-side parser surgery yet, but I did find some equival...
- 09:26 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Just a quick update: I managed to get the Progress Parser class close to compile, but there are still quite a few inc...
- 03:02 AM Feature #7178: move the buffer scoping calculations to parse time
- A bit of a summary update on the current tests:
* Added a few tests based on #7178-9 tasks where I could extract a f...
03/20/2026
- 07:52 AM Feature #11317 (New): Implementing multi-threaded parsing
- 05:42 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- OK, that would be a good result. The final exam will be if @ProgressTransformDriver@ works properly.
- 05:04 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- @setChannel(Token.HIDDEN_CHANNEL)@ likely does everything needed: the tokens aren't discarded, they're simply routed ...
- 05:00 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Used this grammar to see what happens when we hide a token in antlr4 using @setChannel(Token.HIDDEN_CHANNEL)@:
<pr... - 04:57 AM Feature #7178: move the buffer scoping calculations to parse time
- There are buffer scoping tests available in the testcases project, /tests/persistence/buffer_scoping/. A quick scan o...
03/19/2026
- 11:51 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- > Will be enough to set the channel to @HIDDEN_CHANNEL@ for the old @hide()@ method?
I doubt it.
Here is the co... - 10:22 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Will be enough to set the channel to @HIDDEN_CHANNEL@ for the old @hide()@ method?
Note to myself: investigate whe...
03/18/2026
- 07:29 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- > Hm.., so are we aiming to eliminate all of the parser-side token stream surgery?
At least the forms I describe i... - 07:15 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Hm.., so are we aiming to eliminate all of the parser-side token stream surgery?
- 07:03 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- > I started working on the Progress parser, and I'm seeing that hidden tokens are used quite a bit in methods such as...
- 05:00 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I started working on the Progress parser, and I'm seeing that hidden tokens are used quite a bit in methods such as @...
- 03:29 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Committed the migrated lexer and parser for @expression.g@ as rev *16468*.
03/17/2026
- 03:26 PM Support #10231 (WIP): Document the code style guidelines for ANTLR grammars, based on progress.g
- Please enhance the documentation to address changes for ANTLR4.
Also, fix missing or incorrect content in general ... - 11:09 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Fearless and confident! Let's go!
- 10:52 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Should be done before coffee ☕ gets cold next morning 😄
- 10:48 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- It is now time for the Progress Parser. 😱
- 10:32 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Fixed it:-D
I'll continue testing, and if no issues arise, I'll commit the expression parser and lexer tomorrow mo... - 09:52 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Finished migration of @expression.g@. I did some testing and found some differences that I believe are caused by the ...
03/16/2026
- 10:54 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Committed the FQL lexer and parser as rev *16467*.
I compared the AST produced and later manipulated in FqlToSqlCo... - 08:32 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- @com/goldencode/expr/expression.g@
- 08:17 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Finished migrating the FQL parser. I also ran some tests using the existing @FqlToSqlConverter@. I'll continue testin...
03/13/2026
- 10:53 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Committed as rev *16466*. (the hql parser and grammar)
I could not find any cases where the HQL grammar produces d... - 09:18 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- @fql.g@
- 08:58 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I have completed the migration of the HQL parser and lexer. I also did some initial testing of the grammar by compari...
- 03:16 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Next step: hql.g migration - wip
- 03:15 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Committed as rev *16465*. Decoupled antlr2 logic from the antlr4 logic. (Also refined schema parser and the progress ...
03/12/2026
- 10:50 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Greg, I'm not able to commit the changes. I keep getting @Could not request local forwarding.@ @Connection reset by p...
- 05:10 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Managed to fix this. It turned out not to be very difficult, since the ANTLR4 lexer provides a @Vocabulary@ along wit...
- 03:35 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Paula Păstrăguș wrote:
> The only *issue* I noticed is that the type is not resolved properly. It seems that the new...
03/11/2026
- 11:26 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- There were also some build issues: classes were duplicated because ANTLR4 creates a @.antlr@ folder (hidden folder) w...
- 11:23 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Paula Păstrăguș wrote:
> I'll share more details about how I approached it and which path I chose.
I managed to ... - 11:13 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- also solved the id issue, now they are exactly the same as the ones generated by antlr2.
- 11:11 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I compared the ASTs and they appear to be correct.. The only *issue* I noticed is that the type is not resolved prope...
- 10:03 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- 🚨 I managed to obtain the schema root AST using our new schema parser and Progress lexer, with a few local changes co...
- 08:01 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I think I've managed to decouple the ANTLR4 logic from the existing ANTLR2 logic, and I finally got fwd to compile. I...
Also available in: Atom