From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Emacs as a desktop environment Date: Fri, 27 May 2011 10:50:24 +0900 Message-ID: <878vtsap3z.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87aaebbndz.fsf@lifelogs.com> <09EEF7C6-A715-412D-ABE7-022681CD2E85@raeburn.org> <868vtufuo0.fsf@gmail.com> <19933.59636.382811.985972@a1i15.kph.uni-mainz.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1306460633 7172 80.91.229.12 (27 May 2011 01:43:53 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 27 May 2011 01:43:53 +0000 (UTC) Cc: Ken Raeburn , Evans Winner , emacs-devel@gnu.org To: Ulrich Mueller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 27 03:43:49 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 1QPm5d-0002Fm-H0 for ged-emacs-devel@m.gmane.org; Fri, 27 May 2011 03:43:49 +0200 Original-Received: from localhost ([::1]:52928 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QPm5d-00040x-6D for ged-emacs-devel@m.gmane.org; Thu, 26 May 2011 21:43:49 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:43672) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QPm5b-00040s-4C for emacs-devel@gnu.org; Thu, 26 May 2011 21:43:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QPm5a-0003yy-Cj for emacs-devel@gnu.org; Thu, 26 May 2011 21:43:47 -0400 Original-Received: from mgmt1.sk.tsukuba.ac.jp ([130.158.97.223]:42343) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QPm5a-0003yd-21 for emacs-devel@gnu.org; Thu, 26 May 2011 21:43:46 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id 3CE953FA06DE; Fri, 27 May 2011 10:43:36 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 526C2120E95; Fri, 27 May 2011 10:50:24 +0900 (JST) In-Reply-To: <19933.59636.382811.985972@a1i15.kph.uni-mainz.de> X-Mailer: VM 8.1.93a under 21.5 (beta31) "ginger" eb4eeec50f25 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.223 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:139749 Archived-At: Ulrich Mueller writes: > There hasn't been much activity on the GTK+ bug in the last 5 years. > I really wonder why they aren't interested in fixing this. Why wonder? You obviously "do" free software, you *could* fix it (possibly at very high cost to yourself[1]). If you don't care enough to fix it yourself, is it really that surprising that they don't? Clearly, they itch there even less than you do, so they're scratching something else. Kudos to the Emacs community for caring so much about That Other Guy's Bugs, and fixing them! Footnotes: [1] Although sometimes it's surprisingly easy. AFAIK X.org's "nonblocking mode" _XtWaitForSomething() still can block. But it took me less than 15 minutes to interrupt the infloop, locate that function in the gdb backtrace, download the source, trace the code and realize there were a minimum of two ways to block in that loop, and verify it. Another ten minutes to find out where to submit a patch that fixed both for my purposes, and do it. I guess the patch was suboptimal; AFAIK it never was applied. :-/ MacPorts fixed the problem in their build of Xlib by using select() instead of poll(), so I don't much care any more. Hell, I wouldn't even be surprised if the GTK+ bug is related to this one, since in both cases you're multiplexing on fds. I wouldn't bet you can find that relationship in 15 minutes, though. :-)