I personally believe that we may have different interpretations of the "real life" expression: for example, in real life a problem I've often had to face is that of dating with girls. In this respect, none of the "Perl-specific" regex features ever helped me, and neither did [Pp ]erl as a whole although I can imagine some convoluted and highly improbable situations in which they would. Now, due to my severe health conditions, I am coping with intense pains and precisely, in the very instants I'm writing this, especially at my left leg: (to the point that it's very hard to write at all,) needless to say, those things do not help in any way either.

So, my point is that there is not such a thing as a "real life" IT/CS problem, which appears to be what you're referring to. There are actual problems, period. And there's that Turing thingie which I'm not repeating here, which states that if your programming language is powerful enough, then it will be equally able as any other one to solve them. Then there are tools, and there are tools which are similar to others, but slightly more or slightly less powerful than those others. Thus you may have a situation in which some particular Perl's enhanced regex feature would not be "indispensable" but the absence of which would make your regex say ten time longer and several times more error prone: how indispensable would that feature be for you?

To only take into account the simplest of examples, since you talk about non-greedy matching, see my recent Insane (?) Regexp-based jpeg (JFIF) extractor... which uses the extremely simple /(\xFF\xD8 .*? \xFF\xD9)/xsg regex: how would you have done that without non-greedy matching? Please note that however ridiculous, the problem I was trying to solve with that program was a real world one in your sense, namely that of "extracting those images from that file ASAP."

On to the future: one oft repeated mantra at the Monastery and elsewhere is that regexen are not well suited to parse HTML and XML, which is perfectly true. But under Perl 6 they will be so enhanced as to be promoted to "rules" which in turn, it is said, will be perfectly apt at implementing real parsers (although I'm not an expert, and not even a beginner, in parsing theory and I don't know which kind of parsers...) Ain't this a real-life problem?