From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25836 invoked by alias); 18 May 2015 13:43:19 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 25826 invoked by uid 89); 18 May 2015 13:43:18 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: limerock02.mail.cornell.edu Received: from limerock02.mail.cornell.edu (HELO limerock02.mail.cornell.edu) (128.84.13.242) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 18 May 2015 13:43:17 +0000 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock02.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id t4IDhFxw015191 for ; Mon, 18 May 2015 09:43:15 -0400 Received: from [192.168.1.4] (cpe-67-249-176-138.twcny.res.rr.com [67.249.176.138]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id t4IDhDYn003566 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 18 May 2015 09:43:14 -0400 Message-ID: <5559EC69.2000704@cornell.edu> Date: Mon, 18 May 2015 14:48:00 -0000 From: Ken Brown User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: emacs-w32 24.5.1: Crashes with --daemon and in "About Emacs" References: <55588B3A.8050906@cornell.edu> <5559DC54.8050008@cornell.edu> In-Reply-To: <5559DC54.8050008@cornell.edu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg00215.txt.bz2 On 5/18/2015 8:34 AM, Ken Brown wrote: > On 5/18/2015 1:57 AM, Martin Anantharaman wrote: >> Ken, >> >> so that we do not get side-tracke by differences in our emacs-customizations >> I now re-produced the error in a "clean" environment, i.e. I unset >> ALTERNATE_EDITOR and did the following: > > Did you also make sure that EMACS_SERVER_FILE was not set? > >> $ emacs --daemon -Q >> Starting Emacs daemon. >> >> $ emacsclient .shrc >> Waiting for Emacs... >> *ERROR*: Could not open file: /dev/cons1 > > So this time emacsclient did not complain that it couldn't find the socket. But > why is it trying to open /dev/cons1? Are you running these commands in a > Windows console rather than a Cygwin Terminal (mintty)? If so, please try it in > a Cygwin Terminal. > >> $ emacsclient .shrc >> Waiting for Emacs... >> >> (emacsclient returns immediately, task-manager shows there is no more >> emacs-w32 process and there is a new stackdump in the working directory) >> >> $ cat emacs-w32.exe.stackdump >> Stack trace: >> Frame Function Args >> 017075E4 61033210 (00000558, 0000EA60, 000000A4, 01707654) >> 01707714 610EF12F (00000012, 00000000, 0170776C, 6110E4AF) >> >> To get some more insight I tried to do the same on another machine running >> Arch Linux (though with emacs 24.3 under LXDE) and guess what: At any number >> of calls to emacsclient as above a (emacs-)window is opened in the TERMINAL >> from which I run emacsclient (though a new desktop-window is opened when >> emacsclient is called with the -c option) - which is not working in my >> Cygwin/Windows combination giving the error "*ERROR*: Could not open file: >> /dev/cons1" and crashing emacs on the next c. >> >> So what happends when you call emacs and then emacsclient in the same order >> as shown? > > I get the Linux behavior that you just described. > >> Regarding the 2. problem (crash on About Emacs) it happens exactly the same >> way when I call emacs with emacs -Q and immediately open About Emacs. I will >> get the debuginfo and try to see where/why it is crashing when I have a >> little spare time - I was just hoping that the stackdump I had attached >> before might actually allow you to localize the error. > > The two addresses shown in the stackdump (in the "Function" column) are both in > cygwin1.dll. > > $ addr2line -e /usr/lib/debug/usr/bin/cygwin1.dbg 61033210 > /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/exceptions.cc:1540 > > $ addr2line -e /usr/lib/debug/usr/bin/cygwin1.dbg 610EF12F > /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sigproc.cc:714 > > This doesn't tell us anything about what was happening in emacs. And here too I recommend starting emacs from a Cygwin Terminal if that isn't what you've been doing. Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple