MIME-Version: 1.0
In-Reply-To: <20100420142600.GA6011@ednor.casa.cgf.cx>
References: <m2r9d1cfe481004181509tb0853403qf8129030c0059f00 AT mail DOT gmail DOT com> 	 <4BCBAFF0 DOT 9080701 AT gmail DOT com> 	 <20100419063229 DOT GA26209 AT ednor DOT casa DOT cgf DOT cx> 	 <u2v9d1cfe481004190444la24cacabs4ac2ee530018b030 AT mail DOT gmail DOT com> 	 <4BCC6D32 DOT 4060708 AT cygwin DOT com> 	 <20100419174819 DOT GA6110 AT ednor DOT casa DOT cgf DOT cx> 	 <v2x9d1cfe481004192319s5e32c785hf4f8b42d56712c57 AT mail DOT gmail DOT com> 	 <20100420142600 DOT GA6011 AT ednor DOT casa DOT cgf DOT cx>
Date: Sun, 25 Apr 2010 18:06:29 +0300
Message-ID: <v2t9d1cfe481004250806z19233c1fye49957cadde5f982@mail.gmail.com>
Subject: Re: 1.7.5: cygwin programs throw STATUS_ACCESS_VIOLATION exceptions
From: Yuval Emek <yuval DOT emek AT gmail DOT com>
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com

On Tue, Apr 20, 2010 at 17:26, Christopher Faylor wrote:
>
> On Tue, Apr 20, 2010 at 09:19:28AM +0300, Yuval Emek wrote:
> >On Mon, Apr 19, 2010 at 20:48, Christopher Faylor wrote:
> >> On Mon, Apr 19, 2010 at 10:48:18AM -0400, Larry Hall (Cygwin) wrote:
> >>>On 4/19/2010 7:44 AM, Yuval Emek wrote:
> >>>> On Mon, Apr 19, 2010 at 09:32, Christopher Faylor
> >>>> <cgf-use-the-mailinglist-please...> ?wrote:
> >>> ? ?^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >>><http://cygwin.com/acronyms/#PCYMTNQREAIYR>. ?Feeding spammers just ma=
kes
> >>>them hungry.
> >>>
> >>><snip>
> >>>
> >>>>> p.envptr is supposed to be filled in by the call to _cygwin_crt0_co=
mmon
> >>>>> in cygwin_attach_dll. ?It is supposed to be set to the address of t=
he
> >>>>> "environ" variable in the DLL. ?It is not supposed to be NULL. ?That
> >>>>> assignment should actually not even be necessary but the fact that
> >>>>> envptr may be NULL is a problem. ?Of course, it could just be some
> >>>>> non-NULL garbage too. ?Running in gdb and getting a stack trace wou=
ld be
> >>>>> instructive.
> >>>>
> >>>> Can you be more specific? (I have been using cygwin for a while, but=
 I
> >>>> never debugged it beforehand.)
> >>>> I can install gdb using setup.exe . What should I do then in order to
> >>>> obtain a stack trace?
> >>>
> >>>Grab a snapshot from <http://cygwin.com/snapshots/>. ?You want the DLL
> >>>and debugging info at least.
> >>
> >> And, assuming that you can actually run gdb, just "gdb bash" and then =
"r".
> >
> >I installed gdb and then downloaded the (latest) snapshots of
> >cygwin1.dll and cygwin1.dbg and extracted then to /bin/ (replacing the
> >previous cygwin1.dll) .
> >Running gdb bash seems to fail since there are no debugging symbols.
> >In particular, when typing r in the gdb prompt, I get the following
> >output:
> >
> >Starting program: /usr/bin/bash
> >[New thread 3800.0x15b4]
> >(no debugging symbols found)
> >(no debugging symbols found)
> >(no debugging symbols found)
> >[New thread 3800.0x13f4]
> >
> >[1]+ =A0Stopped =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 gdb bash
> >
> >(Makes sense, I guess, as bash was not compiled with debugging info.)
> >Can I download debugging info for bash from somewhere? (As far as I
> >understand, I don't even have the source code for bash.)
> >Is there something else I can do?
>
> I'm not interested in bash symbols.
>
> In the above it sounds like you may actually be running gdb from bash.
>
> I suggested bash because I thought most cygwin programs were dying but,
> on rereading the original report, you only mentioned xterm, emacs, and
> subversion. =A0So, the thing to try would be to run gdb on one of those
> from a c:\> prompt. =A0And, it really would be as simple as just typing:
>
> gdb svn
> r
> bt
>
> and reporting the backtrace.
>
> cgf
>

I cannot produce a backtrace:
I run gdb on emacs (from a dos command prompt). Then I set the
arguments of emacs to --batch -l bar.el (which causes the
aforementioned exception many times) and type run.
In 2 out of three runs, I get a message that looks like:

***message begins***
Starting program: /cygdrive/c/cygwin/bin/emacs --batch -l bar.el
[New thread 4980.0x14dc]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New thread 4980.0x1600]
warning: ERROR !!! HeapSetInformation failed to set g_Heap to LFH

warning: ERROR !!! HeapSetInformation failed to set g_SpyHeap to LFH

[New thread 4980.0x798]
[New thread 4980.0xdc0]
warning: Lowest section in /cygdrive/c/Windows/system32/security.dll is .te=
xt at
=A000401000
[New thread 4980.0x1410]
[New thread 4980.0x1700]
(No files need saving)
[New thread 4980.0xe24]
=A0=A0=A0=A0=A0 5 [main] emacs-X11 4040 exception::handle: Exception: STATU=
S_ACCESS_VIOLAT
ION
=A0=A0=A0 723 [main] emacs-X11 4040 open_stackdumpfile: Dumping stack trace=
 to emacs-X
11.exe.stackdump
=A0=A0=A0=A0=A0 8 [main] emacs-X11 2056 exception::handle: Exception: STATU=
S_ACCESS_VIOLAT
ION
=A0=A0=A0 743 [main] emacs-X11 2056 open_stackdumpfile: Dumping stack trace=
 to emacs-X
11.exe.stackdump
=A0=A0=A0=A0=A0 6 [main] emacs-X11 2948 exception::handle: Exception: STATU=
S_ACCESS_VIOLAT
ION
=A0=A0=A0 719 [main] emacs-X11 2948 open_stackdumpfile: Dumping stack trace=
 to emacs-X
11.exe.stackdump
=A0=A0=A0=A0=A0 6 [main] emacs-X11 1100 exception::handle: Exception: STATU=
S_ACCESS_VIOLAT
ION
=A0=A0=A0 739 [main] emacs-X11 1100 open_stackdumpfile: Dumping stack trace=
 to emacs-X
11.exe.stackdump
[New thread 4980.0x12b8]

Program exited normally.
***message ends***

Afterward, when typing bt, I receive a "No stack" message.

A piece of info that may help:
The message

=A0=A0=A0=A0=A0 6 [main] emacs-X11 4832 exception::handle: Exception: STATU=
S_ACCESS_VIOLAT
ION
=A0=A0 1113 [main] emacs-X11 4832 open_stackdumpfile: Dumping stack trace t=
o emacs-X
11.exe.stackdump

that accompanies about 50% of the emacs, xterm, svn invocations is
sometimes followed by the following message:

=A0=A0=A0=A0=A0 6 [main] emacs 6076 fork: child -1 - died waiting for longj=
mp before initi
alization, retry 0, exit code 0x600, errno 11

I don't know why but I cannot produce this latter message from within dbg.

Any suggestions?

> --
> Problem reports: =A0 =A0 =A0 http://cygwin.com/problems.html
> FAQ: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://cygwin.com/faq/
> Documentation: =A0 =A0 =A0 =A0 http://cygwin.com/docs.html
> Unsubscribe info: =A0 =A0 =A0http://cygwin.com/ml/#unsubscribe-simple
>

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