public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "KARR, DAVID" <dk068x@att.com>
To: "cygwin@cygwin.com" <cygwin@cygwin.com>
Subject: RE: Fatal error from Cygwin emacs-w32 every day or so
Date: Wed, 23 Apr 2014 17:56:00 -0000	[thread overview]
Message-ID: <B8D164BED956C5439875951895CB4B22266131D4@CAFRFD1MSGUSRIA.ITServices.sbc.com> (raw)
In-Reply-To: <5357E03B.8060205@cornell.edu>

> -----Original Message-----
> Of Ken Brown
> Sent: Wednesday, April 23, 2014 8:46 AM
> Subject: Re: Fatal error from Cygwin emacs-w32 every day or so
> 
> On 4/23/2014 10:03 AM, KARR, DAVID wrote:
> >> -----Original Message-----
> >> Of KARR, DAVID
> >> Sent: Monday, April 21, 2014 7:21 PM
> >> Subject: RE: Fatal error from Cygwin emacs-w32 every day or so
> >>
> >> *** Security Advisory: This Message Originated Outside of AT&T ***.
> >> Reference http://cso.att.com/EmailSecurity/IDSP.html for more
> information.
> >>
> >>> -----Original Message-----
> >>> Of Ken Brown
> >>> Sent: Monday, April 21, 2014 11:34 AM
> >>> Subject: Re: Fatal error from Cygwin emacs-w32 every day or so
> >>>
> >>> On 4/21/2014 1:25 PM, KARR, DAVID wrote:
> >>>>> -----Original Message-----
> >>>>> Of Ken Brown
> >>>>> Sent: Monday, April 21, 2014 4:16 AM
> >>>>> Subject: Re: Fatal error from Cygwin emacs-w32 every day or so
> >>>>>
> >>>>> On 4/21/2014 1:14 AM, KARR, DAVID wrote:
> >>>>>>> -----Original Message-----
> >>>>>>> Of KARR, DAVID
> >>>>>>> Sent: Saturday, April 19, 2014 6:19 PM
> >>>>>>> Subject: RE: Fatal error from Cygwin emacs-w32 every day or so
> >>>>>>>
> >>>>>>>> -----Original Message-----
> >>>>>>>> Of Ken Brown
> >>>>>>>> Sent: Saturday, April 19, 2014 4:38 PM
> >>>>>>>> Subject: Re: Fatal error from Cygwin emacs-w32 every day or so
> >>>>>>>>
> >>>>>>>> On 4/15/2014 12:13 PM, Ken Brown wrote:
> >>>>>>>>> On 4/15/2014 12:12 AM, Eli Zaretskii wrote:
> >>>>>>>>>>> Date: Mon, 14 Apr 2014 21:08:15 -0700
> >>>>>>>>>>> From: Ken Brown
> >>>>>>>>>>>
> >>>>>>>>>>>> I just saw it die, and this is the bt I get:
> >>>>>>>>>>>>
> >>>>>>>>>>>> Program received signal SIGSEGV, Segmentation fault.
> >>>>>>>>>>>> 0x0000000100551354 in wait_reading_process_output (
> >>>>>>>>>>>>          time_limit=time_limit@entry=0, nsecs=nsecs@entry=0,
> >>>>>>>>>>>>          read_kbd=read_kbd@entry=-1,
> >>>>> do_display=do_display@entry=true,
> >>>>>>>>>>>>          wait_for_cell=wait_for_cell@entry=4304630834,
> >>>>>>>>>>>>          wait_proc=wait_proc@entry=0x0,
> >>>>>>>>>>>> just_wait_proc=just_wait_proc@entry=0)
> >>>>>>>>>>>>         @/usr/src/debug/emacs-24.3-7/src/process.c:4677
> >>>>>>>>>>>> 4677                      if (wait_proc->gnutls_p /* Check
> for
> >>>>>>> valid
> >>>>>>>>>>>> process.  */
> >>>>>>>>>>>
> >>>>>>>>>>> This backtrace doesn't make sense.  If you look at the source
> >>> code,
> >>>>>>>>>>> you'll see that if wait_proc is NULL on entry to
> >>>>>>>>>>> wait_reading_process_output, then line 4677 is never reached.
> >>> I'm
> >>>>>>> not
> >>>>>>>>>>> sure what would cause a bogus backtrace like this.  BLODA?
> >>>>>>>>>>> Optimization?
> >>>>>>>>>>>
> >>>>>>>>>>> In any case, I suggest that you wait a week until I have a
> >> chance
> >>>>> to
> >>>>>>>>>>> build a pretest of 24.4 for you to try.  I'll build it without
> >>>>>>>>>>> optimization to make debugging easier.
> >>>>>>>>>>
> >>>>>>>>>> This is a known problem with GnuTLS support, it was solved in
> >> the
> >>>>>>>>>> Emacs repository last November (bzr revision 114956, if someone
> >>>>> wants
> >>>>>>>>>> the diffs), and surely should be solved in the upcoming Emacs
> >>> 24.4.
> >>>>>>>>>
> >>>>>>>>> Thanks, Eli!  In that case I'll make a new release of emacs-24.3
> >>> with
> >>>>>>>>> that patch applied, to see if it resolves the issue for the OP.
> >>>>>>>>
> >>>>>>>> I've rebuilt emacs-24.3 with the gnutls fix.  David and Achim
> (and
> >>>>>>>> anyone else who's been experiencing these crashes), please try
> the
> >>>>>>>> following binary and let me know if it solves the problem:
> >>>>>>>>
> >>>>>>>>        http://sanibeltranquility.com/cygwin/emacs-w32.exe.xz
> >>>>>>>>
> >>>>>>>> You might have to do "chmod +x emacs-w32.exe" after uncompressing
> >>> it.
> >>>>>>>>
> >>>>>>>> If it fixes the problem, I'll issue a new release of emacs-24.3.
> >> If
> >>>>>>>> not, I'll build a pretest of emacs-24.4 for you to try.
> >>>>>>>
> >>>>>>> Ok.  It's running.  As it only fails after random intervals, I'll
> >>> have
> >>>>> to
> >>>>>>> keep it running for a while.  I'll give it a day or so.
> >>>>>>
> >>>>>> I came back to my computer and saw two dialogs, one saying that my
> >> VPN
> >>>>> connection had died (that happens from time to time), and the other
> >> the
> >>>>> Emacs failure dialog.  I started this executable from gdb, but it's
> >>> saying
> >>>>> that it doesn't have symbols, so the stacktrace probably isn't
> >> helpful,
> >>>>> but this is what I saw:
> >>>>>
> >>>>> Right.  I just supplied a stripped binary for a quick test.  It's
> not
> >>>>> suitable for debugging.
> >>>>>
> >>>>>> I've started it again, but not in gdb this time.
> >>>>>
> >>>>> If it crashes again, I'll build a pretest of 24.4 without
> >> optimization
> >>>>> and issue it as a test release.
> >>>>
> >>>> It just failed again while sitting here in my office (no relation to
> >>> VPN/network issues).
> >>>
> >>> Could you try one more thing if you haven't already:  Start emacs with
> >>> the -Q option, in case there's something in your initialization files
> >>> that triggers the problem.
> >>
> >> I started both a regular instance and the "-Q" instance around noon
> today
> >> (7 hours ago).  The regular instance failed once since then, which I
> >> restarted.  The Q instance hasn't failed yet.  That's not a definite,
> but
> >> it's lasted longer so far.  Note that I haven't changed my .emacs in a
> >> very long time.
> >
> > The regular instance has failed several times in the last couple of
> days, whereas the "-Q" one still hasn't failed once.
> 
> OK, we've made progress.  The next step is to bisect your .emacs and
> find what it is that's triggering the failure.  You might have to also
> check your site-lisp directories (/usr/share/emacs/site-lisp and
> /usr/share/emacs/24.3/site-lisp) if you've done any customization in them.

(I really do dislike the spam filter on this list.  Failing because of "cygwin" at "cygwin.com" in the body is really annoying.)

Ok.  This is going to be a long process.  I know I haven't hacked in /usr/share, so that's safe.  

--
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

  reply	other threads:[~2014-04-23 17:56 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-13 17:53 KARR, DAVID
2014-04-14  0:42 ` Ken Brown
2014-04-14  1:47   ` KARR, DAVID
2014-04-14 16:19     ` Ken Brown
2014-04-14 16:28       ` KARR, DAVID
2014-04-14 16:38         ` Ken Brown
2014-04-14 16:43           ` KARR, DAVID
2014-04-14 17:21       ` Achim Gratz
2014-04-14 18:32   ` KARR, DAVID
2014-04-14 18:40     ` Achim Gratz
2014-04-14 18:46       ` Christopher Faylor
2014-04-15  4:08     ` Ken Brown
2014-04-15  7:12       ` Eli Zaretskii
2014-04-15 16:13         ` Ken Brown
2014-04-19 23:38           ` Ken Brown
2014-04-20  1:19             ` KARR, DAVID
2014-04-21  5:14               ` KARR, DAVID
2014-04-21 11:15                 ` Ken Brown
2014-04-21 17:26                   ` KARR, DAVID
2014-04-21 18:34                     ` Ken Brown
2014-04-22  2:21                       ` KARR, DAVID
2014-04-23 14:03                         ` KARR, DAVID
2014-04-23 15:46                           ` Ken Brown
2014-04-23 17:56                             ` KARR, DAVID [this message]
2014-04-23 18:41                               ` Christopher Faylor
2014-04-23 19:11                                 ` KARR, DAVID
2014-04-24  1:53                                   ` Christopher Faylor
2014-04-23 23:58             ` David Rothenberger
2014-04-24 12:35               ` Ken Brown
2014-05-02  6:52             ` Achim Gratz
2014-05-02 10:50               ` Achim Gratz
2014-05-03  2:09                 ` Ken Brown
2014-05-08 16:21                   ` Achim Gratz
2014-05-03 14:07                 ` Achim Gratz
2014-04-15  0:49   ` KARR, DAVID
2014-05-05 21:34 ` KARR, DAVID
2014-05-07 23:42   ` KARR, DAVID
2014-05-08  1:46     ` Ken Brown
2014-05-08 16:03       ` KARR, DAVID
2014-05-09  0:05         ` Ken Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=B8D164BED956C5439875951895CB4B22266131D4@CAFRFD1MSGUSRIA.ITServices.sbc.com \
    --to=dk068x@att.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).