If you are using Motif then you can also try:
(setq x-selection-strict-motif-ownership nil)
This restores the behavior to what it was in pre-21 versions
At 05:05 PM 7/1/02 -0600, David E Sigeti wrote:
At 06:11 PM 7/1/2002 -0400, Jeff Mincy wrote:
>On 02 Jul 2002, ville.skytta(a)xemacs.org wrote:
> > On Mon, 2002-07-01 at 23:57, David E. Sigeti wrote:
> >> Dear Bug Team!
> >> When running Xemacs version 21 remotely (displaying on my local X
> >> server) I have found that any multicharacter kills (such as kill-line,
> >> kill-word, kill-ring-save, etc.) are extremely slow (maybe 15-30
> >> seconds per kill). I only see this delay when I am running over a DSL
> >> connection where the ping times to the remote system are on the order
> >> of 100 milliseconds or more. When my local machine is on the same LAN
> >> as the remote machine (much shorter ping times), I do not notice any
> >> unusual delay in multicharacter kills. I also do not see this problem
> >> when running Xemacs version 20.
> >> My local X server when using the DSL connection is Exceed 3D running
> >> under Microsoft Windows 98SE. When using the LAN, my local X server
> >> is also Exceed 3D but running under Microsoft Windows 2000.
> > I have also received exactly the same complaints sometimes, the server
> > side XEmacs being 21.4.6+ on Red Hat 7.x and the "remote X client"
> > X-Win32  on Windows XP.
> >  <http://www.xwin32.com/>
>Try setting interprogram-cut-function and interprogram-paste-function
Thanks for a much for the suggestion. I will try it when I get home this
evening. I assume that setting these hooks to nil will make it impossible
to cut and paste between Xemacs and other applications. I don't cut and
paste between Xemacs and other applications very often, but when I do I
really want the capability. I suppose that I can restore the cut and
paste capability (at the price of terrible performance when killing) by
resetting the hooks to the default values. Does this sound reasonable?
Version 20 of Xemacs allowed cutting and pasting without suffering from
terrible performance when killing. Is this problem just a bug that we can
expect to be fixed in a later version, or is there something fundamental
about the way cutting and pasting are being done now that makes
performance terrible on connections with high latencies?
Dr. David E. Sigeti
Surface mail: MS-F645, Los Alamos National Laboratory,
Los Alamos, NM 87545 USA