From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Brown Newsgroups: gmane.emacs.devel Subject: Re: Is the Cygw32 port ready for testing? Date: Mon, 15 Oct 2012 15:33:03 -0400 Message-ID: <507C64EF.5040209@cornell.edu> References: <507B404C.8050602@cornell.edu> <507B4A96.6000804@dancol.org> <507B6404.8080103@cornell.edu> <507B68BD.2050409@dancol.org> <83pq4j4pwi.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1350329600 26392 80.91.229.3 (15 Oct 2012 19:33:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Oct 2012 19:33:20 +0000 (UTC) Cc: dancol@dancol.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 15 21:33:27 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TNqPm-0004LD-9U for ged-emacs-devel@m.gmane.org; Mon, 15 Oct 2012 21:33:26 +0200 Original-Received: from localhost ([::1]:58074 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNqPf-0003wO-GP for ged-emacs-devel@m.gmane.org; Mon, 15 Oct 2012 15:33:19 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:55732) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNqPd-0003wF-8i for emacs-devel@gnu.org; Mon, 15 Oct 2012 15:33:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TNqPb-000164-KS for emacs-devel@gnu.org; Mon, 15 Oct 2012 15:33:17 -0400 Original-Received: from limestone5.mail.cornell.edu ([128.253.83.165]:36782) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNqPb-00015v-Gm; Mon, 15 Oct 2012 15:33:15 -0400 X-CornellRouted: This message has been Routed already. Original-Received: from soapstone1.mail.cornell.edu (soapstone1.mail.cornell.edu [128.253.83.143]) by limestone5.mail.cornell.edu (8.14.4/8.14.4) with ESMTP id q9FJX3W1017654; Mon, 15 Oct 2012 15:33:04 -0400 (EDT) Original-Received: from authusersmtp.mail.cornell.edu (granite2.mail.cornell.edu [128.253.83.142]) by soapstone1.mail.cornell.edu (8.14.4/8.14.4) with ESMTP id q9FJX5NJ027548; Mon, 15 Oct 2012 15:33:05 -0400 (EDT) Original-Received: from [128.84.234.242] (dhcp242.math.cornell.edu [128.84.234.242]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id q9FJX3j7001202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 15 Oct 2012 15:33:03 -0400 (EDT) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 In-Reply-To: <83pq4j4pwi.fsf@gnu.org> X-PMX-CORNELL-SPAM-CHECKED: Pawpaw X-PMX-Version: 5.5.9.395186, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.10.15.191819 X-Original-Sender: kbrown@cornell.edu - Mon Oct 15 15:33:03 2012 X-PMX-CORNELL-REASON: CU_White_List_Override X-detected-operating-system: by eggs.gnu.org: Solaris 9 X-Received-From: 128.253.83.165 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:154358 Archived-At: On 10/15/2012 1:16 PM, Eli Zaretskii wrote: >> Date: Mon, 15 Oct 2012 10:14:26 -0400 >> From: Ken Brown >> Cc: Emacs >> >> The build with dbus support still doesn't work. An "Emacs abort" >> dialogue box comes up during the build [which I've never seen before >> when doing a Cygwin build] asking if I want to attach gdb. > > That dialog is one sign that the native Windows GUI and window manager > are used for display and input. It's what happens when Emacs aborts > itself or catches some other fatal signal. > > Attaching a debugger, as instructed in the dialog, will allow you to > produce a backtrace that might show what went wrong. I'm hoping that Daniel will be able to reproduce the problem and fix it. If not, I'll try to debug it when I return from my trip. Ken