Activity
From 04/24/2026 to 05/23/2026
05/22/2026
- 11:55 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- > Most of the time is spent in primary_expr decision. I tried to split it.. but I had no luck, the total time for Hot...
- 10:57 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Here are some relevant values regarding performance issue:
For @avail-rooms-frame.w@, the total time spent into pr... - 10:53 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Greg Shah wrote:
> In pre-scan mode we are trying to do a minimal parse to get some structural elements without worr... - 10:52 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Sorry for the delay, right now, when trying to commit today changes I find out the connection of off..
- 10:50 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Most of the time is spent in primary_expr decision. I tried to split it.. but I had no luck, the total time for Hotel...
- 07:07 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Rather than working on @<app_c>@, I think it is important to resolve the performance issue. If that can't be solved,...
- 07:06 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- In pre-scan mode we are trying to do a minimal parse to get some structural elements without worrying about the detai...
- 04:00 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Current issue I'm working on:
I moved testing to @<app_c>@, at least to check whether the files parse correctly du... - 09:39 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> There is just one remaining difference that I missed regarding the declaration order... - 03:56 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Has anyone run a full conversion for the OO application recently using *trunk/16574*... - 03:53 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Has anyone run a full conversion for the OO application recently using *trunk/16574* or the latest revision? It's tak...
05/21/2026
- 10:26 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Committed the baseline as rev *16576 / 10804b*.
A @./gradlew antlr4All@ followed by @./gradlew jar@ should work no... - 07:14 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- You can create a b branch. I don't want to lose history again. In the future, find a way to make the rebase work.
- 06:46 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Well, it all started because the old 10804a version no longer compiled, and I couldn't realistically make it work aga...
- 06:38 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I don't like losing history on a branch. That sounds like what will happen. Why is that clean slate needed?
- 06:14 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- It is available at rev *16495 / 10804a*.
Let me create the b version now and port all my changes there. After a b... - 05:48 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Please commit what you have already. It doesn't matter if it isn't perfect. I want to see the revisions as you make...
- 04:36 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I fixed the issue, and fortunately it was not a problem in the fql parser itself. I was accidentally calling the pars...
- 07:05 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I'm using this testcase to investigate the last difference:...
- 06:14 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Rebased branch *9638a* with trunk *rev16574*. The new revision is *16583*.
- 04:14 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Octavian Adrian Gavril wrote:
> > I fixed java constructor names. The remaining dif...
05/20/2026
- 10:20 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I managed to get both the Hotel GUI server and the web client up and running! 🎉
At this point, there still seems t... - 05:57 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've successfully reproduced the issue documented in #9638-60 and will continue investigating it.
05/18/2026
- 10:42 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- *Update*: *All* Hotel GUI files are now converted (*66* files). I still need to check the generated Java files, ASTs,...
05/15/2026
- 02:47 AM Feature #7318 (Test): prevent abend during conversion in case of failures when processing TRPL rules
- Branch 7318a was merged to trunk/16567 and then was archived.
05/14/2026
- 06:46 AM Feature #7318: prevent abend during conversion in case of failures when processing TRPL rules
- Please merge 7318a to trunk *after* 11049a.
- 06:44 AM Feature #7318 (Merge Pending): prevent abend during conversion in case of failures when processin...
- Testing passed, *7318a* can be merged after trunk is no longer frozen.
05/12/2026
- 09:10 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I fixed java constructor names. The remaining differneces are:
> * two mismatched m...
05/11/2026
- 09:46 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I resolved the errors from the @Code Conversion Annotation@ phase. However, new erro... - 07:34 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I resolved the errors from the @Code Conversion Annotation@ phase. However, new errors related to @OBJECT_INVOCATION@...
05/08/2026
- 09:20 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Unfortunately, during the @Code Conversion Annotation@ phase, I ran into some errors related to inherited class names...
- 08:58 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've resolved additional issues in the parsing phase for the other OO application. The parsing phase now passes witho...
05/07/2026
- 09:12 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- To be more specific, I reached a point where the conversion now generates all expected files, including the converted...
- 04:36 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- *Update*: @ant convert@ is now taking around *56* seconds to complete. This means the ANTLR4 based implementation is ...
- 08:32 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- From the OE docs:
> This method supports two overloaded versions. The first version is used to initialize and popu... - 08:16 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Greg Shah wrote:
> What are the signatures of @setParameter()@ in the built-in version and what is the signature in ... - 08:12 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- What are the signatures of @setParameter()@ in the built-in version and what is the signature in the skeleton version?
- 07:46 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've noticed some special processing for the @setParameter@ method in @Progress.Lang.ParameterList@. Our built-in ver...
- 06:21 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- > Is there a rule I should follow?
There was no rule. I agree with making it consistent. - 04:33 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've updated the casing of the data types in the loaded signatures to match the method call signatures. These changes...
- 03:20 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Is there a convention for the casing of types like @DATASET-HANDLE@ and @TABLE-HANDLE@? I noticed that in @Expression...
05/06/2026
- 06:24 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Aside from the documented differences in #9638-45, I have resolved all other differe...
05/05/2026
- 08:58 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- > Greg, how should we proceed with the remaining items from #9638-45?
Constantin: What do you think? - 08:50 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Aside from the documented differences in #9638-45, I have resolved all other differences. I'm currently focusing on p...
05/04/2026
- 07:06 PM Feature #11437: re-implement call graph hints
- Our current implementation of call graph hints is split into many files (one per program that contains call sites req...
- 06:56 PM Feature #11437 (New): re-implement call graph hints
- 06:56 PM Feature #11436: instrument FWD runtime to generate call graph hints as the converted application ...
- It would be best to finish #11437 before this task.
- 06:48 PM Feature #11436: instrument FWD runtime to generate call graph hints as the converted application ...
- As a converted application executes, we can track every call site and resolved target. This essentially records the ...
- 06:39 PM Feature #11436 (New): instrument FWD runtime to generate call graph hints as the converted applic...
04/30/2026
- 08:53 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- *Update*: The AST produced for the @fwd-embedded-driver.p@ file now has the same structure. Next, I'll also verify th...
04/29/2026
- 08:56 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Another thing. I have such differences:...
- 07:53 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I’ve noticed several other differences in the conversion output. These include incor... - 07:44 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I’ve noticed several other differences in the conversion output. These include incorrect method selection, missing ob...
- 07:51 AM Feature #10265 (Closed): schema-only conversion
- 06:59 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- *Update*: I compared the ASTs generated by ANTLR2 and ANTLR4 for @fwd-embedded-driver.p@ (full file, without commenti...
04/28/2026
- 12:18 PM Feature #6320: sharded schemata
- +Danut/Alex
- 12:18 PM Feature #6320: sharded schemata
- > This means that apps/modules need to be able to be converted in pieces and executed at runtime as a larger system w...
- 12:06 PM Feature #6256: improved profile support
- See the [[p2j:Chapter_6_Project_Setup|Project Setup]] chapter in the Conversion Handbook.
Also, you can look at th... - 11:51 AM Feature #6256: improved profile support
- I had a project that utilized various zfiles previously now needs to be ported to using profiles. There was a main/de...
- 10:51 AM Feature #6256 (Closed): improved profile support
- 11:39 AM Feature #11423: implement centralized status/error tracking for conversion/dev tools
- h2. Current State
Our current approach to error handling is we write something to STDOUT or a log when a problem i... - 10:55 AM Feature #11423 (New): implement centralized status/error tracking for conversion/dev tools
- 10:44 AM Feature #7180 (Closed): create a centralized manager for the conversion list and per-file/project...
- 10:42 AM Feature #7851 (Closed): automatically add to conversion list all classes referenced via unit test...
- 10:13 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Found a fix for the default constructor names, but I'm still encountering errors with the java names for other method...
- 04:23 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- The testcase project converted successfully without errors. However, I’m now seeing compilation issues in the main bu...
- 10:07 AM Bug #6308: post string literal alternative coding quirk in 4GL preprocessor
- This is the testcase that fails:...
- 06:29 AM Bug #6308: post string literal alternative coding quirk in 4GL preprocessor
- Stefan Vieru wrote:
> Tests that cover this:
> * alternative_coding_quirk_01
> * alternative_coding_quirk_01_analy... - 06:11 AM Bug #6308: post string literal alternative coding quirk in 4GL preprocessor
- Alexandru Lungu wrote:
> Octavian, can you check if there is something left to be fixed here? Just check if the test... - 06:09 AM Bug #6308: post string literal alternative coding quirk in 4GL preprocessor
- Octavian, can you check if there is something left to be fixed here? Just check if the tests here are passing with tr...
04/27/2026
- 10:17 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I managed to get @ant convert@ to run successfully and produce a @.ast@ file. The build now completes, which is a sol...
04/24/2026
- 10:26 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Next, I’m addressing the following warning:
> [...]
>
> This indicates that lega... - 07:35 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I think the problem here is the signature from OO builtin classes. I have identified... - 09:57 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- *Update*: Using *SLL* prediction mode together with @reserved_keywords@ and @unreserved_keywords@, the @fwd-embedded-...
- 08:18 AM Bug #6629 (Test): incremental conversion for OpenClient proxy programs
- Branch 6629a was merged to trunk rev 16536 and archived.
- 07:31 AM Bug #6629 (Merge Pending): incremental conversion for OpenClient proxy programs
- Please merge after 11397a
Also available in: Atom