unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Achim Gratz <Stromeko@nexgo.de>
To: 24013@debbugs.gnu.org
Subject: bug#24013: 25.0.95; Emacs 25.x uses up all memory and needs to be killed
Date: Wed, 20 Jul 2016 20:15:12 +0200	[thread overview]
Message-ID: <87eg6op45r.fsf@Rainer.invalid> (raw)
In-Reply-To: <8737n88mm2.fsf@Rainer.invalid>

Eli Zaretskii writes:
> I see.  Frankly, I feel a bit uneasy that Emacs somehow runs out of
> memory in any scenario, but other than that, would you consider
> describing this solution in PROBLEMS as good enough to go ahead with
> releasing Emacs 25.1?  Perhaps even closing this bug?

Here's my attempt at getting something into PROBLEMS.

--8<---------------cut here---------------start------------->8---
diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 2b3becf..b86b2b6 100644
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -1070,6 +1070,28 @@ while, Emacs may print a message:
 A workaround is to not use 'klipper'.  Upgrading 'klipper' to the one
 coming with KDE 3.3 or later also solves the problem.
 
+*** KDE / Plasma 5: Emacs exhausts memory and needs to be killed
+
+This problem occurs when large selections contain mixed line endings
+(i.e the buffer has LF line endings, but in some parts CRLF is used).
+The source of the problem is currently under investigation, Emacs
+versions up to 24.5 just hang for a few seconds and then return with
+the message " Timed out waiting for property-notify event" as
+described in the previous note.  As a workaround, go to the settings
+dialog for the Clipboard widget and select the option "Ignore
+Selection".
+
+Note: Plasma 5 has replaced the separate klipper process from earlier
+KDE versions with functionality directly integrated into plasmashell,
+so even if you've previously did not use klipper this will affect you.
+Also, all configuration you might have done to klipper is not used by
+the new Clipboard widget / plasmoid since it uses it's own settings.
+You can hide the Clipboard widget by removing it's entry from the
+system tray settings "Extra Items", but it's not clear if the
+underlying functionality in plasmashell gets fully disabled as well.
+AT least a restart of plasmashell is required for the clipboard
+history to be cleared.
+
 *** CDE: Frames may cover dialogs they created when using CDE.
 
 This can happen if you have "Allow Primary Windows On Top" enabled which

--8<---------------cut here---------------end--------------->8---

Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada






  parent reply	other threads:[~2016-07-20 18:15 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-17 12:39 bug#24013: 25.0.95; Emacs 25.x uses up all memory and needs to be killed Achim Gratz
2016-07-17 14:19 ` Eli Zaretskii
2016-07-17 14:46   ` Achim Gratz
2016-07-17 15:34     ` Eli Zaretskii
2016-07-17 16:16       ` Achim Gratz
2016-07-17 16:42         ` Eli Zaretskii
2016-07-17 16:43       ` Achim Gratz
2016-07-17 17:17         ` Eli Zaretskii
2016-07-17 17:58           ` Achim Gratz
2016-07-17 18:30             ` Eli Zaretskii
2016-07-17 18:51               ` Achim Gratz
2016-07-17 20:07                 ` Stephen Berman
2016-07-18  2:32                   ` Eli Zaretskii
2016-07-18 18:36                   ` Achim Gratz
2016-07-18 20:23                     ` Stephen Berman
2016-07-18 20:47                       ` Achim Gratz
2016-07-17 19:01               ` Óscar Fuentes
2016-07-20 18:15               ` Achim Gratz [this message]
2016-07-21 15:10                 ` Eli Zaretskii
2021-07-05 13:41                 ` bug#24013: bug#28146: 25.1; Timeout waiting for property notify event when select-active-regions is t Lars Ingebrigtsen
2021-08-04 11:29                   ` bug#24013: 25.0.95; [KDE/Plasma 5] Emacs 25.x uses up all memory and needs to be killed Lars Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87eg6op45r.fsf@Rainer.invalid \
    --to=stromeko@nexgo.de \
    --cc=24013@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).