Activity
From 01/31/2026 to 03/01/2026
02/27/2026
- 10:46 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Code Review Task Branch 1752a Revisions 16413 through 16421
This is a really good set of updates.
1. Please lis...
02/20/2026
- 09:50 AM Feature #3211 (Review): implement multi-threaded pattern engine and rework the ConversionDriver t...
- I've committed new changes that should cover latest unresolved review items. These are in *1752a/16421* and include t...
- 05:29 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I added properly documentation and did some code restructuring in revision *16420*.
02/19/2026
- 07:24 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I removed redundant synchronization/@ContextLocal@ usages. The @threadSafe@ flag is renamed into @multiThreadAccess@....
02/18/2026
- 11:16 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I think Constantin was right in #3211-248. The @clone@ method for variable types is required only if the variable end...
- 04:50 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I've committed latest changes in *1752a/16417*. These include what is documented in #3211-254, plus a few other fixes...
02/17/2026
- 09:07 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I think @SymbolResolver.instCache@ is used per thread and threads *are not using* the same blueprint instance. This h...
02/16/2026
- 08:37 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Here is a quick update on my current progress:
# These are the last classes that need @clone()@ implementation:
{{c...
02/11/2026
- 10:14 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Octavian Adrian Gavril wrote:
> Greg Shah wrote:
> > We don't want to compile anything that isn't actually executed... - 09:58 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Greg Shah wrote:
> We don't want to compile anything that isn't actually executed. So I think we still want to be l... - 09:54 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- We don't want to compile anything that isn't actually executed. So I think we still want to be lazy about that.
- 09:50 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- In the new implementation, should we compile expressions just after all rules are loaded? Without calling @instantiat...
02/03/2026
- 10:02 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Constantin Asofiei wrote:
> Octavian Adrian Gavril wrote:
> > To ensure full support for copying all @expr.Variable... - 09:57 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Octavian Adrian Gavril wrote:
> To ensure full support for copying all @expr.Variable@ instances, all of these class... - 09:55 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Here is a list with classes used as variable types in TRPL:
{{collapse(variable types)...
02/02/2026
- 10:36 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Octavian Adrian Gavril wrote:
> OK. In such cases, would be a good practice to create a new branch *1752b*, or shoul... - 09:39 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- OK. In such cases, would be a good practice to create a new branch *1752b*, or should we keep the work in *1752a*?
- 09:35 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- I think the PE itself should not inherit from @Scope@, but if needed we can create a top-level class that is the "par...
- 09:29 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Greg Shah wrote:
> Why would @PatternEngine@ need to have multiple instances in a multi-threaded run?
Since it ex... - 09:24 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Why would @PatternEngine@ need to have multiple instances in a multi-threaded run?
- 09:23 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Greg Shah wrote:
> Yes, that is the idea. Create the instances for each thread and allow them to reference each oth... - 09:20 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Yes, that is the idea. Create the instances for each thread and allow them to reference each other directly.
- 09:18 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Greg Shah wrote:
> We are trying to avoid @ThreadLocal@ and @ContextLocal@ because they are expensive. Compiled exp... - 08:41 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- We are trying to avoid @ThreadLocal@ and @ContextLocal@ because they are expensive. Compiled expressions have access...
- 03:22 AM Feature #3211: implement multi-threaded pattern engine and rework the ConversionDriver to leverag...
- Some extra notes about the latest ideas:
Greg Shah wrote:
> Here is what I suggest to fix this, which also has th...
Also available in: Atom