From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Marshall, Simon" Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: RE: [22.1.90]: Point before start of properties Date: Tue, 19 Feb 2008 17:23:08 -0000 Message-ID: <6EE216E1AA959543A555C60FF34FB7670305B82C@maileube01.misys.global.ad> References: <6EE216E1AA959543A555C60FF34FB76702E48034@maileube01.misys.global.ad><87wspcj0ou.fsf@stupidchicken.com><6EE216E1AA959543A555C60FF34FB76702EED4A1@maileube01.misys.global.ad><6EE216E1AA959543A555C60FF34FB76702EEDA6E@maileube01.misys.global.ad><6EE216E1AA959543A555C60FF34FB7670300E86B@maileube01.misys.global.ad> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1203441903 7338 80.91.229.12 (19 Feb 2008 17:25:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 19 Feb 2008 17:25:03 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, Chong Yidong To: "Stefan Monnier" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 19 18:25:26 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JRWDd-0007DU-KI for ged-emacs-devel@m.gmane.org; Tue, 19 Feb 2008 18:25:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JRWD8-0004dH-NH for ged-emacs-devel@m.gmane.org; Tue, 19 Feb 2008 12:24:54 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JRWCZ-0004HS-CF for emacs-devel@gnu.org; Tue, 19 Feb 2008 12:24:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JRWCX-0004GX-Rc for emacs-devel@gnu.org; Tue, 19 Feb 2008 12:24:18 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JRWCX-0004GC-Bt for emacs-devel@gnu.org; Tue, 19 Feb 2008 12:24:17 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JRWCW-0003Y7-Qz for emacs-devel@gnu.org; Tue, 19 Feb 2008 12:24:17 -0500 Original-Received: from mx10.gnu.org ([199.232.76.166]) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JRWCW-00055e-EZ for emacs-pretest-bug@gnu.org; Tue, 19 Feb 2008 12:24:16 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1JRWCS-0003VN-UM for emacs-pretest-bug@gnu.org; Tue, 19 Feb 2008 12:24:16 -0500 Original-Received: from cluster-a.mailcontrol.com ([80.69.8.190]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JRWCS-0003UH-8j for emacs-pretest-bug@gnu.org; Tue, 19 Feb 2008 12:24:12 -0500 Original-Received: from rly27a.srv.mailcontrol.com (localhost.localdomain [127.0.0.1]) by rly27a.srv.mailcontrol.com (MailControl) with ESMTP id m1JHNtg8013874 for ; Tue, 19 Feb 2008 17:24:08 GMT Original-Received: from submission.mailcontrol.com (submission.mailcontrol.com [86.111.216.190]) by rly27a.srv.mailcontrol.com (MailControl) id m1JHNCI7011708 for emacs-pretest-bug@gnu.org; Tue, 19 Feb 2008 17:23:12 GMT Original-Received: from maileube01.misys.global.ad ([217.196.233.105]) by rly27a-eth0.srv.mailcontrol.com (envelope-sender Simon.Marshall@misys.com) (MIMEDefang) with ESMTP id m1JHK8Xb001673; Tue, 19 Feb 2008 17:23:12 +0000 (GMT) x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [22.1.90]: Point before start of properties Thread-Index: AchzEKBJoUCTZOfBSxuaPjNt0143pwACiA8A X-Scanned-By: MailControl A-08-00-04 (www.mailcontrol.com) on 10.65.1.137 X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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: news.gmane.org gmane.emacs.devel:89580 gmane.emacs.pretest.bugs:21224 Archived-At: > > Thanks for the suggestions and the careful reading of my report. Is > > there anything else you think I could try, eg, to deal with the size of > > struct interval? I can confirm that it is 28, though it is 28 with or > > without optimisation. I tried padding it to 32 by adding a dummy int to > > it, but it still hit the breakpoint with optimisation. >=20 > Yes, as I said, the assertion failure is probably not a fluke, altough > the check itself is a bit fishy. OK, together with another suggestion, I rebuilt emacs with CFLAGS=3D"-g -O1 -fno-unit-at-a-time -DENABLE_CHECKING". This time I am able to get better debug info than before. Breakpoint 2 at 0x13d8e0: file sysdep.c, line 1384. (gdb) r -Q=20=20=20 Starting program: /homedev/marshals/ftp/emacs-22.2-pretests/gcc-4.2.3-g-O2/src/emacs -Q warning: Temporarily disabling breakpoints for unloaded shared library "/usr/lib/ld.so.1" Breakpoint 3 at 0xf26ac: file xterm.c, line 7866. C-x C-f i ; first letter of "intervals.c" is necessary to provoke abort Emacs fatal error: intervals.c:159: non-interval Breakpoint 1, abort () at emacs.c:432 432 kill (getpid (), SIGABRT); (gdb) up 2 #2 0x001eca58 in intervals_equal (i0=3D0x956588, i1=3D0xffbed22c) at intervals.c:162 162 if (DEFAULT_INTERVAL_P (i0) || DEFAULT_INTERVAL_P (i1)) (gdb) p *i0 $1 =3D { total_length =3D 57,=20 position =3D 12,=20 left =3D 0x95656c,=20 right =3D 0x0,=20 up =3D { interval =3D 0x79d404,=20 obj =3D 7984132 },=20 up_obj =3D 1,=20 gcmarkbit =3D 0,=20 write_protect =3D 0,=20 visible =3D 0,=20 front_sticky =3D 0,=20 rear_sticky =3D 0,=20 plist =3D 4028417 } (gdb) p *i1 $2 =3D { total_length =3D 1171396,=20 position =3D 4028417,=20 left =3D 0x0,=20 right =3D 0x1,=20 up =3D { interval =3D 0x1,=20 obj =3D 1 },=20 up_obj =3D 1,=20 gcmarkbit =3D 1,=20 write_protect =3D 1,=20 visible =3D 1,=20 front_sticky =3D 1,=20 rear_sticky =3D 1,=20 plist =3D 4028417 } It seems that i0 does point to a valid interval, but i1 does not look good. Has it been GCed? Is there anything that will output a buffer's/string's property tree? Sorry to ask again, but if this is a good place to go digging, what should I go digging for? (gdb) where #0 abort () at emacs.c:432 #1 0x001879ec in die (msg=3D0x259328 "non-interval", file=3D0x2592e0 "intervals.c",=20 line=3D159) at alloc.c:6338 #2 0x001eca58 in intervals_equal (i0=3D0x956588, i1=3D0xffbed22c) at intervals.c:162 #3 0x001ee6e8 in adjust_intervals_for_insertion (tree=3D0x956588, position=3D57, length=3D1) at intervals.c:1049 #4 0x001efa0c in offset_intervals (buffer=3D0x79d400, start=3D57, length= =3D1) at intervals.c:1472 #5 0x0014c494 in insert_1_both (string=3D0xffbed414 "i=3Dx\001", nchars=3D= 1, nbytes=3D1,=20 inherit=3D1, prepare=3D1, before_markers=3D0) at insdel.c:1037 #6 0x0014c064 in insert_and_inherit (string=3D0xffbed414 "i=3Dx\001", nbytes=3D1) at insdel.c:771 #7 0x001660c4 in internal_self_insert (c=3D105, noautofill=3D0) at cmds.c:516 #8 0x0011d0b8 in command_loop_1 () at keyboard.c:1840 #9 0x0019fcfc in internal_condition_case (bfun=3D0x11b30c ,=20 handlers=3D4096673, hfun=3D0x11ab24 ) at eval.c:1484 #10 0x0011af50 in command_loop_2 () at keyboard.c:1330 #11 0x0019f7a8 in internal_catch (tag=3D4120201, func=3D0x11af24 ,=20 arg=3D4028417) at eval.c:1224 #12 0x0011af10 in command_loop () at keyboard.c:1297 #13 0x0011a614 in recursive_edit_1 () at keyboard.c:1007 #14 0x0015269c in read_minibuf (map=3D4012941, initial=3D7575955, prompt=3D2738499,=20 backup_n=3D, expflag=3D0, histvar=3D4170425, histpos=3D0,=20 defalt=3D7575955, allow_props=3D0, inherit_input_method=3D0) at minibuf.c:751 #15 0x00154a4c in Fcompleting_read (prompt=3D2738499, collection=3D,=20 predicate=3D, require_match=3D4028417,=20 initial_input=3D, hist=3D4170425, def=3D7575955,= =20 inherit_input_method=3D4028417) at minibuf.c:1807 #16 0x00161d34 in Fread_file_name (prompt=3D2738499, dir=3D7575955,=20 default_filename=3D7575955, mustmatch=3D4028417, initial=3D,=20 predicate=3D4169993) at fileio.c:6414 #17 0x001a2618 in Ffuncall (nargs=3D-4269488, args=3D) at eval.c:3012 #18 0x001d6460 in Fbyte_code (bytestr=3D,=20 vector=3D, maxdepth=3D7) at bytecode.c:679 #19 0x001a2c70 in funcall_lambda (fun=3D2738012, nargs=3D2, arg_vector=3D0xffbedc00) at eval.c:3180 #20 0x001a2908 in apply_lambda (fun=3D2738012, args=3D4028417, eval_flag=3D= 1) at eval.c:3104 #21 0x001a1704 in Feval (form=3D) at eval.c:2366 #22 0x0019c7c0 in Fcall_interactively (function=3D4349841, record_flag=3D4028417,=20 keys=3D4091908) at callint.c:379 #23 0x0012ff58 in Fcommand_execute (cmd=3D4349841, record_flag=3D4028417, keys=3D4028417,=20 special=3D) at keyboard.c:10053 #24 0x0011d17c in command_loop_1 () at keyboard.c:1876 #25 0x0019fcfc in internal_condition_case (bfun=3D0x11b30c ,=20 handlers=3D4096673, hfun=3D0x11ab24 ) at eval.c:1484 #26 0x0011af50 in command_loop_2 () at keyboard.c:1330 #27 0x0019f7a8 in internal_catch (tag=3D4086785, func=3D0x11af24 ,=20 arg=3D4028417) at eval.c:1224 #28 0x0011aecc in command_loop () at keyboard.c:1309 #29 0x0011a614 in recursive_edit_1 () at keyboard.c:1007 #30 0x0011a908 in Frecursive_edit () at keyboard.c:1068 #31 0x00119040 in main (argc=3D2, argv=3D0xffbee43c) at emacs.c:1770 Lisp Backtrace: "read-file-name" (0x29c943) "find-file-read-args" (0x29c943) "call-interactively" (0x425f91) (gdb)=20 "Misys" is the trade name for Misys plc (registered in England and Wales).= Registration Number: 01360027. Registered office: Burleigh House, Chapel O= ak, Salford Priors, Evesham WR11 8SP. For a list of Misys group operating c= ompanies please go to http://www.misys.com/html/about_us/group_operating_co= mpanies/. This email and any attachments have been scanned for known viruse= s using multiple scanners.=20 =20 We believe that this email and any attachments are virus free, however the = recipient must take full responsibility for virus checking. This email mess= age is intended for the named recipient only. It may be privileged and/or c= onfidential. If you are not the named recipient of this email please notify= us immediately and do not copy it or use it for any purpose, nor disclose = its contents to any other person. This email does not constitute the commen= cement of legal relations between you and Misys plc. Please refer to the ex= ecuted contract between you and the relevant member of the Misys group for = the identity of the contracting party with which you are dealing.=20