Your message dated Tue, 02 Jun 2015 11:19:02 +0200
with message-id <[email protected]>
and subject line closing bugs reported against ancient emacs versions
has caused the Debian Bug report #491974,
regarding emacs22: emacs copypasting buffer drops data
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
491974: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491974
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Subject: emacs22: emacs copypasting buffer drops data
Package: emacs22
Version: 22.2+2-2
Severity: normal
*** Please type your report below this line ***
Occasionally(but repeatably), when cutting and pasting using C-k to
cut a bunch of lines of text, and then using C-y to paste, emacs
'forgets' a whole bunch of the lines on paste, in effect 'missing' some
of C-y's output. 'Undo'ing (using C-_) can restore the 'missing'
cut text usually, by undoing both the paste, and the cut.
An example of how this could happen is if I cut lines 10-30, and tried
to paste on line 3500 of a text document. Upon paste, I'd get maybe 15
lines. What doesn't appear to be happening is problems with cutting
(say, hitting the space bar and then continuing to cut, an
understandable
user input error).
I did not notice this with emacs21, and high system activity may
be involved(my computer is slow). However it shouldn't matter, since
this has already caused some minor data loss, and has the potential to
not only cause data loss, but do so in a hard-to-see way (if you're only
missing some lines, it may seem that you've pasted everything, when in
fact you have not).
Not 100% sure, but it seems like if I paste to the same spot I cut from
it's ok.
So far I've only observed it in a rather large(~70,000 line) textfile,
so it could be involved in large files. But then again this is because
most of the time I use emacs it's this one file, so it would make sense
if it
only appeared there for me.
Jeff Cliff
http://thedark.jabberwocky.ca
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages emacs22 depends on:
ii emacs22-bin-common 22.2+2-2 The GNU Emacs editor's
shared, arc
ii libasound2 1.0.16-2 ALSA library
ii libc6 2.7-10 GNU C Library: Shared
libraries
ii libgif4 4.1.6-4 library for GIF images
(library)
ii libice6 2:1.0.4-1 X11 Inter-Client Exchange
library
ii libjpeg62 6b-14 The Independent JPEG
Group's JPEG
ii libncurses5 5.6+20080308-1 Shared libraries for
terminal hand
ii libpng12-0 1.2.27-1 PNG library - runtime
ii libsm6 2:1.0.3-2 X11 Session Management
library
ii libtiff4 3.8.2-10 Tag Image File Format
(TIFF) libra
ii libx11-6 2:1.1.4-2 X11 client-side library
ii libxext6 2:1.0.4-1 X11 miscellaneous extension
librar
ii libxmu6 2:1.0.4-1 X11 miscellaneous utility
library
ii libxpm4 1:3.5.7-1 X11 pixmap library
ii libxt6 1:1.0.5-3 X11 toolkit intrinsics
library
ii xaw3dg 1.5+E-15 Xaw3d widget set
ii zlib1g 1:1.2.3.3.dfsg-12 compression library -
runtime
emacs22 recommends no packages.
-- no debconf information
--
Free e-mail accounts at http://zworg.com
--- End Message ---
--- Begin Message ---
This bug has been reported against an ancient version of emacs (emacs21,
emacs22) that is no longer supported. It is assumed to be fixed (or no
longer relevant) in newer releases and therefore I'm closing this report
now. If the problem is still reproducible in the current version
(emacs24), feel free to provide more information and reopen this bug report.
Andreas
--- End Message ---
