Re: Matches for multiline regexps

[Luc Teirlinck]

Richard Stallman wrote:

       `M-x occur RET 11 C-q C-j 11 RET' finds four matches (lines 1 through 4)
       which seems logical to me.

       `M-x how-many RET 11 C-q C-j 11 RET' (with point at bob) finds two 
matches.

   One function looks for lines that match, while the other finds
   matches, so it is natural that they may differ.

   It is not a bug, and I don't see why we need to change the
   documentation either.

But are the _other_ problems I reported no bugs either?
>From my previous message:

   Or does occur have problems with multiline regexps?

   In my previous example buffer:

   11
   11
   11
   11
   11

   `M-x occur RET 11 C-q C-j 11 RET' produces the following *Occur*
   buffer:

   4 matches for "11
   11" in buffer: bu
         2:11
         4:11
         6:11
         8:11

   I could not find out from the docs what those numbers in front of the
   11's are supposed to mean.  They are clearly not line numbers.

Additional remark: from simpler examples. it appears that they are
_intended_ to be line numbers.  If so, this is a bug.

   Starting from a buffer with the following five lines:

   11
   22
   33
   11
   22

   `M-x occur RET 11 C-q C-j 22 RET' produces the following *Occur*
   buffer:

   2 matches for "11
   22" in buffer: bu
         2:11
         6:11

   This at the very least seems inconsistent with the `occur' docstring:

     Show all lines in the current buffer containing a match for regexp.

     If a match spreads across multiple lines, all those lines are shown.

   So why do I not see any 22 lines in the *Occur* buffer?

Note that in the second example, there are not even overlapping matches.