Trying to understand what's happening here, but I cannot figure it out.
I'm reading Mastering Regular Expressions, by Friedl, and he uses this as an example of how to grab quoted text:

egrep -o '"[^"]*"' ~/File.txt

egrep -o '"[^"\n]*"' ~/File.txt

those with whom he was most pleased. Having asked one Zeno, upon his using some far-fetched phrases, "What uncouth dialect is that?" he replied, "The Doric." For this answer he banished him to Cinara [354],

egrep -o '"[^"]*"' ~/File.txt
"What uncouth dialect is that?"
"The Doric."

egrep -o '"[^"\n]*"' ~/File.txt
"The Doric."

Regexes are greedy, so only on the last line matches the class of no double quotes and no newlines.
Try options -P or -z of grep to match across newlines.

B.t.w.: this is an area were the regex functionality differs a bit between grep, awk, Perl, etc.

egrep/fgrep/grep is a line-oriented tool. The regular expression will NEVER span across lines because grep operates one line at a time.

The reason the regular expression with the bracket expression [^"\n] does not match "What uncouth dialect is that?" is because within the bracket expression the backslash ceases to be a special character; the sequence \n in [^"\n] does not represent a newline character, but a forward slash and an n, two separate characters. Since this translates to any character that is not a quote, backslash, or n, the n in "uncouth" prevents the match from ocurring.

For the nitty gritty on bracket expressions, refer to Regular Expressions, from which the following is extracted:
Regards,
Alister

@alister: My bad! Greedyness has indeed nothing to do with this problem. Thanks for putting that right.

@alister, it may be interesting to add that like grep, sed is also line oriented, but that it does have the ability to match \n which can occur through the use of N or H commands. But indeed \n loses its meaning withing square brackets. \n is not part of POSIX regular expression, but for this POSIX sed has an addition:
sed: regular expressions

POSIX awk goes even further, as it extends POSIX regular expressions, to include the C-language extensions and they are valid within bracket extensions...

awk: regular expressions

To that list of sed commands which can inject a newline you can also add y, G, and s.


ex also has its own flavor.

Even within the confines of the POSIX standard, there are quite a few RE flavors to master: basic, extended, sed, AWK, and also ex. Add to that proprietary extensions by implementations of the standard tools and the dynamic programming languages and you have quite a melange.

Regards,
Alister

Wow, yes I did know about the bracket rule, and should've thought of that. On the other hand, he's using it as an example in the book. Perhaps it's meant for perl, (and why the -P flag was suggested)? That's the thing I'm having the most trouble with, is understanding what works with what.
It even turns out that there are different greps, who behave differently! A lifetime of Mac OS use has not prepared me for unix.