Mail Archives: djgpp/1999/02/23/03:47:57
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?
- Raw text -