bug#4070: 23.1; ns: cut buffers don't work with --daemon

[Dan Ports]

On Fri, Sep 18, 2009 at 06:31:18PM -0400, Adrian Robert wrote:
> Can you post your exact steps to reproduce?  Also, could you try  
> doing the build with just "./configure --with-ns"?  I'm not sure of  
> the effect of all the extra arguments you are giving.

So, I just experimented with it some more to get you the exact steps to
reproduce. Along the way I realized that the problem is apparently
something different.

I'll provide the steps to reproduce below, but first the insight I just
had: everything seems to work perfectly fine unless I'm launching Emacs
from a shell inside GNU screen. It seems to work fine launched from a
shell in Apple's Terminal or a rxvt in X11, but not when running
screen. This is strange. I do not know why this is.

It doesn't actually have anything to do with daemon mode after all, as
far as I can tell -- I just thought it did before because I launched
Emacs --daemon from my shell whereas I opened Emacs.app from the GUI.

I will experiment with this a bit more but I'm still rather confused.

For the record, the steps to reproduce (not that I expect you'll find
anything about them especially surprising). This is with a fresh build
of emacs-23.1 with only --with-ns
  1) ./nextstep/Emacs.app/Contents/MacOS/Emacs <file>
  2) set mark and copy some text with M-w
  3) try to yank wih C-y; get message "empty or unsupported pasteboard
     type"
  4) show the clipboard (Edit: Show Clipboard in the Finder); notice
     that the clipboard contents weren't set by Emacs

To poke the internals some more:
  5) eval (ns-set-cut-buffer-internal 'PRIMARY "test"); no error but
     clipboard contents don't change (should be replaced with "test")
  6) eval (ns-get-cut-buffer-internal 'PRIMARY); get "empty or
     unsupported pasteboard type error"

 Dan