From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9240 invoked by alias); 1 Nov 2011 08:22:20 -0000 Received: (qmail 9227 invoked by uid 22791); 1 Nov 2011 08:22:19 -0000 X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,GENERIC_IXHASH,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mux2.uit.no (HELO mux2.uit.no) (129.242.5.252) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 01 Nov 2011 08:22:02 +0000 Received: from CAS04.ad.uit.no (cas04.uit.no [129.242.7.104]) by mux2.uit.no (8.14.2/8.14.2/Mux) with ESMTP id pA18LxGn027613 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 1 Nov 2011 09:22:00 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.3 mux2.uit.no pA18LxGn027613 Received: from mbs01.uit.no ([169.254.1.139]) by CAS04.ad.uit.no ([129.242.7.104]) with mapi id 14.01.0339.001; Tue, 1 Nov 2011 09:21:55 +0100 From: =?utf-8?B?RWR2YXJkc2VuIEvDpXJl?= To: "cygwin-xfree@cygwin.com" Subject: Re: Default settings for XTerm Date: Tue, 01 Nov 2011 08:22:00 -0000 Message-ID: <1320135692.5480.54.camel@kare-desktop> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com X-SW-Source: 2011-11/txt/msg00000.txt.bz2 T24gTW9uLCAzMSBPY3QgMjAxMSwgRWxpb3QgTW9zcyB3cm90ZToKCiAgICAg ICAgT24gMTAvMzEvMjAxMSAzOjQ1IFBNLCBFbGlvdCBNb3NzIHdyb3RlOgog ICAgICAgICAgICAgICAgSSB0aGluayB0aGF0J3MgImN1c3RvbWl6YXRpb246 IC1jb2xvciIgKG5vdGUgdGhlCiAgICAgICAgICAgICAgICBkYXNoKSwgYnV0 IHllcyA6LSkgLi4uIEVsaW90IE1vc3MKICAgICAgICAKICAgICAgICBTaGVl c2gsIEkgYWxzbyB0eXBlZCBpdCB3cm9uZywgY29ycmVjdGVkIGFib3ZlISBF TQoKOi0pCgoKSSB0aGluayBJJ2xsIGZpbmQgaXQgOikKCkNoZWVycywKS8Ol cmUK >>From cygwin-xfree-return-30525-listarch-cygwin-xfree=sources.redhat.com@cygwin.com Tue Nov 01 13:52:49 2011 Return-Path: Delivered-To: listarch-cygwin-xfree@sources.redhat.com Received: (qmail 27633 invoked by alias); 1 Nov 2011 13:52:47 -0000 Received: (qmail 27625 invoked by uid 22791); 1 Nov 2011 13:52:46 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,TW_YG X-Spam-Check-By: sourceware.org Received: from smtpout.karoo.kcom.com (HELO smtpout.karoo.kcom.com) (212.50.160.34) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 01 Nov 2011 13:52:18 +0000 Received: from 213-152-38-55.dsl.eclipse.net.uk (HELO [192.168.0.9]) ([213.152.38.55]) by smtpout.karoo.kcom.com with ESMTP; 01 Nov 2011 13:52:16 +0000 Message-ID: <4EAFF999.7010301@dronecode.org.uk> Date: Tue, 01 Nov 2011 13:52:00 -0000 From: Jon TURNEY Reply-To: cygwin-xfree User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111019 Thunderbird/8.0 MIME-Version: 1.0 To: cygwin-xfree@cygwin.com CC: temp131@ymail.com Subject: Re: -nolisten tcp -multiwindow combination crashes in XWin startup References: <1319954770.81475.YahooMailNeo@web114412.mail.gq1.yahoo.com> <4EAEB486.5090002@dronecode.org.uk> <1320088071.46008.YahooMailNeo@web114420.mail.gq1.yahoo.com> <1320088928.33967.YahooMailNeo@web114410.mail.gq1.yahoo.com> In-Reply-To: <1320088928.33967.YahooMailNeo@web114410.mail.gq1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Delivered-To: mailing list cygwin-xfree@cygwin.com X-SW-Source: 2011-11/txt/msg00001.txt.bz2 Content-length: 3258 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 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/