From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dhruva Krishnamurthy Newsgroups: gmane.emacs.devel Subject: Re: emacs crash Date: Thu, 4 Nov 2004 18:38:51 +0530 Message-ID: <68c73b1a04110405085a9c9869@mail.gmail.com> References: <4188AB08.2000206@freemail.hu> <4188B2DB.9050005@gnu.org> <68c73b1a04110303066eac8188@mail.gmail.com> <4188F2F8.3000105@freemail.hu> <418A0512.3000901@gnu.org> <418A25F4.3080807@freemail.hu> Reply-To: Dhruva Krishnamurthy NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1099573783 10057 80.91.229.6 (4 Nov 2004 13:09:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 4 Nov 2004 13:09:43 +0000 (UTC) Cc: Emacs-Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 04 14:09:34 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CPhMr-0003WO-00 for ; Thu, 04 Nov 2004 14:09:34 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CPhV1-00023i-3i for ged-emacs-devel@m.gmane.org; Thu, 04 Nov 2004 08:17:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CPhUR-0001r7-8Y for emacs-devel@gnu.org; Thu, 04 Nov 2004 08:17:23 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CPhUP-0001ps-1q for emacs-devel@gnu.org; Thu, 04 Nov 2004 08:17:21 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CPhUO-0001ph-Tj for emacs-devel@gnu.org; Thu, 04 Nov 2004 08:17:21 -0500 Original-Received: from [64.233.184.202] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CPhMC-0002m3-RR for emacs-devel@gnu.org; Thu, 04 Nov 2004 08:08:53 -0500 Original-Received: by wproxy.gmail.com with SMTP id 67so205921wri for ; Thu, 04 Nov 2004 05:08:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=scT6YSlR0ZH5hePl6GvMwx3KaSVdG026c6SFBtoRvnPdgjxHIPJ5n+3rqDDCC6ZSr4kVmu9MsrXvAN9JjnGUqRYiMGDCkB5AMw6C8ygEoYGLXCjz1eNjXoKPm8dPNTcT/vOiw+LjZf3KxKYIarFyTZUcPihW00mH5lWc68JRNUY= Original-Received: by 10.54.6.67 with SMTP id 67mr70789wrf; Thu, 04 Nov 2004 05:08:51 -0800 (PST) Original-Received: by 10.54.53.46 with HTTP; Thu, 4 Nov 2004 05:08:51 -0800 (PST) Original-To: Kenichi Handa In-Reply-To: <418A25F4.3080807@freemail.hu> X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:29430 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29430 Hello, Now, this problem has encroached emacs-unicode-2 branch too. With the automatic sync, which IMO has happened today, we have the same problem (which leaves me with no working emacs). -dhruva On Thu, 04 Nov 2004 13:52:04 +0100, B. Anyos wrote: > It is true, I'm running emacs on Windows. So stacktrace is stopped right in > the middle of Fx_create_frame, though it seems it is over BLOCK_INPUT. > (file w32fns.c) > > Anyway I tried to do what you asked for. Here's what I could figure out. > > debug_print(args[0]): > face-set-after-frame-default > > (struct Lisp_String *)(0xfffffff & ((struct Lisp_Symbol *) (0xfffffff & args[0]))->xname): > size 28 > size_byte -1 > intervals 0x00000000 > data 0x01185dd0 "face-set-after-frame-default" > > I hope this helps. > > Unfortunately those nice commands listed in .gdbinit do not exist on MS Windows. > Any alternatives to help debugging on Windows ? > > Jason Rumney said the following on 11/4/2004 11:31 AM: > > Richard Stallman wrote: > > > >> For instance, there is something really strange here: > >> > >> funcall_lambda(int -2128849612, int 1, int * 0x0082f980) line 2946 > >> + 17 bytes > >> Ffuncall(int -2147483648, int * 0x0082f980) line 2814 + 12 bytes > >> call1(int 556794192, int -2127346688) line 2547 + 11 bytes > >> Fx_create_frame(int 0) line 4355 > >> > >> There is no call to Fx_create_frame in line 4355; in fact, line 4355 > >> is far after the end of Fx_create_frame. What's going on? > >> > > I think the user is on Windows, so that would be line 4355 of w32fns.c, > > which is in Fx_create_frame. > > > > My line numbers are slightly out, but I suspect this line (4350 in my > > version): > > > > /* Set up faces after all frame parameters are known. This call > > also merges in face attributes specified for new frames. If we > > don't do this, the `menu' face for instance won't have the right > > colors, and the menu bar won't appear in the specified colors for > > new frames. */ > > call1 (Qface_set_after_frame_default, frame); > > > > > > It appears to be outside the BLOCK_INPUT blocks within x_create_frame. > > > > > > > > _______________________________________________ > > Emacs-devel mailing list > > Emacs-devel@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-devel > > > > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel > -- Proud FSF member: #1935 http://schemer.fateback.com/