Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!usc!ginosko!uunet!tut.cis.ohio-state.edu!la.tis.com!fermat!r From: fermat!r@la.tis.com (Richard Schroeppel) Newsgroups: gnu.emacs.bug Subject: bug report Message-ID: <8909030041.AA19005@rhmr.com> Date: 3 Sep 89 00:41:12 GMT Sender: daemon@tut.cis.ohio-state.edu Distribution: gnu Organization: GNUs Not Usenet Lines: 64 This message reports a bug in GNU Emacs. Occasionally, when I click the mouse, Emacs reports an error instead of moving the cursor. There seems to be no harm done to the buffers, and the mouse works normally afterwards. Details: I am running on a Sun 360 workstation, under Suntools. (As a separate process, not within a Suntools csh window.) I am using Emacstool version 18.54.2. (Which starts as an Emacs, and convert to Emacstool on the first mouseclick. I click the mouse immediately at startup before doing any editing.) There is no shortage of physical or virtual memory, and there is enough disk space to write out all the files and backups, but not enough to write an Emacs core dump. I am running another copy of Emacs on a DEC VT220 terminal connected to the cua0 terminal port. It has a low priority background subjob that is eating all the free machine cycles. My Emacs window uses as much of the screen as possible; there is a strip of the Suntools background a few pixels wide at the right edge of the screen. (I haven't figured out how to get rid of it.) The window is 142 characters wide (including the backslash at the right end of split lines.) The screen is 52 lines high (of data, not including the banner at the top of the window or the mode line or minibuffer). My window layout is ----------------------- | | | xxx | | | ----------------------- | | | | yyy | | | | | |------------| xxx' | | | | | zzz | | | | | ----------------------- The layout is created by: Begin from full screen. Use ^X2 to vertically split the screen, and then again to split the top half. Use ^X0 to kill the top quarter, leaving a 1/3:2/3 split between the top & bottom subwindows. Move to the bottom subwindow (either with a click or with ^XO.) Use ^X5 to split the bottom window, and m10^X} to widen the left portion to 80 characters. Then use ^X2 to split the left portion. Then select the appropriate buffers to display in each window. I load an Emacs startup file that sets the variable truncate-partial-width-windows to nil. It also loads the code to show the time, disk-use, & load-average in the mode line. xxx and xxx' are in Fundamental mode, and yyy and zzz are in Lisp mode. xxx and xxx' are looking at the different portions of the same file, with no overlap in the text areas displayed. The cursor was in subwindow yyy. I had just saved this buffer with ^X^S. I moved the arrow to subwindow zzz, about 70% over and 40% down (measured within the window). The arrow was a few characters past the end of a line. I clicked the left mouse button, expecting the cursor to move to the end of the line at which the arrow was positioned. Instead, the cursor remained where it was in window yyy, and an error message appeared in the minibuffer window: Wrong type argument: natnump, # I normally continue editing when this happens, since the Emacs appears undamaged. (I save my buffers every few minutes anyway.) Buffers xxx, xxx', and yyy contain lines of 300-400 characters as well as many short lines. Each of these windows was showing at least one long (wrapped) line, as well as some short lines. Window zzz wasn't showing any long lines; the file contained few or none. I load an Emacs startup file that sets the variable truncate-partial-width-windows to nil.