From: storm@cua.dk (Kim F. Storm)
Cc: rms@gnu.org, emacs-devel@gnu.org
Subject: Re: [miles@lsi.nec.co.jp: redisplay abort if GLYPH_DEBUG turned on]
Date: Fri, 07 Jan 2005 14:17:29 +0100 [thread overview]
Message-ID: <m3wtup2xau.fsf@kfs-l.imdomain.dk> (raw)
In-Reply-To: <m3zmzmb4t7.fsf@kfs-l.imdomain.dk> (Kim F. Storm's message of "Thu, 06 Jan 2005 22:55:48 +0100")
storm@cua.dk (Kim F. Storm) writes:
> Miles Bader <miles@lsi.nec.co.jp> writes:
>
>> storm@cua.dk (Kim F. Storm) writes:
>>> There are other places which set stop_charpos to 0, so
>>> there is IT_CHARPOS <= stop_charpos is not an invariant.
>>>
>>> So Miles' change to the xassert is ok. But the comment need to be modified
>>> as well.
>>
>> The thing that makes me nervous is that there seem to also be other
>> similar xasserts, e.g. [xdisp.c:2727]:
>>
>> xassert (STRINGP (it->string)
>> || (it->stop_charpos >= BEGV
>> && it->stop_charpos >= IT_CHARPOS (*it)));
>>
>> and [xdisp.c:4068]:
>>
>> xassert (it->stop_charpos >= BEGV
>> && it->stop_charpos <= it->end_charpos);
>>
>> implying that there _are_ some sorts of rules for stop_charpos, but I
>> have no idea what they are. [I haven't had any crashes involving these
>> other xasserts.]
>
> You may be right -- perhaps there is a different way to fix the original
> problem... I will look into it.
I just installed a different fix for the original problem.
So stop_charpos is no longer set to 0 outside strings.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
prev parent reply other threads:[~2005-01-07 13:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E1Cm1td-0003LC-VL@fencepost.gnu.org>
[not found] ` <m33bxfwxd8.fsf@kfs-l.imdomain.dk>
2005-01-06 2:29 ` [miles@lsi.nec.co.jp: redisplay abort if GLYPH_DEBUG turned on] Miles Bader
2005-01-06 19:56 ` Richard Stallman
2005-01-06 21:55 ` Kim F. Storm
2005-01-07 13:17 ` Kim F. Storm [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3wtup2xau.fsf@kfs-l.imdomain.dk \
--to=storm@cua.dk \
--cc=emacs-devel@gnu.org \
--cc=rms@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).