Re: "Timed out waiting for property-notify event" on RealVNC 4.X

[Andy Scott <amscott1@sedona.intel.com>]

Kevin Rodgers <ihs_4664 <at> yahoo.com> writes:

> 
> Andrew M. Scott wrote:
> > PROBLEM:
> > 
> > Emacs "Timed out waiting for property-notify event" on RealVNC 4.X
> > vncconfig when a large (> 2.5MB) portion of text is kill-ring-save(d).
> > 
> > Unfortunately, the EDA tool ascii log files we deal with are regularly
> > larger than 2.5MB.
> > 
> > Our use model is to run VNC viewer on one OS (e.g. WindowsXP Pro) and
> > run the EDA tools, Emacs, vncserver and vnconfig binaries on gnu/linux
> > platforms. 
> > 
> > I had not problem editing the same testcase in one vim-6.3 editor
> > session and copying the file contents and pasting into another vim-6.3
> > invocation, in the same VNC session.
> ...
> > WORKAROUNDS/REMEDIES:
> > 
> > 1. Is there a way that GNU Emacs can be made more "tolerant" of the 
> >    "Emacs being flooded with selection requests" issue mentioned in
> >    etc/PROBLEMS for klipper? (I'm assuming at this point that the
> >    this is the problem is the same for vncconfig).
> > 
> >    I'm a gdb, C, and X11 programming novice. I'll need explicit
> >    instructions if there is any debugging assistance I can provide to
> >    narrow the problem.
> > 
> > 2. Killing vncconfig 4.X isn't really a solution to my general need
> >    for cut/paste support between apps within/between VNC sessions,
> >    clients and/or Microsoft Windows apps.
> 
> Copy-and-pasting the entire content of each file is not really a
> solution for file sharing between your GNU/Linux and Windows platforms.
> Why not run Samba on the GNU/Linux machine?

Sorry I wasn't clear. Most of the large-selection Copy-and-pasting I'm doing is
from gnu/linux application to another gnu/linux application, both running in the
same VNC session as is CVS Emacs-22. 

The less frequent text copy-and-pasting from gnu/linux <-> WindowsXP are usually
much smaller files or selections. I do regularly use Samba for larger gnu/linux
-> Windows transfers.

Thanks,
Andy Scott

Andy Scott