Opened 19 years ago
Last modified 14 years ago
#6495 closed defect
BUG: "Can't set selection" error in emacs when emacs started from remote shell — at Version 9
Reported by: | vincent-opdarw@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ||
Port: | emacs |
Description (last modified by vinc17@…)
When I run emacs (from the emacs-devel port) in an environment where the SECURITYSESSIONID variable isn't set (this can happen when emacs is started from the screen utility), copy-paste between emacs and other applications fails. For instance, when I click with the middle button to paste in emacs, I get the error "Kill ring is empty".
Change History (10)
comment:1 Changed 19 years ago by vincent-opdarw@…
comment:2 Changed 18 years ago by vincent-opdarw@…
Summary: | BUG: copy-paste in emacs-devel fails if SECURITYSESSIONID isn't set → BUG: "Can't set selection" error in emacs-devel when emacs started from remote shell |
---|
I'm changing the summary because this has nothing to do with SECURITYSESSIONID: even when set manually, I can get an error. To reproduce the problem:
- Connect to the Mac OS X machine with ssh.
- Start the "screen" utility.
- Detach the screen session (and quit ssh).
- Reattach the screen session from a Mac OS X terminal (in my case, iTerm).
- Type /Applications/DarwinPorts/Emacs.app/Contents/MacOS/Emacs.
- Type something in Emacs and select something.
In the messages, I get the error:
x-set-selection: Can't set selection
Copy-paste (with the mouse or the keyboard) works inside Emacs, but only inside Emacs, not with the other Mac OS X applications, i.e. the Mac OS X clipboard is not transmitted to Emacs, ditto for the other way round. Cutting a selection by double-clicking with the right mouse button doesn't work either.
My current active port: emacs-devel @22.0.50.1-20060622_2+atsui+carbon+darwin_8
comment:3 Changed 18 years ago by pipping@…
Milestone: | → Available Ports |
---|
comment:4 Changed 18 years ago by pipping@…
Milestone: | Available Ports → Port Bugs |
---|
comment:5 Changed 17 years ago by nox@…
Priority: | Expected → Normal |
---|---|
Version: | 1.0 |
comment:6 Changed 17 years ago by jmroot (Joshua Root)
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Closing: emacs-devel was removed in r33465.
comment:7 Changed 16 years ago by vinc17@…
Resolution: | wontfix |
---|---|
Status: | closed → reopened |
Summary: | BUG: "Can't set selection" error in emacs-devel when emacs started from remote shell → BUG: "Can't set selection" error in emacs when emacs started from remote shell |
I'm reopening the bug since it applies to the emacs port too (not surprising, since this is the same software). I reproduced it with: emacs @22.2_1+atsui+carbon
Changed 15 years ago by vinc17@…
Attachment: | kdump-mp6495.tar.lzma added |
---|
archive containing the dump files obtained with ktrace/kdump and the corresponding environment
comment:9 Changed 15 years ago by vinc17@…
Description: | modified (diff) |
---|
The bug still occurs with Emacs 22.3.1. The attachment kdump-mp6495.tar.lzma contains the dump files obtained with
ktrace /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs \ -q -no-site-file -eval '(setq inhibit-splash-screen t)'
and kdump, and the corresponding environments. In the Emacs window, I typed "asd" and selected it with a double-click. Then I quit Emacs with C-x C-c.
*-fail when Emacs has been started from screen (see above).
*-ok when Emacs has been started from a normal iTerm tab.
In kdump-ok, the PID has been changed to the PID from kdump-fail in order to be able to do a "diff".
It seems that the main differences in the kdump files are the failures of shm_open in kdump-fail: "shm_open -1 errno 2 No such file or directory".
In fact the behavior is quite random. Sometimes it works. Sometimes it works only when the selection has been pasted first to Sticky. Strange...