I've come across another strange wrinkle in this regex driven dispatch that I've been adding to.
I have two lines of representative text:
111 MatchMe [This is why] 222 I need to be dispatched to the same callback: For This Reason
What I want (and don't think I should reasonably expect) is an expression that behaves precisely as the following two expressions:
^(\d+) MatchMe \[(.*)\]$ ^(\d+) I need to be dispatched.*\:\s(.*)$
So those two will match the appropriate lines just duckily. Plus (and more importantly) the values of the $1 and $2 registers are the number and what we'll call the "reason description" (because...uhm... that's what it is.)
I attempted to do this (well, I did it.):
^(\d+) (MatchMe \[(.*)\]$)|(I need to be dispatched.*\:\s(.*)$)And that will match both lines just fine. But the contents of the registers is, as you might expect, messy (read: values in different places depending on which line is being matched.)
Am I just trying to stretch the semantics of a single regex match too far in my attempt to not disturb the underlying driver code?
What I would LOVE to do is get in there and muck with the driver so I could have N expressions match any particular callback. But frankly I don't think that option is available to me (it's very late in the game and that's very well established core driver code.)
Any fun creative insights?
In reply to multiple-line match mucking with regex registers by Voronich
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |