From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27572 invoked by alias); 3 May 2010 15:51:53 -0000 Received: (qmail 27560 invoked by uid 22791); 3 May 2010 15:51:51 -0000 X-SWARE-Spam-Status: No, hits=0.5 required=5.0 tests=BAYES_05,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SARE_MSGID_LONG45,TW_GJ,TW_YG,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mail-bw0-f212.google.com (HELO mail-bw0-f212.google.com) (209.85.218.212) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 03 May 2010 15:51:45 +0000 Received: by bwz4 with SMTP id 4so1449677bwz.18 for ; Mon, 03 May 2010 08:51:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.25.8 with SMTP id x8mr9835474bkb.176.1272901895323; Mon, 03 May 2010 08:51:35 -0700 (PDT) Received: by 10.204.102.148 with HTTP; Mon, 3 May 2010 08:51:35 -0700 (PDT) Date: Mon, 03 May 2010 15:51:00 -0000 Message-ID: Subject: frequently getting a STATUS_ACCESS_VIOLATION exception under win7 From: Yuval Emek To: cygwin-xfree@cygwin.com Content-Type: multipart/mixed; boundary=0003255588524dff730485b29116 X-IsSubscribed: yes 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: 2010-05/txt/msg00002.txt.bz2 --0003255588524dff730485b29116 Content-Type: text/plain; charset=ISO-8859-1 Content-length: 3298 A very annoying situation: I'm getting a STATUS_ACCESS_VIOLATION exception in about 2 out of 3 operations performed under cygwin/x. An operation in this context can be starting an x application (e.g., xterm) or running some command from within emacs (e.g., diff or latex). In attempt to isolate the problem, I reinstalled cygwin from scratch using the default settings of setup.exe + xorg-server, xinit, xorg-docs, and X-start-menu-icons. Next, I open a cygwin bash window and then invoke startxwin.exe . The x-server is invoked but an xterm window does not open and the following message appears: ***message begins*** 4 [main] xterm 7156 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1449 [main] xterm 7156 open_stackdumpfile: Dumping stack trace to xterm.exe.s tackdump 4 [main] xterm 7996 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1356 [main] xterm 7996 open_stackdumpfile: Dumping stack trace to xterm.exe.s tackdump 4 [main] xterm 5268 exception::handle: Exception: STATUS_ACCESS_VIOLATION 647 [main] xterm 5268 open_stackdumpfile: Dumping stack trace to xterm.exe.s tackdump 5 [main] xterm 4316 exception::handle: Exception: STATUS_ACCESS_VIOLATION 739 [main] xterm 4316 open_stackdumpfile: Dumping stack trace to xterm.exe.s tackdump 2 [main] xterm 2752 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1123 [main] xterm 2752 open_stackdumpfile: Dumping stack trace to xterm.exe.s tackdump 5 [main] xterm 3220 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1260 [main] xterm 3220 open_stackdumpfile: Dumping stack trace to xterm.exe.s tackdump 6 [main] xterm 6752 fork: child -1 - died waiting for longjmp before initi alization, retry 0, exit code 0x600, errno 11 xterm: Error 29, errno 11: Resource temporarily unavailable Reason: spawn: fork() failed ***message ends*** The content of the resulting xterm.exe.stackdump file: ***content begins*** Exception: STATUS_ACCESS_VIOLATION at eip=610202F7 eax=00C500F8 ebx=612294A4 ecx=755F783F edx=002620F0 esi=00000000 edi=0022FA14 ebp=61020A10 esp=0022C7E4 program=C:\cygwin\bin\xterm.exe, pid 3220, thread main cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args End of stack trace ***content ends*** This phenomenon (or a similar one where I'm getting only 1 or two lines of the exception and xterm does open) is very common: it happens in about 2 out of 3 startxwin.exe invocation attempts. The same thing happens when I'm trying to open a new xterm window from an existing one. I'm using Windows 7 (32 bits). This is probably a relevant info as my old laptop (with Windows XP) works fine (once again with a fresh installation of cygwin + cygwin/x). I'm somewhat surprised that this problem was not reported before since I know that my office mate suffers from it as well (she is also using Windows 7 32 bits). I've already tried to discuss this problem in the cygwin mailing list (see http://cygwin.com/ml/cygwin/2010-04/msg00740.html) without a positive resolution. Thinking about it some more, I now understand that this problem occurs only under x, so I hope that this is the right mailing list. Any suggestions? The output of cygcheck -s -v -r and the content of /var/log/XWin.0.log are attached. --0003255588524dff730485b29116 Content-Type: application/octet-stream; name="XWin.0.log" Content-Disposition: attachment; filename="XWin.0.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g8rgwe6p0 Content-length: 5726 V2VsY29tZSB0byB0aGUgWFdpbiBYIFNlcnZlcgpWZW5kb3I6IFRoZSBDeWd3 aW4vWCBQcm9qZWN0ClJlbGVhc2U6IDEuOC4wLjAgKDEwODAwMDAwKQpCdWls ZCBEYXRlOiAyMDEwLTA0LTAyCgpDb250YWN0OiBjeWd3aW4teGZyZWVAY3ln d2luLmNvbQpYV2luIHdhcyBzdGFydGVkIHdpdGggdGhlIGZvbGxvd2luZyBj b21tYW5kIGxpbmU6CgpYIDowIC1tdWx0aXdpbmRvdyAKCmRkeFByb2Nlc3NB cmd1bWVudCAtIEluaXRpYWxpemluZyBkZWZhdWx0IHNjcmVlbnMKd2luSW5p dGlhbGl6ZURlZmF1bHRTY3JlZW5zIC0gcHJpbWFyeSBtb25pdG9yIHcgMTY4 MCBoIDEwNTAKd2luSW5pdGlhbGl6ZURlZmF1bHRTY3JlZW5zIC0gbmF0aXZl IERQSSB4IDk2IHkgOTYKd2luSW5pdGlhbGl6ZURlZmF1bHRTY3JlZW5zIC0g UmV0dXJuaW5nCls2OTUzMDcuNzY2XSB3aW5WYWxpZGF0ZUFyZ3MgLSBnX2lO dW1TY3JlZW5zOiAxIGlNYXhDb25zZWN1dGl2ZVNjcmVlbjogMQpbNjk1MzA3 Ljc2Nl0gKElJKSB4b3JnLmNvbmYgaXMgbm90IHN1cHBvcnRlZApbNjk1MzA3 Ljc2Nl0gKElJKSBTZWUgaHR0cDovL3guY3lnd2luLmNvbS9kb2NzL2ZhcS9j eWd3aW4teC1mYXEuaHRtbCBmb3IgbW9yZSBpbmZvcm1hdGlvbgpbNjk1MzA3 Ljc2Nl0gTG9hZFByZWZlcmVuY2VzOiAvaG9tZS9pLXl1dmFsZS8uWFdpbnJj IG5vdCBmb3VuZApbNjk1MzA3Ljc2Nl0gTG9hZFByZWZlcmVuY2VzOiBMb2Fk aW5nIC9ldGMvWDExL3N5c3RlbS5YV2lucmMKWzY5NTMwNy43NjZdIExvYWRQ cmVmZXJlbmNlczogRG9uZSBwYXJzaW5nIHRoZSBjb25maWd1cmF0aW9uIGZp bGUuLi4KWzY5NTMwNy43NjZdIHdpbkdldERpc3BsYXk6IERJU1BMQVk9OjAu MApbNjk1MzA3Ljc2Nl0gd2luRGV0ZWN0U3VwcG9ydGVkRW5naW5lcyAtIFdp bmRvd3MgTlQvMjAwMC9YUApbNjk1MzA3Ljc5N10gd2luRGV0ZWN0U3VwcG9y dGVkRW5naW5lcyAtIERpcmVjdERyYXcgaW5zdGFsbGVkCls2OTUzMDcuNzk3 XSB3aW5EZXRlY3RTdXBwb3J0ZWRFbmdpbmVzIC0gRGlyZWN0RHJhdzQgaW5z dGFsbGVkCls2OTUzMDcuNzk3XSB3aW5EZXRlY3RTdXBwb3J0ZWRFbmdpbmVz IC0gUmV0dXJuaW5nLCBzdXBwb3J0ZWQgZW5naW5lcyAwMDAwMDAwNwpbNjk1 MzA3Ljc5N10gd2luU2V0RW5naW5lIC0gTXVsdGkgV2luZG93IG9yIFJvb3Rs ZXNzID0+IFNoYWRvd0dESQpbNjk1MzA3Ljc5N10gd2luQWRqdXN0VmlkZW9N b2RlU2hhZG93R0RJIC0gVXNpbmcgV2luZG93cyBkaXNwbGF5IGRlcHRoIG9m IDMyIGJpdHMgcGVyIHBpeGVsCls2OTUzMDcuODEzXSB3aW5BbGxvY2F0ZUZC U2hhZG93R0RJIC0gQ3JlYXRpbmcgRElCIHdpdGggd2lkdGg6IDE2ODAgaGVp Z2h0OiAxMDUwIGRlcHRoOiAzMgpbNjk1MzA3LjgxM10gd2luRmluaXNoU2Ny ZWVuSW5pdEZCIC0gTWFza3M6IDAwZmYwMDAwIDAwMDBmZjAwIDAwMDAwMGZm Cls2OTUzMDcuODEzXSB3aW5Jbml0VmlzdWFsc1NoYWRvd0dESSAtIE1hc2tz IDAwZmYwMDAwIDAwMDBmZjAwIDAwMDAwMGZmIEJQUkdCIDggZCAyNCBicHAg MzIKWzY5NTMwNy44MTNdIG51bGwgc2NyZWVuIGZuIFJlcGFyZW50V2luZG93 Cls2OTUzMDcuODEzXSBudWxsIHNjcmVlbiBmbiBSZXN0YWNrV2luZG93Cls2 OTUzMDcuODEzXSBJbml0UXVldWUgLSBDYWxsaW5nIHB0aHJlYWRfbXV0ZXhf aW5pdApbNjk1MzA3LjgxM10gSW5pdFF1ZXVlIC0gcHRocmVhZF9tdXRleF9p bml0IHJldHVybmVkCls2OTUzMDcuODEzXSBJbml0UXVldWUgLSBDYWxsaW5n IHB0aHJlYWRfY29uZF9pbml0Cls2OTUzMDcuODEzXSBJbml0UXVldWUgLSBw dGhyZWFkX2NvbmRfaW5pdCByZXR1cm5lZApbNjk1MzA3LjgxM10gd2luSW5p dE11bHRpV2luZG93V00gLSBIZWxsbwpbNjk1MzA3LjgxM10gd2luSW5pdE11 bHRpV2luZG93V00gLSBDYWxsaW5nIHB0aHJlYWRfbXV0ZXhfbG9jayAoKQpb Njk1MzA3LjgxM10gU2NyZWVuIDAgYWRkZWQgYXQgdmlydHVhbCBkZXNrdG9w IGNvb3JkaW5hdGUgKDAsMCkuCls2OTUzMDcuODEzXSB3aW5NdWx0aVdpbmRv d1hNc2dQcm9jIC0gSGVsbG8KWzY5NTMwNy44MTNdIHdpbk11bHRpV2luZG93 WE1zZ1Byb2MgLSBDYWxsaW5nIHB0aHJlYWRfbXV0ZXhfbG9jayAoKQpbNjk1 MzA3LjgxM10gTUlULVNITSBleHRlbnNpb24gZGlzYWJsZWQgZHVlIHRvIGxh Y2sgb2Yga2VybmVsIHN1cHBvcnQKWzY5NTMwNy44MjhdIFhGcmVlODYtQmln Zm9udCBleHRlbnNpb24gbG9jYWwtY2xpZW50IG9wdGltaXphdGlvbiBkaXNh YmxlZCBkdWUgdG8gbGFjayBvZiBzaGFyZWQgbWVtb3J5IHN1cHBvcnQgaW4g dGhlIGtlcm5lbApbNjk1MzA3Ljg0NF0gKElJKSBBSUdMWDogTG9hZGVkIGFu ZCBpbml0aWFsaXplZCAvdXNyL2xpYi9kcmkvc3dyYXN0X2RyaS5zbwpbNjk1 MzA3Ljg0NF0gKElJKSBHTFg6IEluaXRpYWxpemVkIERSSVNXUkFTVCBHTCBw cm92aWRlciBmb3Igc2NyZWVuIDAKWzY5NTMwNy44NDRdIFtkaXhdIENvdWxk IG5vdCBpbml0IGZvbnQgcGF0aCBlbGVtZW50IC91c3Ivc2hhcmUvZm9udHMv VFRGLywgcmVtb3ZpbmcgZnJvbSBsaXN0IQpbNjk1MzA3Ljg0NF0gW2RpeF0g Q291bGQgbm90IGluaXQgZm9udCBwYXRoIGVsZW1lbnQgL3Vzci9zaGFyZS9m b250cy9PVEYvLCByZW1vdmluZyBmcm9tIGxpc3QhCls2OTUzMDcuODU5XSBb ZGl4XSBDb3VsZCBub3QgaW5pdCBmb250IHBhdGggZWxlbWVudCAvdXNyL3No YXJlL2ZvbnRzL1R5cGUxLywgcmVtb3ZpbmcgZnJvbSBsaXN0IQpbNjk1MzA4 LjE4N10gd2luUG9pbnRlcldhcnBDdXJzb3IgLSBEaXNjYXJkaW5nIGZpcnN0 IHdhcnA6IDg0MCA1MjUKWzY5NTMwOC4xODddICgtLSkgNyBtb3VzZSBidXR0 b25zIGZvdW5kCls2OTUzMDguMTg3XSAoLS0pIFNldHRpbmcgYXV0b3JlcGVh dCB0byBkZWxheT01MDAsIHJhdGU9MzEKWzY5NTMwOC4xODddICgtLSkgd2lu Q29uZmlnS2V5Ym9hcmQgLSBMYXlvdXQ6ICIwMDAwMDQwOSIgKDAwMDAwNDA5 KSAKWzY5NTMwOC4xODddICgtLSkgVXNpbmcgcHJlc2V0IGtleWJvYXJkIGZv ciAiRW5nbGlzaCAoVVNBKSIgKDQwOSksIHR5cGUgIjQiCls2OTUzMDguMTg3 XSBSdWxlcyA9ICJiYXNlIiBNb2RlbCA9ICJwYzEwNSIgTGF5b3V0ID0gInVz IiBWYXJpYW50ID0gIm5vbmUiIE9wdGlvbnMgPSAibm9uZSIKWzY5NTMwOC4x ODddIHdpbkluaXRNdWx0aVdpbmRvd1dNIC0gcHRocmVhZF9tdXRleF9sb2Nr ICgpIHJldHVybmVkLgpbNjk1MzA4LjIwM10gd2luSW5pdE11bHRpV2luZG93 V00gLSBwdGhyZWFkX211dGV4X3VubG9jayAoKSByZXR1cm5lZC4KWzY5NTMw OC4yMDNdIHdpbkdldERpc3BsYXk6IERJU1BMQVk9OjAuMApbNjk1MzA4LjIw M10gd2luSW5pdE11bHRpV2luZG93V00gLSBESVNQTEFZPTowLjAKWzY5NTMw OC4yMDNdIHdpbk11bHRpV2luZG93WE1zZ1Byb2MgLSBwdGhyZWFkX211dGV4 X2xvY2sgKCkgcmV0dXJuZWQuCls2OTUzMDguMjAzXSB3aW5NdWx0aVdpbmRv d1hNc2dQcm9jIC0gcHRocmVhZF9tdXRleF91bmxvY2sgKCkgcmV0dXJuZWQu Cls2OTUzMDguMjAzXSB3aW5Qcm9jRXN0YWJsaXNoQ29ubmVjdGlvbiAtIEhl bGxvCls2OTUzMDguMjAzXSB3aW5Jbml0Q2xpcGJvYXJkICgpCls2OTUzMDgu MjAzXSB3aW5DbGlwYm9hcmRQcm9jIC0gSGVsbG8KWzY5NTMwOC4yMDNdIERl dGVjdFVuaWNvZGVTdXBwb3J0IC0gV2luZG93cyBOVC8yMDAwL1hQCls2OTUz MDguMjAzXSB3aW5Qcm9jRXN0YWJsaXNoQ29ubmVjdGlvbiAtIHdpbkluaXRD bGlwYm9hcmQgcmV0dXJuZWQuCls2OTUzMDguMjAzXSB3aW5HZXREaXNwbGF5 OiBESVNQTEFZPTowLjAKWzY5NTMwOC4yMDNdIHdpbk11bHRpV2luZG93WE1z Z1Byb2MgLSBESVNQTEFZPTowLjAKWzY5NTMwOC4yMDNdIHdpbkdldERpc3Bs YXk6IERJU1BMQVk9OjAuMApbNjk1MzA4LjIwM10gd2luQ2xpcGJvYXJkUHJv YyAtIERJU1BMQVk9OjAuMApbNjk1MzA4LjIwM10gd2luSW5pdE11bHRpV2lu ZG93V00gLSBYT3BlbkRpc3BsYXkgKCkgcmV0dXJuZWQgYW5kIHN1Y2Nlc3Nm dWxseSBvcGVuZWQgdGhlIGRpc3BsYXkuCls2OTUzMDguMjE4XSB3aW5NdWx0 aVdpbmRvd1hNc2dQcm9jIC0gWE9wZW5EaXNwbGF5ICgpIHJldHVybmVkIGFu ZCBzdWNjZXNzZnVsbHkgb3BlbmVkIHRoZSBkaXNwbGF5LgpbNjk1MzA4LjIx OF0gd2luQ2xpcGJvYXJkUHJvYyAtIFhPcGVuRGlzcGxheSAoKSByZXR1cm5l ZCBhbmQgc3VjY2Vzc2Z1bGx5IG9wZW5lZCB0aGUgZGlzcGxheS4K --0003255588524dff730485b29116 Content-Type: application/octet-stream; name="xterm.exe.stackdump" Content-Disposition: attachment; filename="xterm.exe.stackdump" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g8rgwlmh1 Content-length: 436 RXhjZXB0aW9uOiBTVEFUVVNfQUNDRVNTX1ZJT0xBVElPTiBhdCBlaXA9NjEw MjAyRjcNCmVheD0wMEM1MDBGOCBlYng9NjEyMjk0QTQgZWN4PTc1NUY3ODNG IGVkeD0wMDI2MjBGMCBlc2k9MDAwMDAwMDAgZWRpPTAwMjJGQTE0DQplYnA9 NjEwMjBBMTAgZXNwPTAwMjJDN0U0IHByb2dyYW09QzpcY3lnd2luXGJpblx4 dGVybS5leGUsIHBpZCAzMjIwLCB0aHJlYWQgbWFpbg0KY3M9MDAxQiBkcz0w MDIzIGVzPTAwMjMgZnM9MDAzQiBncz0wMDAwIHNzPTAwMjMNClN0YWNrIHRy YWNlOg0KRnJhbWUgICAgIEZ1bmN0aW9uICBBcmdzDQpFbmQgb2Ygc3RhY2sg dHJhY2UK --0003255588524dff730485b29116 Content-Type: text/plain; charset=us-ascii Content-length: 223 -- 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/ --0003255588524dff730485b29116--