Yes, I agree, I was going to say multiple things but only posted about $regml*.
First of all, I wanted to mention something about the limit, right now we have $maxlenl = 8192, which corresponds to the previous 4096, representing the 'safe' number of character allowed per 'line', shouldn't this number have been used as the limit for $regml* here (but this is also meaningful for others areas)? Which would leave room for handling $regml* value with for example an /echo or whatever, whereas right now, a $regml* value of 8292 characters is very hard to deal with.
I don't think $hfind should be handling match against longer string via hadd -b, because I don't think people expect it to, even the interested scripters: binvar support for regex has been asked in 2003 but nobody really thought of using $hfind to do a match on a binvar, at least I've never heard/seen such things.
For all the reasons you mention, even if it were fixed, it would be far from having binvar support for input of regex, this would just be knowing if there's a match. That's as good as it can be for wildcard though, so maybe just having wildcard not truncating makes sense.
Note that /filter works on long line with regex last time I tried it.
