From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: "EXT-Broida, Michael P" Newsgroups: gmane.emacs.devel Subject: RE: Weird frame/buffer interaction Date: Thu, 7 Mar 2002 13:32:34 -0600 Message-ID: <37D24D4FFB26F74D8F4C82CF039354F1036B31C9@xch-stl-08.mw.nos.boeing.com> NNTP-Posting-Host: quimby.gnus.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Trace: quimby.gnus.org 1015567765 28496 80.91.224.244 (8 Mar 2002 06:09:25 GMT) X-Complaints-To: usenet@quimby.gnus.org NNTP-Posting-Date: 8 Mar 2002 06:09:25 GMT Cc: storm@cua.dk, eliz@is.elta.co.il, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16jDZE-0007PK-01 for ; Fri, 08 Mar 2002 07:09:25 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16j3dU-0000rP-00; Thu, 07 Mar 2002 14:33:08 -0500 Original-Received: from slb-smtpout-01.boeing.com ([12.13.237.21]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16j3d5-0000mC-00; Thu, 07 Mar 2002 14:32:44 -0500 Original-Received: from blv-av-01.boeing.com ([192.54.3.60]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id LAA05316; Thu, 7 Mar 2002 11:30:45 -0800 (PST) Original-Received: from stl-hub-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id LAA16960; Thu, 7 Mar 2002 11:32:40 -0800 (PST) Original-Received: from xch-mwbh-01.mw.nos.boeing.com (xch-mwbh-01.mw.nos.boeing.com [130.38.5.20]) by stl-hub-01.boeing.com (8.11.3/8.11.3/MBS-LDAP-01) with ESMTP id g27JWdQ20966; Thu, 7 Mar 2002 13:32:39 -0600 (CST) Original-Received: by xch-mwbh-01.mw.nos.boeing.com with Internet Mail Service (5.5.2650.21) id <16TVDRV4>; Thu, 7 Mar 2002 13:32:38 -0600 Original-To: "'rms@gnu.org'" X-Mailer: Internet Mail Service (5.5.2650.21) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:1787 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1787 OK, here's info suggested/requested by the Emacs "BUGS" manual section. This is all about that "Magic Resizing" that happens when dragging a modebar down "beyond" the minimum size for all windows below that bar. Following chunks of info are: 1) "M-x report-emacs-bug" output (Please read the embedded small note with "RecentInput" additions that will help see EXACTLY what I did from starting Emacs until beginning the "report-emacs-bug".) 2) System info 3) Emacs mods made. 4) Contents of .emacs and site-start.el files 5) How to reproduce the problem. 6) Termscript info Let me know if you need more info. I'll try to stop guessing about the causes; I don't know the Emacs internals enough to make good guesses. *1******************************************** To: bug-gnu-emacs@gnu.org Subject: Magic Resizing --text follows this line-- This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English, because the Emacs maintainers do not have translators to read other languages for them. Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group. In GNU Emacs 21.1.1 (i386-msvc-nt4.0.1381) of 2001-10-22 on buffy configured using `configure --with-msvc (12.00)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ENU locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Test case matches "20 line frame" I sent you previously: one 20-line frame, three 6 line windows (+1 line minibuffer) on separate buffers each with 10 lines of numbers. Drag top modebar downwards to the point where all LOWER windows reach minimum size, drag a bit further down and all the lower windows "magically" resize. The motion in this small test window is "vigorous/violent" and CONTINUOUS until the mouse is released or moved upwards. See the "BROIDA NOTE" immediately following the Recent Input block!! That shows ALL input from start of Emacs. Recent input: C-x ^ C-x ^ C-x o C-x b t e m p 3 C-y < M-x r e p o r t - e m a c s - b u g [[BROIDA NOTE: The above is the best I could get in a BugReport capture; in most cases, the "mouse-movement" entries were so numerous that no keystrokes remained in the list. I did the capture once BEFORE I started the mouse dragging in order to get ALL the inputs up to that point. (The above was from a repeat of the full testing.) If you add the following block right BEFORE the above Recent Input block, you'll have EVERYTHING that I did from the time I opened Emacs. ******StartBlock****** C-x b t e m p 1 1 2 3 4 5 6 7 8 9 1 0 C-@ < w C-x 2 C-x 2 C-x ^ C-x ^ C-x o C-x b t e m p 2 C-y < C-x ^ ******EndBlock****** END BROIDA NOTE:]] Recent messages: (C:\emacs-21.1\bin\emacs.exe) For information about the GNU Project and its goals, type C-h C-p. Loading image...done Mark set [6 times] Loading emacsbug...done *2******************************************** WinNT 4.0 with SP6 (I'm pretty sure about the SP#, but can't find that info without rebooting.). *3******************************************** Emacs pre-compiled binaries with pre-compiled Lisp stuff. Installed "normally": extract files and run addpm.exe. NO mods made other than adding diff.exe and diff3.exe program files to bin directory and setting up the site-start.el file (below). Installed in "C:\emacs-21.1" directory. *4******************************************** NO .emacs file present anywhere on the system. Contents of site-start.el file: (one line) (setq initial-frame-alist '((top . 1) (left . 1) (width . 70) (height . 22))) Use that to get the frame size for the test case. No other init files that I know of; if any exist, they came with the default download/install. (No other users of this system at all.) *5******************************************** To reproduce the problem, just do everything in the RecentInput list (including the added BROIDA NOTE at the end of that list). All of the "mouse- movement" events are from grabbing the right half of the topmost modebar and dragging it downwards until it goes nuts. Started Emacs by clicking on the desktop icon. *6******************************************** Termscript info: "M-: (open-termscript "~/termscript") results in "nil" in the minibuffer. This is just a vanilla DELL monitor on a dual-Pentium3 system. Please holler if you need more info! Mike > ---------- > From: Richard Stallman[SMTP:rms@gnu.org] > Reply To: rms@gnu.org > Sent: Wednesday, March 06, 2002 8:30 PM > To: michael.p.broida@boeing.com > Cc: storm@cua.dk; eliz@is.elta.co.il; emacs-devel@gnu.org > Subject: Re: Weird frame/buffer interaction > > I appreciate the effort that you are making to explore the envelope of > this bug, but that is not an effective way to get to the bottom of > things. Information about the envelope of the bug will never lead us > to the cause of the problem. That is not the way problems are found. > > What would in fact help is a test case that we can really try. I > cannot try the test case that was sent because I can't do anything > with such a tall frame. Can you find a test case which uses > an ordinary size frame? > > I suggest you read the Bugs section in the Emacs manual, which > explains what information will actually help find the bug. > _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel