From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#11813: Segmentation fault on launch related to x_draw_glyph_string_background Date: Fri, 29 Jun 2012 12:02:46 +0300 Message-ID: <83sjde7ao9.fsf@gnu.org> References: <83wr2q7hlk.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: dough.gmane.org 1340960639 19545 80.91.229.3 (29 Jun 2012 09:03:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 29 Jun 2012 09:03:59 +0000 (UTC) Cc: 11813@debbugs.gnu.org To: Left Right Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jun 29 11:03:58 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SkX7N-0007zG-7e for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Jun 2012 11:03:57 +0200 Original-Received: from localhost ([::1]:60346 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SkX7N-0003Og-4a for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Jun 2012 05:03:57 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:38405) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SkX7G-00038a-HA for bug-gnu-emacs@gnu.org; Fri, 29 Jun 2012 05:03:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SkX7B-00084k-Ke for bug-gnu-emacs@gnu.org; Fri, 29 Jun 2012 05:03:50 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55045) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SkX7B-00084U-H5 for bug-gnu-emacs@gnu.org; Fri, 29 Jun 2012 05:03:45 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SkXBJ-0006KG-JC for bug-gnu-emacs@gnu.org; Fri, 29 Jun 2012 05:08:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Jun 2012 09:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11813 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11813-submit@debbugs.gnu.org id=B11813.134096083924266 (code B ref 11813); Fri, 29 Jun 2012 09:08:01 +0000 Original-Received: (at 11813) by debbugs.gnu.org; 29 Jun 2012 09:07:19 +0000 Original-Received: from localhost ([127.0.0.1]:36358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SkXAd-0006JL-4K for submit@debbugs.gnu.org; Fri, 29 Jun 2012 05:07:19 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:44364) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SkXAa-0006JC-Da for 11813@debbugs.gnu.org; Fri, 29 Jun 2012 05:07:17 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M6D00400FQIJK00@a-mtaout22.012.net.il> for 11813@debbugs.gnu.org; Fri, 29 Jun 2012 12:02:57 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M6D004ATFSXBN50@a-mtaout22.012.net.il>; Fri, 29 Jun 2012 12:02:57 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:61401 Archived-At: [Please keep the bug address on the CC list, so that this discussion is archived with the bug report.] > Date: Fri, 29 Jun 2012 10:22:20 +0300 > From: Left Right > > Program received signal SIGSEGV, Segmentation fault. > x_draw_glyph_string_background (s=0x7fffffffcb60, force_p=1) at xterm.c:1210 > 1210 else if (FONT_HEIGHT (s->font) < s->height - 2 * box_line_width > (gdb) print s->font > $1 = (struct font *) 0x0 > (gdb) print s->height > $2 = 25 > (gdb) print box_line_width > $3 = 0 > (gdb) print *s->font > Cannot access memory at address 0x0 > (gdb) print s > $4 = (struct glyph_string *) 0x7fffffffcb60 > (gdb) print *s > $5 = { > x = 82, > y = 631, > ybase = 649, > width = 288, > background_width = 288, > height = 25, > left_overhang = 0, > right_overhang = 0, > f = 0x1147010, > w = 0x1148020, > display = 0x12f5b70, > window = 46137470, > row = 0xbccc50, > area = TEXT_AREA, > char2b = 0x0, > nchars = 12, > hl = DRAW_NORMAL_TEXT, > face = 0x1312850, > font = 0x0, > cmp = 0x0, > cmp_id = 0, > cmp_from = 0, > cmp_to = 0, > extends_to_end_of_line_p = 0, > background_filled_p = 0, > two_byte_p = 0, > font_not_found_p = 0, > stippled_p = 0, > for_overlaps = 0, > padding_p = 0, > gc = 0x12e1660, > first_glyph = 0xbf60b0, > img = 0x0, > slice = { > x = 0, > y = 0, > width = 0, > height = 0 > }, > clip_head = 0x0, > clip_tail = 0x0, > clip = {{ > x = 1, > y = 631, > width = 840, > height = 25 > }, { > x = 0, > y = 0, > width = 0, > height = 0 > }}, > num_clips = 1, > underline_position = 0, > underline_thickness = 0, > next = 0x7fffffffca60, > prev = 0x7fffffffcd00 > } > > Hi, yes, it looks like it. Sorry, I'm neither very familiar with the > code nor with gdb. The above is what I could get, but if it's not > enough, please tell where to look. Please type "bt full" at the GDB prompt when Emacs crashes, and post here the results. (If you type "set logging on" before that, GDB will output everything to a file named gdb.txt in the directory where you run it, so you won't need to copy from the screen.) Also, if you built Emacs with optimizations, please reconfigure and rebuild like this: CFLAGS='-O0 -ggdb -g3' ./configure --enable-checking --enable-asserts ... make (where "..." stands for any other options you use with configure). This is because backtraces from optimized builds are deceptive and make debugging hard. If you do make a new build without optimizations, please make sure it crashes like the optimized one. Thanks.