Activity
From 07/10/2026 to 08/08/2026
07/20/2026
- 08:55 AM Bug #11636: errors raised during evaluation of &IF expressions drop the entire &IF
- Right. I expanded the cases where an expression evaluation is broken in a preprocessor statement. The initial version...
- 07:46 AM Bug #11636: errors raised during evaluation of &IF expressions drop the entire &IF
- Octavian Adrian Gavril wrote:
> Thanks! I've added the testcase as @preprocessor_if_eval_error.xml@ in *testcases/18... - 04:17 AM Bug #11636: errors raised during evaluation of &IF expressions drop the entire &IF
- Thanks! I've added the testcase as @preprocessor_if_eval_error.xml@ in *testcases/1852*.
- 03:25 AM Bug #11636: errors raised during evaluation of &IF expressions drop the entire &IF
- Octavian Adrian Gavril wrote:
> Greg Shah wrote:
> > Octavian: Please add this to our preproc tests.
>
> Sure. I... - 03:20 AM Bug #11636: errors raised during evaluation of &IF expressions drop the entire &IF
- Greg Shah wrote:
> Octavian: Please add this to our preproc tests.
Sure. I'm currently working on it, but the Pre...
07/17/2026
- 11:17 AM Bug #11636: errors raised during evaluation of &IF expressions drop the entire &IF
- Octavian: Please add this to our preproc tests.
- 11:01 AM Bug #11636: errors raised during evaluation of &IF expressions drop the entire &IF
- Errors in evaluation of a @&IF@ expression drops the entire statement. See this:...
- 10:57 AM Bug #11636 (New): errors raised during evaluation of &IF expressions drop the entire &IF
07/16/2026
- 07:51 AM Bug #10028: FWD needs full support for unicode/octal escape sequences
- Some issues with the @control_characters.p@ test set involved two aspects regarding how the null character (@~000@) i...
07/15/2026
- 10:19 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- 10804b rev *16672* contains the necessary changes to preserve the legacy @DynamicQueryHelper@ behavior (along with a ...
- 08:09 AM Bug #10028: FWD needs full support for unicode/octal escape sequences
- I’ve created branch *10028a* to continue working on this. From what I recall, there are two sets of tests that I crea...
07/14/2026
- 10:15 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Currently we analyse ANTLR2's @RecognitionException@, @CharStreamException@ and @TokenStreamException@ when an error ...
- 10:04 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- ANTLR4 provides two built-in error strategies: @DefaultErrorStrategy@, which attempts recovery, and @BailErrorStrateg...
- 09:54 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Indeed, the @showConversionError()@ is using heuristics to compose the error message to be printed. I quote from its ...
- 09:29 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- We have not spent time matching their exact token failures. The more important thing is to ensure that we do fail fo...
- 09:19 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Hm... I think we may have an issue in trunk. The test case above, along with several others, does not produce *exactl...
- 07:15 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Ovidiu, is the token you are referring to usually the *last* *token* produced by the lexer?
Exception handling cha... - 10:04 AM Feature #7178: move the buffer scoping calculations to parse time
- I went over more and more related issue and added another 100+ tests from multiple issues, had to rewrite most of the...
- 08:00 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I tested the last revision with the OO application and encountered an issue regarding built-in classes that are not i...
07/13/2026
- 11:35 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- While recovering from an error is usually a nice thing to have, in our case *we should behave similar to 4GL parser*....
- 09:50 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- One of the remaining gaps for this issue is *DynamicQueryHelper*. The unresolved part is the runtime parser error han...
- 09:04 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- 10804b rev *16632* moves the changes from @progress.g@ revisions 437, 438 and 439 into the ProgressParser itself. It ...
- 10:03 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Rebased branch *9638a* with trunk *rev16648*. The new revision is *16665*.
- 09:52 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've noticed some warnings about null class names for objects referenced by class variables. I've committed a fix in ...
- 03:35 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've noticed that the current implementation translates the @HANDLE@ type to the @TABLE-HANDLE@ type based on ASTs on...
- 07:31 AM Feature #7178: move the buffer scoping calculations to parse time
- Dănuț Filimon wrote:
> Greg Shah wrote:
> > In the latest standard workstation, I've added a tool called @bzr-issue... - 07:25 AM Feature #7178: move the buffer scoping calculations to parse time
- Greg Shah wrote:
> In the latest standard workstation, I've added a tool called @bzr-issues@ which can be used to bu...
07/10/2026
- 09:15 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- 10804b rev *16631* resolved a regression introduced in the previous revision, where @RUN@ statements were no longer p...
- 06:47 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I created this testcase based on the changes made to @oo@ package so far:
{{collapse...
Also available in: Atom