--- Begin Message ---
Subject: |
24.3.50; emacs_backtrace.txt |
Date: |
Sat, 30 Mar 2013 15:51:52 -0700 |
Backtrace:
0x01159769
0x011597DB
0x012E3AB5
0x010CCD49
0x01039DCD
0x0103BA2C
0x01024070
0x01010C39
0x01023814
0x01010696
0x010237CE
0x01022D88
0x010230B5
0x010029C4
0x010010F9
0x7C81776B
In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
of 2013-03-28 on ODIEONE
Bzr revision: 112173 address@hidden
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
`configure --with-gcc (4.7) --no-opt --enable-checking --cflags
-IC:/Devel/emacs/build/include --ldflags -LC:/Devel/emacs/build/lib'
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#14100: 24.3.50; emacs_backtrace.txt |
Date: |
Tue, 29 Dec 2015 19:42:27 +0200 |
> From: Lars Ingebrigtsen <address@hidden>
> Cc: Drew Adams <address@hidden>, address@hidden
> Date: Tue, 29 Dec 2015 12:09:56 +0100
>
> > The abort is here (in get_local_map):
> >
> > /* Perhaps we should just change `position' to the limit. */
> > if (position > BUF_ZV (buffer) || position < BUF_BEGV (buffer))
> > emacs_abort ();
> >
> > The caller, Fcurrent_active_maps, checks a different condition before
> > the call:
> >
> > pos = POSN_BUFFER_POSN (position);
> > if (INTEGERP (pos)
> > && XINT (pos) >= BEG && XINT (pos) <= Z)
> > {
> > local_map = get_local_map (XINT (pos),
> > current_buffer, Qlocal_map);
> >
> > So perhaps the bug is in the caller: it should test BEGV and ZV
> > instead of BEG and Z.
>
> Was there anything to be done here? It sounds like it, but then there
> were no further messages. :-)
The call to emacs_abort is no longer in the source. Instead, we have
this:
position = clip_to_bounds (BUF_BEGV (buffer), position, BUF_ZV (buffer));
So I'm closing the bug, as the problem can no longer happen.
--- End Message ---