Re^3: Memory use/leak with large number of (?{}) patterns in regex

Could saving the capture indices be lazily done, with some kind of "regex in use" flag set on the regex, such that recursively executing the same regex causes the capture indices to be preserved, but only if really needed?

This would slightly add to the general regex overhead, from needing to check the "regex in use" flag on every pattern match, but perhaps that could be folded into the existing logic that handles compiling patterns when needed?

Comment on Re^3: Memory use/leak with large number of (?{}) patterns in regex

Replies are listed 'Best First'.
Re^4: Memory use/leak with large number of (?{}) patterns in regex by dave_the_m (Monsignor) on Nov 25, 2019 at 09:15 UTC
There's a lot that could be done. It's a complete mess at the moment and needs an overhaul - it affects lots of things, not just this issue, e.g. unnecessary slowness using a regex object for a match compared with a literal pattern. Really, the capture state needs splitting off into a separate data structure from the main regex data structure, so that it can be swapped in and out easily, and so a qr// object can be used in multiple places without internally having to clone the whole thing each time. It's on my very long list of things to be do, but I'm not likely to do it any time soon. Dave.	[reply]

Replies are listed 'Best First'.

Re^4: Memory use/leak with large number of (?{}) patterns in regex
by dave_the_m (Monsignor) on Nov 25, 2019 at 09:15 UTC

It's on my very long list of things to be do, but I'm not likely to do it any time soon.

Dave.

[reply]