Date: Tue, 23 Feb 1999 10:44:24 +0200 (IST) From: Eli Zaretskii X-Sender: eliz AT is To: Martin Stromberg cc: djgpp AT delorie DOT com Subject: Re: emacs hangs my machine In-Reply-To: <7as2qi$2ul$1@antares.lu.erisoft.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp AT delorie DOT com On 22 Feb 1999, Martin Stromberg wrote: > WINDOZE 4.1 (98), open DOZE box, run emacs, "C-x C-f e:/a/1 RET" (read in > the file e:/a/1) which is 1MB, "C- " (set mark), "M->" (goto end), "C-w" > (kill-region). Now the cursor changes to a timeglass and the machine is > completely stuck. Not even C-Alt-Del works. Does this happen with "emacs -q" as well? If not, look in your _emacs for the reason(s). If "emacs -q" doesn't help, try this: emacs -q M-: (setq x-select-enable-clipboard nil) RET and then do the same sequence you described above. Does this solve the problem? If it does, the problem is with copying the killed text into the Windows clipboard. 1MB is too large for this (copying is done through conventional memory), but Emacs should have noticed that and should have printed a message that the text is too large to be put into the clipboard. This diagnostics is based on the assumption that trying to allocate a buffer that is too large returns an error from __dpmi_int. It is possible that kills larger than 1MB cause a wrap-around in 20 bits of DOS address space, so Windows allocates a much smaller buffer and ``succeeds'', and Emacs then cheerfully writes over some system memory. Try killing less than 1MB, say, 900KB, and see if it still hangs. What kind of data was in that file? Is it text or binary (including null characters)? Binary data could make all kinds of trouble when you put it into the clipboard, and Emacs 19.34 on SimTel doesn't do anything to prevent binary data from being put into the clipboard. > Sometimes, after "C-w", the DOZE box's screen is corrupted. With that same 1MB of killed text, or with other files and smaller kills as well?