[gnu.emacs.bug] Bugs

shin@sgtp.apple.juice (Shinichirou Sugou) (04/22/89)

Dear FSF people:

Emacs version is Emacs-18.53 and my computer system is Sun3/60 with Sun-OS3.4.

(1) This is suggestion.  Using M-y (yank-pop) command, I can't see the header
    portion of what is replaced with old contents if replaced region is large.
    But, using C-x C-x to see the header portion breaks the yanking procedure.
    So, it is impossible to determine whether what M-y inserted is the correct
    one or not by judging the header portion.
    I hope that C-x C-x doesn't break the yanking procedure.

(2) I hope 'buffer-menu' command adds the marker to the buffer which is now
    'narrowing'.  The reason why this marking is useful is that 'tags-search'
    command skips (doesn't see) the area which is out of 'narrowing'.  I have
    sometimes failed to find using 'tags-search' command by this situation.

(3) Please try to byte-recompile files after changing 'bytecomp.el' line 278
    from
        (message "Compiling %s (%s)..." filename (nth 1 form))
    to
        (message "Compiling %s...(%s)" filename (nth 1 form))

    I think the latter more beautiful.  Don't you think so?

(4) Maybe bug.  'c-macro-expansion' with large region (about 2500 characters
    or more?) seems to result in hanging up.  The function
    (process-send-region process beg end) in 'c-macro-expansion' seems to hang up.

(5) This is suggestion about files in 'Info'.  For example, the manual for g++
    is not simple "g++" but "g-whiz".  Why aren't these manuals named
    systematically?  'go' command of 'Info' might be easier if following
    command is ok.
	go (g++)foo
    instead of
        go (g-whiz)foo

CAUTION: Reply-command supplied by your mail system may NOT generate
         my address correctly.
         Please use the following address instead.

         shin%sgtp.apple.juice%lkbreth.foretune.junet@uunet.uu.net

---
  Shinichirou Sugou   shin%sgtp.apple.juice%lkbreth.foretune.junet@uunet.uu.net