From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] system-type cygwin with window-system w32 Date: Mon, 18 Jul 2011 20:52:22 +0200 Message-ID: <4E2480E6.5040306@gmx.de> References: 4E240C17.4020102@gmail.com <4E246E75.6040807@gmx.de> <4E24726D.1080609@gmail.com> <4E2476BA.40201@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1311015189 4271 80.91.229.12 (18 Jul 2011 18:53:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 18 Jul 2011 18:53:09 +0000 (UTC) Cc: emacs-devel@gnu.org To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 18 20:53:05 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QiswB-0007a7-UD for ged-emacs-devel@m.gmane.org; Mon, 18 Jul 2011 20:53:04 +0200 Original-Received: from localhost ([::1]:40795 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QiswA-0008Ao-PI for ged-emacs-devel@m.gmane.org; Mon, 18 Jul 2011 14:53:02 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:45283) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qisvs-0008AA-At for emacs-devel@gnu.org; Mon, 18 Jul 2011 14:52:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qisvp-00037K-Mj for emacs-devel@gnu.org; Mon, 18 Jul 2011 14:52:43 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:55711) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Qisvo-00037B-OP for emacs-devel@gnu.org; Mon, 18 Jul 2011 14:52:41 -0400 Original-Received: (qmail invoked by alias); 18 Jul 2011 18:52:37 -0000 Original-Received: from unknown (EHLO [10.130.127.138]) [89.204.155.138] by mail.gmx.net (mp072) with SMTP; 18 Jul 2011 20:52:37 +0200 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX18oyT11GEEoLU5e0N8zoDSnvNhhvOU5lDp0/E5EDG pdlG80PIOcgTRi User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) In-Reply-To: <4E2476BA.40201@gmail.com> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 213.165.64.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:142133 Archived-At: Daniel Colascione wrote: > This requirement is incompatible > with using lisp code to render clipboard content: we might have received a > window message at an inopportune time for calling back into Lisp, and we can't > delay the response to WM_RENDERFORMAT by re-queuing or somesuch. Today's NT > clipboard code doesn't have to address the issue because it never calls into Lisp. Well, you can do this if you have a function to pump elisp events, say drain_lisp_queue(): That would be basically command_loop_1() with while (1) replaced by while (detect_input_pending()) Then, in window_proc: case WM_RENDERFORMAT: queue_lisp_event(); //I guess it's "kbd_buffer_store_event_hold" drain_lisp_queue(); break; Or such. --- grischka