X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=1.1 required=5.0 tests=BAYES_20,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SARE_MSGID_LONG45,TW_CG,TW_GJ,TW_SV,TW_VP,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By:	sourceware.org
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
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list 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

- Raw text -