all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#52435: 29.0.50; C-y seems to contain an old contents
@ 2021-12-11 14:58 Peter Dyballa
  2021-12-12  5:47 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 13+ messages in thread
From: Peter Dyballa @ 2021-12-11 14:58 UTC (permalink / raw)
  To: 52435

Hello!

On macOS Monterey, Version 12.0.1, I am working with the MacPorts package manager inside GNU Emacs. In shell-mode I invoke the port utility to self upgrade and the list the outdated packages. After reading I mark this region (completely or partially) and apply shell-command-on-region to extract the names of the outdated ports (packages). The command used is awk. In *Shell Command Output* I often re-order the sequence or remove some names and finally convert newlines into spaces. Going to the beginning of the line I can just C-k and later C-y to upgrade the specified ports. Kind of new behaviour is now that the region in *shell* buffer stays marked so that C-y inserts its contents and not the killed line. I have to Esc-y to get the killed line contents.

Is this the new behaviour or just a bug that I observed now a few times? I also have to adjust (clean) my site-support for next launch…

BTW, I've seen a bug again that was reported here as bug#47122 for GNU Emacs 27.1.91; Quitting GNU Emacs lets 'ccccc' appear in another X client. With GNU Emacs 28.0.50 and the regular 27.x versions I never could reproduce this behaviour…


In GNU Emacs 29.0.50 (build 1, x86_64-apple-darwin21.1.0, X toolkit, cairo version 1.17.4, Xaw3d scroll bars)
 of 2021-11-11 built on Kleines.fritz.box
Repository revision: 5f5189e9be6c70c4db99e8057287d16955b9c620
Repository branch: HEAD
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description:  macOS 12.0.1

Configured using:
 'configure --prefix=/opt/local --disable-silent-rules --without-ns
 --without-dbus --without-gconf --without-libotf --without-m17n-flt
 --with-libgmp --with-gnutls --with-json --with-xml2 --with-modules
 --infodir /opt/local/share/info/emacs --with-native-compilation
 --with-x-toolkit=lucid --with-xaw3d --without-imagemagick --with-xpm
 --with-jpeg --with-tiff --with-gif --with-png --with-lcms2
 --without-rsvg --with-xft 'CFLAGS=-pipe -Os
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk -arch
 x86_64' 'CPPFLAGS=-I/opt/local/include
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk'
 'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -lfreetype
 -lfontconfig -Wl,-no_pie
 -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk
 -arch x86_64''

Configured features:
ACL CAIRO FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBXML2 MODULES NATIVE_COMP NOTIFY KQUEUE PDUMPER PNG THREADS TIFF
TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XPM LUCID ZLIB

Important settings:
  value of $LC_CTYPE: de_DE.UTF-8
  value of $LANG: de_DE.UTF-8
  locale-coding-system: utf-8-unix

Major mode: ELisp/d

Minor modes in effect:
  shell-dirtrack-mode: t
  midnight-mode: t
  display-time-mode: t
  desktop-save-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  size-indication-mode: t
  column-number-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
/Library/Application Support/Emacs/preview-latex hides /opt/local/share/emacs/site-lisp/preview-latex
/Library/Application Support/Emacs/autoconf-mode hides /opt/local/share/emacs/site-lisp/autoconf-mode
/Library/Application Support/Emacs/tex-site hides /opt/local/share/emacs/site-lisp/tex-site
/Library/Application Support/Emacs/auctex hides /opt/local/share/emacs/site-lisp/auctex
/Library/Application Support/Emacs/autotest-mode hides /opt/local/share/emacs/site-lisp/autotest-mode
/Library/Application Support/Emacs/punycode hides /opt/local/share/emacs/site-lisp/punycode
/Library/Application Support/Emacs/idna hides /opt/local/share/emacs/site-lisp/idna
/Library/Application Support/Emacs/cmake-mode hides /opt/local/share/emacs/site-lisp/cmake-mode
/Library/Application Support/Emacs/calendar29/cal-move hides /opt/local/share/emacs/29.0.50/lisp/calendar/cal-move
/Library/Application Support/Emacs/calendar29/lunar hides /opt/local/share/emacs/29.0.50/lisp/calendar/lunar
/Library/Application Support/Emacs/calendar29/solar hides /opt/local/share/emacs/29.0.50/lisp/calendar/solar
/Library/Application Support/Emacs/calendar29/icalendar hides /opt/local/share/emacs/29.0.50/lisp/calendar/icalendar
/Library/Application Support/Emacs/calendar29/calendar hides /opt/local/share/emacs/29.0.50/lisp/calendar/calendar
/Library/Application Support/Emacs/calendar29/cal-html hides /opt/local/share/emacs/29.0.50/lisp/calendar/cal-html
/Library/Application Support/Emacs/calendar29/cal-iso hides /opt/local/share/emacs/29.0.50/lisp/calendar/cal-iso
/Library/Application Support/Emacs/calendar29/cal-tex hides /opt/local/share/emacs/29.0.50/lisp/calendar/cal-tex
/Library/Application Support/Emacs/calendar29/parse-time hides /opt/local/share/emacs/29.0.50/lisp/calendar/parse-time
/Library/Application Support/Emacs/calendar29/holidays hides /opt/local/share/emacs/29.0.50/lisp/calendar/holidays
/Library/Application Support/Emacs/calendar29/cal-menu hides /opt/local/share/emacs/29.0.50/lisp/calendar/cal-menu
/Library/Application Support/Emacs/calendar29/hol-loaddefs hides /opt/local/share/emacs/29.0.50/lisp/calendar/hol-loaddefs
/Library/Application Support/Emacs/calendar29/cal-x hides /opt/local/share/emacs/29.0.50/lisp/calendar/cal-x
/Library/Application Support/Emacs/calendar29/diary-lib hides /opt/local/share/emacs/29.0.50/lisp/calendar/diary-lib
/Library/Application Support/Emacs/calendar29/diary-loaddefs hides /opt/local/share/emacs/29.0.50/lisp/calendar/diary-loaddefs

Features:
(shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec epa
epg rfc6068 epg-config gnus-util rmail rmail-loaddefs auth-source eieio
eieio-core eieio-loaddefs password-cache json map mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils rect make-mode
thingatpt cal-julian holidays hol-loaddefs mule-util time-stamp
compare-w help-fns radix-tree cl-print debug backtrace find-func
cal-move misearch multi-isearch vc-git diff-mode easy-mmode
vc-dispatcher cl-seq cl-extra help-mode face-remap diary-lib
diary-loaddefs derived cal-menu calendar cal-loaddefs compile
text-property-search sh-script smie executable view bug-reference
dired-aux autorevert filenotify dired dired-loaddefs time-date seq
subr-x byte-opt bytecomp byte-compile cconv shell pcomplete comint
ansi-color ring jka-compr midnight time cus-load ucs-normalize cl-macs
cl gv session desktop frameset cl-loaddefs cl-lib advice iso-transl
tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote threads kqueue
lcms2 dynamic-setting system-font-setting font-render-setting cairo
x-toolkit x multi-tty make-network-process native-compile emacs)

Memory information:
((conses 16 412596 37904)
 (symbols 48 12251 0)
 (strings 32 42815 3685)
 (string-bytes 1 1604041)
 (vectors 16 50992)
 (vector-slots 8 1515969 172522)
 (floats 8 85 292)
 (intervals 56 19161 69)
 (buffers 992 43))


--
Greetings

  Pete

Math illiteracy affects 7 out of every 5 Americans.






^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-11 14:58 bug#52435: 29.0.50; C-y seems to contain an old contents Peter Dyballa
@ 2021-12-12  5:47 ` Lars Ingebrigtsen
  2021-12-12 11:18   ` Peter Dyballa
  0 siblings, 1 reply; 13+ messages in thread
From: Lars Ingebrigtsen @ 2021-12-12  5:47 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: 52435

Peter Dyballa <Peter_Dyballa@Web.DE> writes:

> The command used is awk. In *Shell Command Output* I often
> re-order the sequence or remove some names and finally convert
> newlines into spaces. Going to the beginning of the line I can just
> C-k and later C-y to upgrade the specified ports. Kind of new
> behaviour is now that the region in *shell* buffer stays marked so
> that C-y inserts its contents and not the killed line. I have to Esc-y
> to get the killed line contents.

I'm not quite sure I follow you here.  Could you provide a recipe to
reproduce what you're seeing, starting from "emacs -Q"?  

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-12  5:47 ` Lars Ingebrigtsen
@ 2021-12-12 11:18   ` Peter Dyballa
  2021-12-13  2:30     ` Michael Heerdegen
  0 siblings, 1 reply; 13+ messages in thread
From: Peter Dyballa @ 2021-12-12 11:18 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 52435

Yes, I can reproduce it with -Q.

Launch: /opt/local/bin/emacs-29.0.50 -Q. Or equivalent.

Inside GNU Emacs 29.0.50: M-x shell RET.

In *shell* buffer just invoke ls -l RET for some contents. Or cat something with a few lines contents. Move the mouse cursor and point somewhere into this output, press C-SPACE to start marking a region. Move the mouse cursor some lines away (above or below the start of region). M-| or M-x shell-command-on-region RET. I chose to use "awk '{print $NF}'".

Now change to buffer *Shell Command Output* with C-x o. I think this is decisive. Just clicking into *Shell Command Output* buffer seems to do the right things. You are at the beginning of buffer and can immediately replace-string ^J against SPACE CHARACTER, go to beginning of line (C-a) and kill it with C-k. Now return to *shell* buffer with C-x o again. The region is still marked, gets high-lighted again. With Esc-> go to the command line prompt and C-y to insert the line you killed in *Shell Command Output* buffer – but something else (not from The Move) is inserted.


But: This is also the behaviour in GNU Emacsen 26.1, 27.1, 28.0.50 – I just used C-x o for the first time in this everyday procedure? transient-mark-mode is t, assuming it would clear the marked region when leaving it or the buffer.

The documentation in GNU Emacs 29.0.50 has become vague (on function transient-mark-mode):

	The mark is "deactivated" after certain non-motion
	commands, including those that change the text in the buffer, and
	during shift or mouse selection by any unshifted cursor motion
	command (see Info node ‘Shift Selection’ for more details).

The documentation in GNU Emacs 26.1 seems to be clearer:

	The mark is "deactivated" by changing the buffer,
	and after certain other operations that set the mark but whose
	main purpose is something else--for example, incremental search,
	M-<, and M->.

And it states that the region is cleared when changing to another buffer.

But OK, maybe I have to learn this different behaviour…


(After marking and applying shell-command-on-region I go to *compilation* buffer and then exchange it with *Shell Command Output* so that I am immediately at compilation again. Then I kill the now useless *Shell Command Output* buffer. During this period with new GNU Emacs 29.0.50 I exchanged *shell* with *Shell Command Output* and fell back into it afterwards, and the mark was still active and became high-lighted again – which puzzled me. When I then invoked compile again, the yank contents was a different one than killed. The first time this happened I quit Emacs, assuming it or I would have a problem with the new macOS version Monterey. The next time in new instance I just started my procedure again, and now for the third occurrence I tested Esc-y and more.)

--
Greetings

  Pete

With Capitalism man exploits man. With communism it's the exact opposite.






^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-12 11:18   ` Peter Dyballa
@ 2021-12-13  2:30     ` Michael Heerdegen
  2021-12-13  9:07       ` Peter Dyballa
  0 siblings, 1 reply; 13+ messages in thread
From: Michael Heerdegen @ 2021-12-13  2:30 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: Lars Ingebrigtsen, 52435

Peter Dyballa <Peter_Dyballa@Web.DE> writes:

> But OK, maybe I have to learn this different behaviour…

What exactly do you consider a problem/bug?
Do I understand correctly: you expect that C-x o deactivates the mark,
but it doesn't?  Or is there something more in the behavior of your
recipe that you consider a problem?

Michael.





^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-13  2:30     ` Michael Heerdegen
@ 2021-12-13  9:07       ` Peter Dyballa
  2021-12-14  8:48         ` Michael Heerdegen
  0 siblings, 1 reply; 13+ messages in thread
From: Peter Dyballa @ 2021-12-13  9:07 UTC (permalink / raw)
  To: Michael Heerdegen; +Cc: Lars Ingebrigtsen, 52435


> Am 13.12.2021 um 03:30 schrieb Michael Heerdegen <michael_heerdegen@web.de>:
> 
> What exactly do you consider a problem/bug?
> Do I understand correctly: you expect that C-x o deactivates the mark,
> but it doesn't?

It's exactly this for me surprising behaviour.

--
Mit friedvollen Grüßen

  Pete

Üblicherweise begehen Menschen beim Entwerfen vollkommen narrensicherer Dinge gerne den Fehler, das Genie des Volltrottels zu unterschätzen.






^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-13  9:07       ` Peter Dyballa
@ 2021-12-14  8:48         ` Michael Heerdegen
  2021-12-14  9:31           ` Peter Dyballa
  0 siblings, 1 reply; 13+ messages in thread
From: Michael Heerdegen @ 2021-12-14  8:48 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: Lars Ingebrigtsen, 52435

Peter Dyballa <Peter_Dyballa@Web.DE> writes:

> > Do I understand correctly: you expect that C-x o deactivates the mark,
> > but it doesn't?
>
> It's exactly this for me surprising behaviour.

And you are sure that this was different in older emacs versions, and
not just something in your config?  If you are, do we know when this
changed?

Micheal.





^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-14  8:48         ` Michael Heerdegen
@ 2021-12-14  9:31           ` Peter Dyballa
  2021-12-14 10:59             ` Michael Heerdegen
  0 siblings, 1 reply; 13+ messages in thread
From: Peter Dyballa @ 2021-12-14  9:31 UTC (permalink / raw)
  To: Michael Heerdegen; +Cc: Lars Ingebrigtsen, 52435


> Am 14.12.2021 um 09:48 schrieb Michael Heerdegen <michael_heerdegen@web.de>:
> 
> Peter Dyballa <Peter_Dyballa@Web.DE> writes:
> 
>>> Do I understand correctly: you expect that C-x o deactivates the mark,
>>> but it doesn't?
>> 
>> It's exactly this for me surprising behaviour.
> 
> And you are sure that this was different in older emacs versions, and
> not just something in your config?  If you are, do we know when this
> changed?

No, I am not sure. IMO the documentation states that the mark will be cleared when I leave the buffer. (Or use M-< or M->.)

My usual behaviour is that I mark a region in *shell* buffer and apply shell-command-on-region. Then I move into another buffer in the same frame, mostly *compilation*. I perform a few edits on *Shell Command Output*, kill the remaining line and the buffer, and am back in *compilation* where I can use the edited output from *Shell Command Output*. Because a compilation was going on, I chose to use *shell* buffer to change from it to *Shell Command Output* and fell back to it. The region was still marked and so the contents of last kill-line in *Shell Command Output* was overwritten with the contents of the marked region. After C-y, seeing the wrong contents, I could Esc-y to bring back the killed line. So GNU Emacs worked transparently, only I was surprised about the unexpected contents.

I don't think that I have a particular configuration, except (transient-mark-mode t). As I wrote on Sunday, a few older versions of GNU Emacs show the same behaviour. On a decades old PowerBook I could check the behaviour of much older Emacsen and report here. (There I too work with MacPorts to keep some utilities and OpenSSL up-to-date and have to use the described procedure much more often, since some open software ports do not support the old OS and hardware and have to be excluded from upgrading at least initially.) If you can give me some variable names I can check whether I reset the original setting.

One fact should be stated: using a mouse click to change into another buffer clears the mark.

--
Mit friedvollen Grüßen

  Pete

Math illiteracy affects 7 out of every 5 Americans.






^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-14  9:31           ` Peter Dyballa
@ 2021-12-14 10:59             ` Michael Heerdegen
  2021-12-14 11:15               ` Peter Dyballa
  2021-12-14 14:02               ` Peter Dyballa
  0 siblings, 2 replies; 13+ messages in thread
From: Michael Heerdegen @ 2021-12-14 10:59 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: Lars Ingebrigtsen, 52435

Peter Dyballa <Peter_Dyballa@Web.DE> writes:

You wrote in an older message:

> The documentation in GNU Emacs 26.1 seems to be clearer:

> 	The mark is "deactivated" by changing the buffer,
> 	and after certain other operations that set the mark but whose
> 	main purpose is something else--for example, incremental search,
> 	M-<, and M->.

> And it states that the region is cleared when changing to another
> buffer.

I'm not sure if "changing the buffer" means "modifying the buffer"
instead of "changing to another buffer".

> I don't think that I have a particular configuration, except
> (transient-mark-mode t). As I wrote on Sunday, a few older versions of
> GNU Emacs show the same behaviour. On a decades old PowerBook I could
> check the behaviour of much older Emacsen and report here.

That would be interesting.

> If you can give me some variable names I can check whether I reset the
> original setting.

What kind of variables do you mean?  IIUC the behavior is not really
depending on options.  It's an implicit thing: commands set the variable
`deactivate-mark', and the command loop checks this variable at the end
of the execution of any command, and when it's non-nil it deactivates
the mark.

> One fact should be stated: using a mouse click to change into another
> buffer clears the mark.

This is done explicitly in `mouse-drag-track'.  Dunno if it's
intentional in this case.


Michael.





^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-14 10:59             ` Michael Heerdegen
@ 2021-12-14 11:15               ` Peter Dyballa
  2021-12-14 12:13                 ` Phil Sainty
  2021-12-14 14:02               ` Peter Dyballa
  1 sibling, 1 reply; 13+ messages in thread
From: Peter Dyballa @ 2021-12-14 11:15 UTC (permalink / raw)
  To: Michael Heerdegen; +Cc: Lars Ingebrigtsen, 52435


> Am 14.12.2021 um 11:59 schrieb Michael Heerdegen <michael_heerdegen@web.de>:
> 
> I'm not sure if "changing the buffer" means "modifying the buffer"
> instead of "changing to another buffer".

It means the latter. I probably should be using the term "visiting"…

--
Mit friedvollen Grüßen

  Pete

Know thyself. Need help, call GOOGLE.






^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-14 11:15               ` Peter Dyballa
@ 2021-12-14 12:13                 ` Phil Sainty
  0 siblings, 0 replies; 13+ messages in thread
From: Phil Sainty @ 2021-12-14 12:13 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: Michael Heerdegen, Lars Ingebrigtsen, 52435

> > Do I understand correctly: you expect that C-x o deactivates
> > the mark, but it doesn't?
> 
> It's exactly this for me surprising behaviour.

Note that "C-x o" selects a window.  The value of `current-buffer'
may (or may not) change as a result of selecting a window, but the
`other-window' command will not cause changes to any of the buffers
themselves.

> The documentation in GNU Emacs 29.0.50 has become vague

I think it's become clearer by using the phrase "change the text
in the buffer" rather than the earlier phrase "changing the buffer"
-- which I expect meant exactly the same thing, but which could be
misinterpreted in the above manner.


-Phil






^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-14 10:59             ` Michael Heerdegen
  2021-12-14 11:15               ` Peter Dyballa
@ 2021-12-14 14:02               ` Peter Dyballa
  2021-12-15  4:23                 ` Michael Heerdegen
  1 sibling, 1 reply; 13+ messages in thread
From: Peter Dyballa @ 2021-12-14 14:02 UTC (permalink / raw)
  To: Michael Heerdegen; +Cc: Lars Ingebrigtsen, 52435

Am 14.12.2021 um 11:59 schrieb Michael Heerdegen:

>> I don't think that I have a particular configuration, except
>> (transient-mark-mode t). As I wrote on Sunday, a few older  
>> versions of
>> GNU Emacs show the same behaviour. On a decades old PowerBook I could
>> check the behaviour of much older Emacsen and report here.
>
> That would be interesting.


When launched normally or launched with just -Q this version does it  
right, it clears the marked region when I visit the other buffer,  
*Shell Command Output*, which opened in the lower half of *shell*  
buffer – actually the mark was cleared as soon as the shell command  
had completed and the buffer was split:

	In GNU Emacs 24.5.1 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d  
scroll bars)
	 of 2019-11-27 on tiger
	Windowing system distributor `The X.Org Foundation', version  
11.0.12009000
	Configured using:
	 `configure --without-pop --without-sound --without-gpm --without-dbus
	 --without-gconf --without-gsettings --without-selinux --without-xim
	 --without-ns --without-mac --with-x --with-x-toolkit=athena
	 --disable-acl --disable-ns-self-contained --x-libraries=/opt/local/lib
	 --x-includes=/opt/local/include
	 '--enable-locallisppath=/Library/Application
	 Support/Emacs/calendar24:/Library/Application Support/Emacs'  
'CFLAGS=-H
	 -pipe -fPIC -fno-common -Os -fobjc-exceptions -fexceptions -maltivec
	 -faltivec -mabi=altivec -mcpu=7450 -mtune=7450'
	 'LDFLAGS=-Wl,-bind_at_load -Wl,-t'
	 PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/ 
pkgconfig:/usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig:/usr/lib/ 
pkgconfig'
	
	Important settings:
	  value of $LC_CTYPE: de_DE.UTF-8
	  value of $LANG: de_DE.UTF-8
	  locale-coding-system: utf-8-unix
	
	Major mode: Shell
	
	Minor modes in effect:
	  shell-dirtrack-mode: t
	  tooltip-mode: t
	  electric-indent-mode: t
	  mouse-wheel-mode: t
	  tool-bar-mode: t
	  menu-bar-mode: t
	  file-name-shadow-mode: t
	  global-font-lock-mode: t
	  font-lock-mode: t
	  blink-cursor-mode: t
	  auto-composition-mode: t
	  auto-encryption-mode: t
	  auto-compression-mode: t
	  line-number-mode: t
	  transient-mark-mode: t
	
	Recent messages:
	For information about GNU Emacs and the GNU system, type C-h C-a.
	Mark set
	Making completion list...
	You can run the command `shell-command-on-region' with M-|
	Quit
	Mark set
	Replaced 13 occurrences
	Mark set [2 times]
	No docstring slot for help-mode-setup
	No docstring slot for help-mode-finish
	
	Load-path shadows:
	None found.
	
	Features:
	(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822  
mml
	mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
	gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
	help-fns mail-prsvr mail-utils help-mode easymenu shell pcomplete  
comint
	ansi-color ring time-date tooltip electric uniquify ediff-hook vc-hooks
	lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp- 
opt
	fringe tabulated-list newcomment lisp-mode prog-mode register page
	menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
	syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
	vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
	romanian slovak czech european ethiopic indian cyrillic chinese
	case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
	loaddefs button faces cus-face macroexp files text-properties overlay
	sha1 md5 base64 format env code-pages mule custom widget
	hashtable-print-readable backquote gfilenotify dynamic-setting
	font-render-setting x-toolkit x multi-tty make-network-process emacs)

This elder version shows a different behaviour, keeping the region  
high-lighted but clearing it lately when I finally type C-y after  
returning to *shell* buffer and pressing Esc-> so that it inserts the  
killed line from *Shell Command Output* at the propmt:

	In GNU Emacs 23.4.1 (powerpc-apple-darwin8.11.0, GTK+ Version 2.18.9)
	 of 2012-11-23 on Latsche.local
	Windowing system distributor `The X.Org Foundation', version  
11.0.12009000
	configured using `configure  '--without-pop' '--without-sound' '-- 
without-gpm' '--without-dbus' '--without-xim' '--with-x' '--disable- 
ns-self-contained' '--x-libraries=/usr/X11R6/lib' '--x-includes=/usr/ 
X11R6/include' '--enable-locallisppath=/Library/Application Support/ 
Emacs/calendar23:/Library/Application Support/Emacs' 'CFLAGS=-g - 
ggdb3 -H -pipe -fPIC -fno-common -Os -mcpu=7450 -mtune=7450 -maltivec  
-faltivec -mabi=altivec -malign-natural' 'CC=gcc-apple-4.2' 'CXX=g++- 
apple-4.2' 'CPPFLAGS=-I/sw/include' 'LDFLAGS=-L/sw/lib -v -Wl,-v -Wl,- 
bind_at_load -Wl,-t' 'PKG_CONFIG_PATH=/sw/lib/pkgconfig:/sw/share/ 
pkgconfig:/usr/X11/lib/pkgconfig:/usr/lib/pkgconfig:/usr/lib/pkgconfig''
	
	Important settings:
	  value of $LC_ALL: nil
	  value of $LC_COLLATE: nil
	  value of $LC_CTYPE: de_DE.UTF-8
	  value of $LC_MESSAGES: nil
	  value of $LC_MONETARY: nil
	  value of $LC_NUMERIC: nil
	  value of $LC_TIME: nil
	  value of $LANG: de_DE.UTF-8
	  value of $XMODIFIERS: nil
	  locale-coding-system: utf-8-unix
	  default enable-multibyte-characters: t
	
	Major mode: Shell
	
	Minor modes in effect:
	  shell-dirtrack-mode: t
	  tooltip-mode: t
	  mouse-wheel-mode: t
	  tool-bar-mode: t
	  menu-bar-mode: t
	  file-name-shadow-mode: t
	  global-font-lock-mode: t
	  font-lock-mode: t
	  blink-cursor-mode: t
	  auto-encryption-mode: t
	  auto-compression-mode: t
	  line-number-mode: t
	  transient-mark-mode: t
	
	Recent input:
	<down-mouse-1> <mouse-1> M-x s h e l l <return> l <return>
	<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
	<up> <up> <up> <up> <up> <up> C-a C-SPC <up> <up> <up>
	<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
	<up> <up> <up> M-x s h e l l - c o m m <tab> - o n
	<tab> <return> a w k SPC ' { p r i n t SPC $ N F }
	' <return> C-x o M-x r e p l <tab> s t r <tab> <return>
	C-q C-j SPC <return> C-g M-x r e p l <tab> s t r <tab>
	<return> C-q C-j <return> SPC <return> <backspace>
	C-a C-k C-x 0 <escape> > C-y <help-echo> <help-echo>
	<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar>
<help-menu> <send-emacs-bug-report>


--
Mit friedvollen Grüßen

   Pete     === -Q
              ==<__/% >>
________(_)____@_____________________________






^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-14 14:02               ` Peter Dyballa
@ 2021-12-15  4:23                 ` Michael Heerdegen
  2022-01-14  9:34                   ` Lars Ingebrigtsen
  0 siblings, 1 reply; 13+ messages in thread
From: Michael Heerdegen @ 2021-12-15  4:23 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: Lars Ingebrigtsen, 52435

Peter Dyballa <Peter_Dyballa@Web.DE> writes:

> When launched normally or launched with just -Q this version does it
> right [...]

Ok, thanks Peter.

I know too little about this to judge which behavior is expected and
correct and would like to leave the decision to other more knowledgeable
people.

Friedvolle Grüße zurück!

Michael.





^ permalink raw reply	[flat|nested] 13+ messages in thread

* bug#52435: 29.0.50; C-y seems to contain an old contents
  2021-12-15  4:23                 ` Michael Heerdegen
@ 2022-01-14  9:34                   ` Lars Ingebrigtsen
  0 siblings, 0 replies; 13+ messages in thread
From: Lars Ingebrigtsen @ 2022-01-14  9:34 UTC (permalink / raw)
  To: Michael Heerdegen; +Cc: Peter Dyballa, 52435

Michael Heerdegen <michael_heerdegen@web.de> writes:

> I know too little about this to judge which behavior is expected and
> correct and would like to leave the decision to other more knowledgeable
> people.

If I understand correctly, the issue is whether `C-x o' should
deactivate the mark?  It seems like it did this in the olden times, but
it doesn't do this now?

I think the current behaviour makes sense, so I'd rather not change it
back -- I can't recall seeing any other complaints about this, and Emacs
has worked this way for at least some years now.

So I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2022-01-14  9:34 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2021-12-11 14:58 bug#52435: 29.0.50; C-y seems to contain an old contents Peter Dyballa
2021-12-12  5:47 ` Lars Ingebrigtsen
2021-12-12 11:18   ` Peter Dyballa
2021-12-13  2:30     ` Michael Heerdegen
2021-12-13  9:07       ` Peter Dyballa
2021-12-14  8:48         ` Michael Heerdegen
2021-12-14  9:31           ` Peter Dyballa
2021-12-14 10:59             ` Michael Heerdegen
2021-12-14 11:15               ` Peter Dyballa
2021-12-14 12:13                 ` Phil Sainty
2021-12-14 14:02               ` Peter Dyballa
2021-12-15  4:23                 ` Michael Heerdegen
2022-01-14  9:34                   ` Lars Ingebrigtsen

Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.