Octavian Adrian Gavril's activity
From 05/22/2026 to 06/20/2026
06/19/2026
- 09:39 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- The callgraph generation works fine on *1752a* as well.
I've committed the fix mentioned in #3211-363 and moved th... - 05:55 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Octavian Adrian Gavril wrote:
> I've discussed the issue with Danut and it seems that @.pphints@ files are not being...
06/18/2026
- 09:14 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- About #11520-35.
I followed the suggestion from Constantin and called @Dialect.dialects()@ in the static block fro...
06/17/2026
- 05:22 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Regarding error #11520-26.
In my previous revision, I added a cleanup method for the @compilers@ map inside @AstSy...
06/16/2026
- 09:57 AM TRPL Feature #3211 (Review): implement multi-threaded pattern engine and rework the ConversionDriver t...
- I fixed the bug from #11520-19.
One of the issues was that some fields from @AstSymbolResolver@ were moved to @Wo...
06/15/2026
- 07:15 AM TRPL Feature #3211 (WIP): implement multi-threaded pattern engine and rework the ConversionDriver to l...
- I see. I noticed that the way we retrieve the cached compiler to compile an expression is losing some information tha...
- 06:44 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I think the runtime conversion regression documented in #11520-19 and the significant delay in single-threaded mode a...
- 03:37 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I'm trying to run the reports for the large GUI app, but I'm getting the error: @Keystore was tampered with, or passw...
06/11/2026
- 06:34 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Greg Shah wrote:
> Octavian Adrian Gavril wrote:
> > Octavian Adrian Gavril wrote:
> > > Greg Shah wrote:
> > > >... - 04:27 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Octavian Adrian Gavril wrote:
> I've checked, and *rev16685* does not produce consistent results across runs for the... - 04:17 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Octavian Adrian Gavril wrote:
> Greg Shah wrote:
> > Incremental conversion is already pretty fast. Do these chang... - 02:18 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Greg Shah wrote:
> Incremental conversion is already pretty fast. Do these changes make it unusable? (so slow that ...
06/10/2026
- 10:46 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- However, my primary concern is how incremental conversion will perform under the new approach, given that a small num...
- 09:24 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Greg Shah wrote:
> No. If multi-threading works properly and is significantly faster than single threaded trunk, th... - 08:59 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Greg, based on the results documented so far in #11520-4, it seems that the single-threaded mode of *1752a* is slower...
- 05:12 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I've discussed the issue with Danut and it seems that @.pphints@ files are not being generated properly for @.schema@...
- 05:07 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Constantin Asofiei wrote:
> Did convert.front run before callgraph?
Due to the @build.xml@ configuration, @callgr... - 04:53 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- When I try to run @ant clean callgraph@ with *trunk* on hotel_gui, I get the following error:
{{collapse...
06/09/2026
- 08:25 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I've checked, and *rev16685* does not produce consistent results across runs for the @.wsdl@ files (different tags or...
- 06:26 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Octavian Adrian Gavril wrote:
> I think WSDL files generation has regressed. After converting the OO app, I've notic... - 04:29 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I think WSDL files generation has regressed. After converting the OO app, I've noticed that a few @@LegacyService(typ...
06/08/2026
- 04:37 AM TRPL Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Greg Shah wrote:
> Code Review Task branch 17552a Revisions 16644 through 16648
>
> I'd good with the changes.
>...
06/05/2026
- 10:12 AM Conversion Tools Feature #6320: sharded schemata
- Understood, that makes perfect sense for production discipline. But does this setup still fundamentally confirm the O...
- 09:46 AM Conversion Tools Feature #6320: sharded schemata
- I did some testing in an OE environment and want to see if I got it right regarding how this feature works.
I set up... - 04:26 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> This is the fix:
> [...]
>
> I will include this patch in the next revision of *... - 03:21 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I found a fix for the issue described in my previous note.
In @annotations/method_defs.rules@, we decide whether t...
06/04/2026
- 09:21 AM Conversion Tools Feature #6320 (WIP): sharded schemata
- 09:20 AM Conversion Tools Feature #11404 (WIP): Implement annotation-based resolution for database dependencies.
- 08:14 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've fixed the regression documented above by skipping collision checks for parent constructor names.
While testin... - 03:16 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Okay, it seems that @calculateUniqueJavaMethodName@ is searching for parent constructors as well. Since I disallowed ...
- 01:54 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Unfortunately, I'm seeing a few new differences, so I might have regressed something regarding constructor names in t...
06/03/2026
- 11:51 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I refactored the constructor generation in *rev16588*. These changes include updating the constructor name in @legacy...
06/02/2026
- 10:32 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Greg Shah wrote:
> In the meeting today, Octavian clarified that this info would be stored in the cvt database and i...
05/29/2026
- 03:35 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Regarding point 3, I re-checked the scenario, and I was wrong during today's meeting...
05/28/2026
- 09:47 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I have three additional aspects that I want to solve for now:
> # The incremental c... - 06:39 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I have three additional aspects that I want to solve for now:
> # The incremental c...
05/27/2026
- 11:06 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've committed new changes that fix the incremental conversion process. Converted classes are now loaded properly dur...
- 02:10 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Greg Shah wrote:
> Anything that now can be found from converted artifacts should be read that way instead of throug...
05/25/2026
- 09:36 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I have three additional aspects that I want to solve for now:
# The incremental conversion is currently broken. This... - 07:47 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Another observation:
While testing the current solution with a jar copied into @p2j/build/lib@, I noticed some issue... - 06:56 AM Conversion Tools Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've found an issue with classes that don't have a package base in the @abl@ folder. For example, if the class path i...
05/22/2026
- 09:39 AM Conversion Tools 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 Conversion Tools 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 Conversion Tools 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...
Also available in: Atom