Re: -nolisten tcp -multiwindow combination crashes in XWin startup

Re: -nolisten tcp -multiwindow combination crashes in XWin startup

[Dave]

Jon:  Thanks for the pointers to the fork() problem faqs.  That and a bit of googling led me to give rebaseall a try, and
that appears to have cured my issue.  (For others, instructions can be found at
http://www.heikkitoivonen.net/blog/2008/11/26/cygwin-upgrades-and-rebaseall/ .)

Suggestion, perhaps more to the main cygwin team:  Since this issue is cygwin specific and is a bit obscure (I've
been using cygwin for a good many years, but this is the first time I've recognized I had issues from this), it'd be nice
if users didn't have to learn about this the hard way.  Could running rebaseall perhaps be automated as part of setup.com?


----- Original Message -----
From: Jon TURNEY

Sent: Tuesday, November 1, 2011 6:52 AM
Subject: Re: -nolisten tcp -multiwindow combination crashes in XWin startup

On 31/10/2011 19:22, Dave wrote:
> Sadly this one wants to play a little hard to get...
> 
> I have tried this on two somewhat similar machines - 5 years difference in hardware, but both XP Pro up-to-date on Microsoft Update, and both running the cygwin versions present on mirror.mcs.anl.gov as of this weekend - both were upgraded, then after both were, I checked that there were no further upgrades posted in between.  The two differ regarding which packages are present, but for those present, they'd seem to be at the same versions.
> 
> One shows this problem quite consistently, the other doesn't show it at all.  It's the newer one, which has a good amount of memory to spare and is usually the more reliable these days, that is showing the problem.
> 
> I can recreate the problem at will on the one that shows it by starting XWin at the command line directly, under xinit, or under startxwin.  But if I try to start XWin under gdb, I don't see the problem; see below.  (The page you pointed me to suggests attaching gdb after startup, but that doesn't seem reasonable in this case.)
> 
> I notice in the output from starting XWin at the command line there's the line
>        3 [main] XWin 4520 fork: child 5408 - died waiting for dll loading, errno 11
> I didn't see this output or captured in /var/log/xwin/XWin.0.log when I ran via xinit or startxwin.  I don't know if that line got generated but lost in output redirections, or if this way of starting X is maybe seeing yet a different problem.  This line seems similar to that reported by Denis Beauchemin, Wed, 19 Oct 2011 14:17:54 +0000.

Yes, this line is output directly by the cygwin DLL, so you won't see it in XWin.0.log

This output is typical of some other software causing cygwin problems with fork emulation, see [1] and [2] in the FAQ.

> Any suggestions re how else to get the backtrace you desire, or any other info that might be helpful?

You may be able to get something useful using the JIT debugger, by setting the error_start token in the CYGWIN env var, prior to invoking the command which crashes, e.g.

CYGWIN="error_start=C:\cygwin\bin\dumper"
CYGWIN="error_start=C:\cygwin\bin\gdb"


> The below were run within a shell within Emacs running on an X server other than :0.  The behavior looks the same as when running in a Windows CMD shell, except here the XWin output seems to be printing locally rather than going to XWin.0.log.  The "@@@@@@@"s are hand-edited whiteouts.
> 
> The note below about Zonealarm is "interesting".  No Zonealarm, tho do have McAfee's firewall enabled.

Apparently cygcheck detects ZoneAlarm by looking for the registry key "SYSTEM\\CurrentControlSet\\Services\\vsdatant", or the file "%windir%\\System32\\vsdatant.sys".

> The run under gdb seemed to startup ok; I closed up X after a little while via "Exit..." on the taskbar icon.

[1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-fork-failures
[2] http://cygwin.com/faq-nochunks.html#faq.using.bloda

-- Jon TURNEY
Volunteer Cygwin/X X Server maintainer


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

Re: -nolisten tcp -multiwindow combination crashes in XWin startup

[Christopher Faylor]

On Tue, Nov 01, 2011 at 02:50:35PM -0700, Dave wrote:
>Jon:? Thanks for the?pointers to the fork() problem faqs.? That and a bit of googling led?me to give rebaseall a try, and
>that appears to have cured my issue.? (For others, instructions can be found at
>http://www.heikkitoivonen.net/blog/2008/11/26/cygwin-upgrades-and-rebaseall/?.)
>
>Suggestion, perhaps more to the main cygwin team:? Since this issue is cygwin specific and?is a bit obscure (I've
>been using cygwin for a good many years, but this is the first time I've recognized I had issues from this), it'd be nice
>if users didn't have to learn about this the hard way.? Could running?rebaseall perhaps be automated as part of setup.com?

With all of your googling you didn't come up with any previous
discussions about doing this in setup.exe?

How odd.

cgf


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

Re: -nolisten tcp -multiwindow combination crashes in XWin startup

[Linda Walsh]

Christopher Faylor wrote:

> On Tue, Nov 01, 2011 at 02:50:35PM -0700, Dave wrote:
>> Jon:? Thanks for the?pointers to the fork() problem faqs.? That and a bit of googling led?me to give rebaseall a try, and
>> that appears to have cured my issue.? (For others, instructions can be found at
>> http://www.heikkitoivonen.net/blog/2008/11/26/cygwin-upgrades-and-rebaseall/?.)
>>
> With all of your googling you didn't come up with any previous
> discussions about doing this in setup.exe?
> 
> How odd.

---

*experiencing strangely familiar variations of helpful CFG responses,
I ponder:

I typed in several varitions of
X11,  Xwin,  cygwin, died waiting for dll loading, errno 11...
Tried  " upgrades rebaseall"...
Nope...

Nothing came up concerning rebaseall and setup.exe...nothing about
discussions...I know... lets try:

  "setup.exe rebaseall"

whole bunch of discussions ...came right up...

Maybe _he_ didn't already _know_ _the_ _answer_ in order to
type in the correct search term...nah.. couldn't be that...must be the 
user's fault..lets blame him!... *doi*!




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

Re: -nolisten tcp -multiwindow combination crashes in XWin startup

[Christopher Faylor]

On Thu, Nov 10, 2011 at 02:23:28AM -0800, Linda Walsh wrote:
>Christopher Faylor wrote:
>
>> On Tue, Nov 01, 2011 at 02:50:35PM -0700, Dave wrote:
>>> Jon:? Thanks for the?pointers to the fork() problem faqs.? That and a bit of googling led?me to give rebaseall a try, and
>>> that appears to have cured my issue.? (For others, instructions can be found at
>>> http://www.heikkitoivonen.net/blog/2008/11/26/cygwin-upgrades-and-rebaseall/?.)
>>>
>>>Suggestion, perhaps more to the main cygwin team:?  Since this issue is
>>>cygwin specific and?is a bit obscure (I've been using cygwin for a good
>>>many years, but this is the first time I've recognized I had issues
>>>from this), it'd be nice if users didn't have to learn about this the
>>>hard way.?  Could running?rebaseall perhaps be automated as part of
>>>setup.com?
>>>
>>With all of your googling you didn't come up with any previous
>>discussions about doing this in setup.exe?
>>
>>How odd.
>
>---
>
>*experiencing strangely familiar variations of helpful CFG responses,
>
>I ponder:

>I typed in several varitions of
>X11,  Xwin,  cygwin, died waiting for dll loading, errno 11...
>Tried  " upgrades rebaseall"...
>Nope...
>
>Nothing came up concerning rebaseall and setup.exe...nothing about
>discussions...I know... lets try:
>
>  "setup.exe rebaseall"
>
>whole bunch of discussions ...came right up...
>
>Maybe _he_ didn't already _know_ _the_ _answer_ in order to
>type in the correct search term...nah.. couldn't be that...must be the 
>user's fault..lets blame him!... *doi*!

So, your 14 line response to my 3 line observation concludes that typing
"setup.exe rebaseall" would have uncovered previous discussion but
adding extraneous search terms which have nothing to do with the
suggestion to run rebaseall in setup.exe would not have uncovered past
discussion.

Yep.

cgf

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

Re: -nolisten tcp -multiwindow combination crashes in XWin startup

[Charles Wilson]

On 11/1/2011 5:50 PM, Dave wrote:
> Suggestion, perhaps more to the main cygwin team:  Since this issue is cygwin specific and is a bit obscure (I've
> been using cygwin for a good many years, but this is the first time I've recognized I had issues from this), it'd be nice
> if users didn't have to learn about this the hard way.  Could running rebaseall perhaps be automated as part of setup.com?

Rebase recently (4.0) gained the ability to use a database of
already-rebased DLLs, thanks to Corinna's efforts. I think part of the
purpose was to enable this setup-triggered behavior.

IF setup always ran rebase(all), then with the old rebase, (a) it would
appear to hang for a long time every time you tried to install anything,
while rebaseall was running, and (b) you'd always have to kill ALL
cygwin processes and services, even just to install some simple utility.

With rebase-4.0, those drawbacks won't occur (unless you have to rebase,
say, cygintl-8.dll for some reason).

But, since rebase-4.0 was just released, I think we're letting it simmer
on low heat for a while, before "forcing" everybody to use it during
every setup.exe instance.  It'd be a real shame if rebase-4.0 had some
undiscovered bug...and EVERYBODY got bit with it at once due to a new
"feature" of setup.exe!

--
Chuck

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