* bug#18094: 24.4.50; emacs_backtrace.txt
@ 2014-07-24 5:39 Drew Adams
2014-07-25 13:20 ` Eli Zaretskii
2015-09-10 16:27 ` bug#18094: Glenn Morris
0 siblings, 2 replies; 7+ messages in thread
From: Drew Adams @ 2014-07-24 5:39 UTC (permalink / raw)
To: 18094
Backtrace:
01201baf
01201c20
010f4223
0116762f
010eea46
01065a4e
01062e45
01063633
01062197
01061d32
0105044a
01047acd
0118283e
01047a5a
01046a90
01044b0d
010fa886
01107d88
010f8355
0118272b
010f7c8a
01181cd8
010f7c42
010f73d8
010f7594
010f5724
010010f9
76993386
771d9f6e
771d9f41
In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
of 2014-06-28 on ODIEONE
Bzr revision: 117431 rgm@gnu.org-20140628015517-eku6hj8mpgcvfnso
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --prefix=/c/Devel/emacs/snapshot/trunk
--enable-checking=yes,glyphs 'CFLAGS=-O0 -g3'
LDFLAGS=-Lc:/Devel/emacs/lib 'CPPFLAGS=-DGC_MCHECK=1
-Ic:/Devel/emacs/include''
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#18094: 24.4.50; emacs_backtrace.txt
2014-07-24 5:39 Drew Adams
@ 2014-07-25 13:20 ` Eli Zaretskii
2015-09-10 16:27 ` bug#18094: Glenn Morris
1 sibling, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2014-07-25 13:20 UTC (permalink / raw)
To: Drew Adams; +Cc: 18094
> Date: Wed, 23 Jul 2014 22:39:16 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
>
> Backtrace:
> 01201baf
> 01201c20
> 010f4223
> 0116762f
> 010eea46
> 01065a4e
> 01062e45
> 01063633
> 01062197
> 01061d32
> 0105044a
> 01047acd
> 0118283e
> 01047a5a
> 01046a90
> 01044b0d
> 010fa886
> 01107d88
> 010f8355
> 0118272b
> 010f7c8a
> 01181cd8
> 010f7c42
> 010f73d8
> 010f7594
> 010f5724
> 010010f9
> 76993386
> 771d9f6e
> 771d9f41
>
>
>
>
> In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
> of 2014-06-28 on ODIEONE
> Bzr revision: 117431 rgm@gnu.org-20140628015517-eku6hj8mpgcvfnso
Translation:
w32_backtrace at c:\Devel\emacs\repo\binary\src/w32fns.c:8490
emacs_abort at c:\Devel\emacs\repo\binary\src/w32fns.c:8522
terminate_due_to_signal at c:\Devel\emacs\repo\binary\src/emacs.c:383
die at c:\Devel\emacs\repo\binary\src/alloc.c:7044
face_at_string_position at c:\Devel\emacs\repo\binary\src/xfaces.c:6163
display_string at c:\Devel\emacs\repo\binary\src/xdisp.c:23098
display_mode_element at c:\Devel\emacs\repo\binary\src/xdisp.c:21850
display_mode_element at c:\Devel\emacs\repo\binary\src/xdisp.c:22022
display_mode_line at c:\Devel\emacs\repo\binary\src/xdisp.c:21539
display_mode_lines at c:\Devel\emacs\repo\binary\src/xdisp.c:21482
redisplay_window at c:\Devel\emacs\repo\binary\src/xdisp.c:16628
redisplay_window_0 at c:\Devel\emacs\repo\binary\src/xdisp.c:14225
internal_condition_case_1 at c:\Devel\emacs\repo\binary\src/eval.c:1373
redisplay_windows at c:\Devel\emacs\repo\binary\src/xdisp.c:14205
redisplay_internal at c:\Devel\emacs\repo\binary\src/xdisp.c:13804
redisplay at c:\Devel\emacs\repo\binary\src/xdisp.c:13090
read_char at c:\Devel\emacs\repo\binary\src/keyboard.c:2561
read_key_sequence at c:\Devel\emacs\repo\binary\src/keyboard.c:9085
command_loop_1 at c:\Devel\emacs\repo\binary\src/keyboard.c:1439
internal_condition_case at c:\Devel\emacs\repo\binary\src/eval.c:1349
command_loop_2 at c:\Devel\emacs\repo\binary\src/keyboard.c:1170
internal_catch at c:\Devel\emacs\repo\binary\src/eval.c:1113
command_loop at c:\Devel\emacs\repo\binary\src/keyboard.c:1149
recursive_edit_1 at c:\Devel\emacs\repo\binary\src/keyboard.c:770
Frecursive_edit at c:\Devel\emacs\repo\binary\src/keyboard.c:841
main at c:\Devel\emacs\repo\binary\src/emacs.c:1656
This makes no sense to me. The crash is here:
int
face_at_string_position (struct window *w, Lisp_Object string,
ptrdiff_t pos, ptrdiff_t bufpos,
ptrdiff_t *endptr, enum face_id base_face_id,
int mouse_p)
{
[...]
base_face = FACE_FROM_ID (f, base_face_id);
eassert (base_face); <<<<<<<<<<<<<<<<<<<<<<<<<<
The argument base_face_id comes from the current mode line face, which
must be a valid face.
What in the world are you doing with your mode line format??
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#18094: 24.4.50; emacs_backtrace.txt
[not found] ` <<83y4vhinh5.fsf@gnu.org>
@ 2014-07-25 14:32 ` Drew Adams
2014-07-25 14:41 ` Eli Zaretskii
[not found] ` <<38b65679-eb9e-4214-a699-3ecc7223e613@default>
1 sibling, 1 reply; 7+ messages in thread
From: Drew Adams @ 2014-07-25 14:32 UTC (permalink / raw)
To: Eli Zaretskii, Drew Adams; +Cc: 18094
> This makes no sense to me. The crash is here:
> base_face = FACE_FROM_ID (f, base_face_id);
> eassert (base_face); <<<<<<<<<<<<<<<<<<<<<<<<<<
>
> The argument base_face_id comes from the current mode line face, which
> must be a valid face. What in the world are you doing with your mode
> line format??
I use these faces on parts of the mode line:
(defface modelinepos-column-warning '((t (:foreground "Red")))
"*Face used to highlight the modeline column number.
This is used when the current column number is greater than
`modelinepos-column-limit'."
:group 'Modeline :group 'Convenience :group 'Help :group 'faces)
(defface modelinepos-region '((t :inherit region))
"*Face used to highlight the modeline position and size when
the region is active."
:group 'Modeline :group 'Convenience :group 'Help :group 'faces)
(defface modelinepos-region-acting-on '((t (:inherit region
:box (:line-width 3 :color "Red"))))
"*Face for modeline position & size when a command acts on active region."
:group 'Modeline :group 'Convenience :group 'Help :group 'faces)
As for what in the world I am doing with my mode line format, the code
is here: http://www.emacswiki.org/emacs-en/download/modeline-posn.el.
At least that is much of what in the world I am doing with my mode line
format. And this is what I use for face `mode-line-buffer-id':
((t (:overline "red" :underline "red"))).
And another piece of what in the world I am doing with my mode line
format is here:
http://www.emacswiki.org/emacs-en/download/bindings%2b.el.
And another piece, for Dired buffers, is function
`diredp-nb-marked-in-mode-name', from here:
http://www.emacswiki.org/emacs-en/download/dired%2b.el
And I sometimes dynamically put different things in the mode-line,
using this face:
(defface icicle-mode-line-help
'((((background dark)) (:foreground "#AC4AAC4A0000"))
(t (:foreground "Blue")))
"*Face used to highlight help shown in the mode-line."
:group 'Icicles-Completions-Display :group 'Icicles-Miscellaneous
:group 'faces)
See functions `icicle-display-candidates-in-Completions'
`icicle-show-help-in-mode-line', and `icicle-show-in-mode-line' in
this file, for the code that does that:
http://www.emacswiki.org/emacs-en/download/icicles-fn.el. It is
done at various times, including on `post-command-hook'.
I also have code that dynamically changes one or more lighters.
For example, `icicle-(un)highlight-lighter', in icicles-fn.el.
I also make changes to the mode line in certain modes.
For example, in Info, I (optionally) insert breadcrumbs in the mode
line. The relevant code is in `Info-insert-breadcrumbs-in-mode-line',
`Info-set-mode-line' and `Info-breadcrumbs-in-mode-line-mode', here:
http://www.emacswiki.org/emacs-en/download/info%2b.el
And in Isearch, I update the lighter to show case-sensitivity. The
code is `isearchp-highlight-lighter', here:
http://www.emacswiki.org/emacs-en/download/isearch%2b.el
That's a start wrt what in the world I am doing with my mode line
format. There are other places where I change things in the
mode-line, but they are likely to be even less relevant.
FWIW, I am not doing anything new with my mode-line. Whatever in
the world I am doing with my mode-line I have been doing for years now.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#18094: 24.4.50; emacs_backtrace.txt
2014-07-25 14:32 ` bug#18094: 24.4.50; emacs_backtrace.txt Drew Adams
@ 2014-07-25 14:41 ` Eli Zaretskii
0 siblings, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2014-07-25 14:41 UTC (permalink / raw)
To: Drew Adams; +Cc: 18094
> Date: Fri, 25 Jul 2014 07:32:11 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 18094@debbugs.gnu.org
>
> > This makes no sense to me. The crash is here:
> > base_face = FACE_FROM_ID (f, base_face_id);
> > eassert (base_face); <<<<<<<<<<<<<<<<<<<<<<<<<<
> >
> > The argument base_face_id comes from the current mode line face, which
> > must be a valid face. What in the world are you doing with your mode
> > line format??
>
> I use these faces on parts of the mode line:
This is not relevant to the issue at hand. The assertion violation
you've hit means that the base face of the mode line (known as
'mode-line') is somehow invalid. Any additional faces you add to the
strings displayed on the mode line are irrelevant.
Do you have any face remappings for the mode-line face itself? If so,
please show them, and please explain when and how are these remappings
changed.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#18094: 24.4.50; emacs_backtrace.txt
[not found] ` <<83silpijr1.fsf@gnu.org>
@ 2014-07-25 15:41 ` Drew Adams
2014-07-25 18:45 ` Eli Zaretskii
0 siblings, 1 reply; 7+ messages in thread
From: Drew Adams @ 2014-07-25 15:41 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 18094
> This is not relevant to the issue at hand. The assertion violation
> you've hit means that the base face of the mode line (known as
> 'mode-line') is somehow invalid. Any additional faces you add to the
> strings displayed on the mode line are irrelevant.
>
> Do you have any face remappings for the mode-line face itself?
Nope.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#18094: 24.4.50; emacs_backtrace.txt
2014-07-25 15:41 ` Drew Adams
@ 2014-07-25 18:45 ` Eli Zaretskii
0 siblings, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2014-07-25 18:45 UTC (permalink / raw)
To: Drew Adams; +Cc: 18094
> Date: Fri, 25 Jul 2014 08:41:44 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 18094@debbugs.gnu.org
>
> > This is not relevant to the issue at hand. The assertion violation
> > you've hit means that the base face of the mode line (known as
> > 'mode-line') is somehow invalid. Any additional faces you add to the
> > strings displayed on the mode line are irrelevant.
> >
> > Do you have any face remappings for the mode-line face itself?
>
> Nope.
Then I have no idea how the mode-line face could become invalid.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#18094:
2014-07-24 5:39 Drew Adams
2014-07-25 13:20 ` Eli Zaretskii
@ 2015-09-10 16:27 ` Glenn Morris
1 sibling, 0 replies; 7+ messages in thread
From: Glenn Morris @ 2015-09-10 16:27 UTC (permalink / raw)
To: 18094-done
Nothing can be done with this information.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-09-10 16:27 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <<b1727cbb-995f-4989-8f24-246eaa5e3aa2@default>
[not found] ` <<83y4vhinh5.fsf@gnu.org>
2014-07-25 14:32 ` bug#18094: 24.4.50; emacs_backtrace.txt Drew Adams
2014-07-25 14:41 ` Eli Zaretskii
[not found] ` <<38b65679-eb9e-4214-a699-3ecc7223e613@default>
[not found] ` <<83silpijr1.fsf@gnu.org>
2014-07-25 15:41 ` Drew Adams
2014-07-25 18:45 ` Eli Zaretskii
2014-07-24 5:39 Drew Adams
2014-07-25 13:20 ` Eli Zaretskii
2015-09-10 16:27 ` bug#18094: Glenn Morris
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).