From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#6413: What does ntdll!DbgUiConnectToDbg mean? (on w32) Date: Sun, 13 Jun 2010 18:58:25 +0200 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: dough.gmane.org 1276450656 7768 80.91.229.12 (13 Jun 2010 17:37:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 13 Jun 2010 17:37:36 +0000 (UTC) To: 6413@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 13 19:37:34 2010 connect(): No such file or directory Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ONr7l-0006wM-32 for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Jun 2010 19:37:33 +0200 Original-Received: from localhost ([127.0.0.1]:40450 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONr7k-0001im-D7 for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Jun 2010 13:37:32 -0400 Original-Received: from [140.186.70.92] (port=52022 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONr7b-0001WW-58 for bug-gnu-emacs@gnu.org; Sun, 13 Jun 2010 13:37:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ONqyx-0003YK-03 for bug-gnu-emacs@gnu.org; Sun, 13 Jun 2010 13:28:27 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45062) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONqyw-0003YF-Uu for bug-gnu-emacs@gnu.org; Sun, 13 Jun 2010 13:28:26 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1ONqWT-00069A-T6; Sun, 13 Jun 2010 12:59:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Jun 2010 16:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 6413 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: Emacs Bugs Original-Received: via spool by submit@debbugs.gnu.org id=B.127644833523620 (code B ref -1); Sun, 13 Jun 2010 16:59:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 13 Jun 2010 16:58:55 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONqWN-00068v-49 for submit@debbugs.gnu.org; Sun, 13 Jun 2010 12:58:55 -0400 Original-Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONqWL-00068p-Fe for submit@debbugs.gnu.org; Sun, 13 Jun 2010 12:58:54 -0400 Original-Received: from lists.gnu.org ([199.232.76.165]:35792) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ONqWG-0005h5-Of for submit@debbugs.gnu.org; Sun, 13 Jun 2010 12:58:48 -0400 Original-Received: from [140.186.70.92] (port=36339 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONqWF-0008SD-Aq for bug-gnu-emacs@gnu.org; Sun, 13 Jun 2010 12:58:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ONqWE-00084a-4t for bug-gnu-emacs@gnu.org; Sun, 13 Jun 2010 12:58:47 -0400 Original-Received: from mail-yw0-f187.google.com ([209.85.211.187]:50012) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONqWD-00084U-W8 for bug-gnu-emacs@gnu.org; Sun, 13 Jun 2010 12:58:46 -0400 Original-Received: by ywh17 with SMTP id 17so1343541ywh.1 for ; Sun, 13 Jun 2010 09:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=+0DKyoQnnMO2KPhqU0/TezyZUZdX22tFZocsAfbLj1w=; b=UgY54XTUA9dei9fmnAysf66mYC5R2I45BUfHGRdxe+uIvcwXWOwgpjd/r136er1mpv tWNIKibiWqEIH+15davCfAP1vxENI1BzSCdA32Lyl2iA5kUK7i9gPHGF6v4NWpuJuRFT zvVwakpq+GskEaH9uxsozPQB8e2l3Uc2LF/hY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=ecjcI8jQgr3bvlKs0VULH8BlTtAzIJbHRUVpwHnpY4wtKyaDXY0+UqFStCorjU0ZgA 6AzUYwRCT+2Tsi1ciDZHBHKd5lsC1T1iet79sTQRuDRcUw+qwCySK7WNgXpJAYsZAJhR lHlWnOuImGGBFyTmtukTmemNdD6Lqehe9j2UI= Original-Received: by 10.101.205.6 with SMTP id h6mr3969866anq.179.1276448325093; Sun, 13 Jun 2010 09:58:45 -0700 (PDT) Original-Received: by 10.100.154.15 with HTTP; Sun, 13 Jun 2010 09:58:25 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 13 Jun 2010 12:59:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:37745 Archived-At: I just got this from the gdb running Emacs: Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 372.0xcec] 0x7c90120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll (gdb) bt #0 0x7c90120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll #1 0x7c951e40 in ntdll!KiIntSystemCall () from C:\WINDOWS\system32\ntdll.dll #2 0x00000005 in ?? () #3 0x00000004 in ?? () #4 0x00000001 in ?? () #5 0x215affd0 in ?? () #6 0x00000000 in ?? () (gdb) c Is there anything I can do to look into it further? I can't think of anything I did in Emacs this time that triggered this so I am a bit lost. As I previously mentioned I have added a macro to test system calls return values and I wonder if this somehow is involved here or if this is just one of these "doctor watson-crashes" I now and then see, as seen through gdb. The macro I added just looks like #define W32ASSERT(TEST, WHERE) if (!TEST) DebPrint (("%s: %s\n", WHERE, w32_strerror(0))) In the code I write this as something like W32ASSERT (0, "w32_SetWindowPos_from_main_thread.PostMessage"); or with 0 replaced by a variable. This does not look problematic too me, but I wonder if DepPrint can be called anywhere. Is there some problem calling it inside a BLOCK_INPUT .. UNBLOCK_INPUT?