9:58 a.m.
this belongs on xemacs-beta.
Andy Piper wrote:
At 01:16 AM 8/8/00 -0700, Ben Wing wrote:
>changing the buffer order is simply an internal state change. the only reason
>it affects redisplay is because of the fact that you choose to make the tab
>widget order dependent on the buffer order. redisplay should be triggered
>*only* as a result of the tab widget instantiator changing. if the tab
>widgets
>are off, or implemented in a different fashion, it no longer makes any
>sense to
>force a frame redisplay just because of the buffer order change. that's why
>your addition doesn't belong.
Ok. But this still does not fit with your redisplay change - i.e. if you
put anything else on that hook you may get screwed.
for example?
Nevertheless I will
take it out.
> > >calling record-buffer has nothing inherently to do with redisplay. by
> adding
It does when you add a redisplay hook that is based on changes to the
buffer-alist.
this makes no sense. what if the tabs displayed the last few files opened? do
we have to modify find-file to trigger redisplay?
> > >this special kludge for the tab widgets, you are just papering over
> > >another bug
> > >elsewhere, which is that the changes to the tab widgets aren't
properly
> > >getting
> > >noticed
There was no bug, as I say it was an ideological change.
there was and is a bug. changing the contents of the gutter isn't causing the
gutter to get redisplayed. redisplay should NOT be triggered by record-buffer.
it should be triggered only when the code in gutter-items changes the gutter.
>btw you commented out my defer-window-pos code; why?
Because I wasn't sure whether this was obscuring other display-related
problems. IMHO it shouldn't be necessary and is a window-system specific
change. As you can see it left the code in and will re-enable it by default
when things have settled down.
>please try to document what's currently there and not wait any longer. if you
>could do so, i could help you fix the various widget bugs. as it is, the code
>is impenetrable to me.
Given time, crashes take priority. But please give me some indication that
you are not simply going to rewrite things yet again.
>btw you never responded to my message outlining changes i think necessary for
>dialog boxes to work. what do you think of it?
Give me a chance, I had 424 mail messages after 3 days holiday and only a
1.25 hr train journey in which to answer them all.
andy
--------------------------------------------------------------
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
--
Ben
In order to save my hands, I am cutting back on my mail. I also write
as succinctly as possible -- please don't be offended. If you send me
mail, you _will_ get a response, but please be patient, especially for
XEmacs-related mail. If you need an immediate response and it is not
apparent in your message, please say so. Thanks for your understanding.
See also http://www.666.com/ben/chronic-pain/
12:17 p.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
At 01:58 AM 8/9/00 -0700, Ben Wing wrote:
for example?
I don't know - it was your change.
this makes no sense. what if the tabs displayed the last few files
opened? do
we have to modify find-file to trigger redisplay?
The hook you added has nothing to do with the tab display - simply with the
frame buffer list. The hook needs to be called when this list changes so
that the tabs instantiators get updated (not their display). Given *where*
it is called you need to make sure that it *is* called. The hook is bogus
for the example you give above, you would put it on find-file-hooks and
redisplay would take care of the rest.
there was and is a bug. changing the contents of the gutter isn't
causing the
gutter to get redisplayed. redisplay should NOT be triggered by
record-buffer.
it should be triggered only when the code in gutter-items changes the gutter.
Yes, but Ben the whole point is finding an appropriate place to change the
tab instantiators when a buffer changes, there were no hooks that I was
aware of that would do this and putting it on record-buffer seemed about
the only effective way of doing this. Changing the content of the gutter
should (and does) cause the gutter to be redisplayed, if this is not the
case then it is a bug that will not be helped by the change I made. I fixed
your original bug report about this so I assume you are referring to
something different - an example would help.
andy
--------------------------------------------------------------
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
3:21 p.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> Changing the content of the gutter should (and does) cause
Andy> the gutter to be redisplayed, if this is not the case then
Andy> it is a bug that will not be helped by the change I made. I
Andy> fixed your original bug report about this so I assume you
Andy> are referring to something different - an example would
Andy> help.
I don't think it always does. I reported this a week ago (screenshot
and everything); have you fixed it? I think I have seen this happen
and stay "stuck" when the tabs change. I've seen a couple of variants
that I haven't been able to duplicate, too. It's time for me to go to
bed, otherwise I'd try to confirm with recent CVS.
From: "Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp>
To: xemacs-beta(a)xemacs.org
Message-ID: <14727.49571.215306.937668(a)turnbull.sk.tsukuba.ac.jp>
Subject: More (?) tab lossage
Date: Wed, 2 Aug 2000 15:37:23 +0900 (JST)
I will try to take a look at the tab and general X widget stuff and
see if I can figure out enough to help with the documentation.
P.S. I'll forward a copy of the message I referenced if you don't
have one. Just ask.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
4:27 p.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
At 11:21 PM 8/9/00 +0900, Stephen Turnbull wrote:
>>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> Changing the content of the gutter should (and does) cause
Andy> the gutter to be redisplayed, if this is not the case then
Andy> it is a bug that will not be helped by the change I made. I
Andy> fixed your original bug report about this so I assume you
Andy> are referring to something different - an example would
Andy> help.
I don't think it always does. I reported this a week ago (screenshot
and everything); have you fixed it? I think I have seen this happen
Its in my inbug box :) I'm still trying to fix the crash that occurs when
you select tabs.
I will try to take a look at the tab and general X widget stuff and
see if I can figure out enough to help with the documentation.
Cool, thanks.
andy
--------------------------------------------------------------
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
6:13 a.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> Its in my inbug box :) I'm still trying to fix the crash
Andy> that occurs when you select tabs.
Oh, that.
At line 2744 of src/glyphs-x.c:
XtSetArg (al [0], XtNtopWidget, child);
child can be NULL. I don't know how it gets that way. :-) I do know
that the string being passed to XtNameToWidget is the appropriate
buffer name, so presumably something is wrong with the widget being
passed to XtNameToWidget. When that NULL later gets passed to an Xt
function, blam!
As far as I can remember, the crash always occurs on an attempt to
select the buffer that was originally in the leftmost position on the
tabs (manager) widget. It seems likely that that label (ie,
individual child tab) widget never had a next. Maybe you should use a
circular list there?
My initial reaction to the "callback" in buffer.c was like Ben's, but
now I see what you are up to. I'm not sure it's the right way to
signal the widget that its list has changed, but I do see your point
that something has to do it.
On the other hand, I think that using Lisp ojects in the widget's
internal structure is a dubious design decision. For example, in the
loop at line 2744 of src/glyphs-x.c, the fact that you are chasing two
lists which are assumed to be isomorphic is concealed by the use of
the LIST_LOOP macro. I'm not even sure that they should be isomorphic.
(Eg, we could surely avoid this crash by using a circular list of
children, which would not be isomorphic to the monotonic list of
buffers. This might result in a different kind of bug, of course.)
Another thing is that for a tabs widget, I don't see why any of its
children ever need to be destroyed before the tabs manager itself is
destroyed. Memory leak? Yes, but it's bounded. The tab widget takes
up screen real estate, so (absent a mad list-creating function whose
value is assigned as the label list for the tabs widget) the user
won't let it grow too much. (Of course we should worry about extreme
behavior; I'm talking about the ordinary case.) So I see the
interface to the widget as
struct tabs {
LispObject current_list_of_strings; /* read only */
LispObject requested_list_of_strings; /* effectively write only */
LispObject current_top_widget; /* read only */
LispObject requested_top_widget; /* effectively write only */
LispObject current_display_parameter_list; /* faces etc, read only */
LispObject requested_display_parameter_list; /* effectively write only */
}
The implementation would be a private TabsWidget object. (In practice
the requested_* objects would be parts of a separate instantiator, as
Ben is requesting, rather than a permanent part of the structure.)
The point of this design is that you _never_ have to read data from
the lw- or Xt-level TabsWidget. Your comments sprinkled throughout
the code indicate that that is problematic. And it's easy enough to
generate SIGSEGVs just reading Xt objects :-(.
The interface would be to setf the RLOS or get the CLOS. When you
setf the RLOS, the widget's redisplay callback notices this, and walks
both lists. When corresponding objects differ, set
tabLabelWidget.string(i) = CLOS(i) = RLOS(i) and a dirty flag on
tabLabelWidget(i). In case len(RLOS) > len(CLOS), new TabLabelWidgets
are allocated and initialized. Optionally, if len(RLOS) < len(CLOS),
you could free some TabLabelWidgets, but unless there are a lot to be
freed it's probably better to just unmanage them.
Note that this could actually be efficiently separated into two loops,
since you only need to compare addresses of tabLabelWidget.string(i)
and CLOS(i).
Similar considerations would apply to the top tab and the display
parameters, except that those would be fixed structures. This should
make it possible to set all the labels, display parameters, and the
topWidget with one call to XtSetValues().
I don't think this is so different from what you're doing now, except
that discussing it this way shows that all this stuff could be handled
in about three places in the code (tabs instantiation, tabs redisplay,
and the implementation of TabsSetValues() in lwlib/xlwtabs.[ch]). But
at the moment things seem to be spread out all over. (At least,
looking at TabsSetValues(), x_tab_control_instantiate(), and
x_tab_control_redisplay() gives the impression that something must be
handled elsewhere.) And the role of things like the hook in buffer.c
get confused; it looks like it's tab-specific when actually it's
intended as a general facility that wasn't needed until buffer tabs
came along.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
7:23 a.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
>>>> "Stephen" == Stephen J Turnbull
<turnbull(a)sk.tsukuba.ac.jp> writes:
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> Its in my inbug box :) I'm still
trying to fix the crash
Andy> that occurs when you select tabs.
Stephen> Oh, that.
Stephen> At line 2744 of src/glyphs-x.c:
Stephen> XtSetArg (al [0], XtNtopWidget, child);
Stephen> child can be NULL. I don't know how it gets that way.
Stephen> :-)
The patch below fixes the crash, but buggifies the tabs (that is, the
current buffer and the tabs get unsynched each time the assert fails):
Index: src/glyphs-x.c
===================================================================
RCS file: /usr/CVSroot/XEmacs/xemacs/src/glyphs-x.c,v
retrieving revision 1.49.2.76
diff -u -r1.49.2.76 glyphs-x.c
--- glyphs-x.c 2000/08/06 09:27:15 1.49.2.76
+++ glyphs-x.c 2000/08/10 06:11:46
ï¼ ï¼ -2741,8 +2741,16 ï¼ ï¼
Widget child = XtNameToWidget
(IMAGE_INSTANCE_X_WIDGET_ID (ii),
cur->name);
- XtSetArg (al [0], XtNtopWidget, child);
- XtSetValues (IMAGE_INSTANCE_X_WIDGET_ID (ii), al, 1);
+ if (!child)
+ {
+ fprintf (stderr, "uh-oh, busted tabs! (buffer %s)\n",
+ cur->name ? cur->name : "NULL");
+ }
+ else
+ {
+ XtSetArg (al [0], XtNtopWidget, child);
+ XtSetValues (IMAGE_INSTANCE_X_WIDGET_ID (ii), al, 1);
+ }
break;
}
cur = cur->next;
There are four buffers in the initial tabs: ben-mule.diff~,
ben-mule.diff.orig, ben-mule.diff, and *Group* in that order.
Clicking the tabs more or less randomly produces the following on
stderr:
bash-2.04$ uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff.orig)
uh-oh, busted tabs! (buffer ben-mule.diff.orig)
uh-oh, busted tabs! (buffer ben-mule.diff.orig)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff.orig)
uh-oh, busted tabs! (buffer ben-mule.diff.orig)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff~)
uh-oh, busted tabs! (buffer ben-mule.diff.orig)
There doesn't seem to be any way to get the error to occur for one of
the other buffers, and they never end up in the leftmost positions;
those are monopolized by the two buffers producing the error
messages.
I don't ever get a crash, so it's always a null Widget pointer when
things are bogus.
My hypothesis that the widget passed to XtNameToWidget might be bogus
is presumably wrong; it's constant in the code.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
10:10 a.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
At 03:23 PM 8/10/00 +0900, Stephen J. Turnbull wrote:
The patch below fixes the crash, but buggifies the tabs (that is, the
current buffer and the tabs get unsynched each time the assert fails):
Been there, done that. It still doesn't explain why the tab is not
available for selection. I am currently suspicious of my update code. If
you load a whole bunch of files and then run editres on XEmacs you will see
an equal number of widget trees with an increasing number of tabs. This is
wrong there should be at most two - one for the minibuffer and one for the
current buffer. So somewhere along the line more are getting instantiated
instead of the current one being updated. This may mean that when you
select a different buffer the relevant tab widget is now different (with
less tabs) and so selecting a tab causes a crash.
But I still haven't worked out why the image instance is getting
instantiated rather than updated.
andy
--------------------------------------------------------------
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
11:37 a.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> So somewhere along the line more are getting instantiated
Andy> instead of the current one being updated. This may mean
Andy> that when you select a different buffer the relevant tab
Andy> widget is now different (with less tabs) and so selecting a
Andy> tab causes a crash.
This would be consistent with the leftmost tab being most commonly
involved in crashes, and also with crashes occurring when the tabs sort
of randomly change order (which they do).
Andy> But I still haven't worked out why the image instance is
Andy> getting instantiated rather than updated.
Because that's what the code does?
Tracing through the code, I see that update_glyph_instance_data()
calls glyph_image_instance(), which calls specifier_instance(), which
calls the glyph's instantiate method. No conditionals that I can see.
The other kind of glyph whose instantiation is really expensive is
images, and they short-circuit the instantiation process in
glyph_image_instance_maybe().
So either x_tab_control_instantiate() needs to know about the glyphs
it has already created, which seems bizaare, or you should use
glyph_image_instance_maybe(). That function may need to be updated to
know about widgets.
Or maybe you need to avoid update_glyph_instance_data() itself, as
changing it might be wrong for other callers.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
12:31 p.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
Take a look at image_instantiate - that's where the updating goes on.
andy
At 07:37 PM 8/11/00 +0900, Stephen J. Turnbull wrote:
>>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> So somewhere along the line more are getting instantiated
Andy> instead of the current one being updated. This may mean
Andy> that when you select a different buffer the relevant tab
Andy> widget is now different (with less tabs) and so selecting a
Andy> tab causes a crash.
This would be consistent with the leftmost tab being most commonly
involved in crashes, and also with crashes occurring when the tabs sort
of randomly change order (which they do).
Andy> But I still haven't worked out why the image instance is
Andy> getting instantiated rather than updated.
Because that's what the code does?
Tracing through the code, I see that update_glyph_instance_data()
calls glyph_image_instance(), which calls specifier_instance(), which
calls the glyph's instantiate method. No conditionals that I can see.
The other kind of glyph whose instantiation is really expensive is
images, and they short-circuit the instantiation process in
glyph_image_instance_maybe().
So either x_tab_control_instantiate() needs to know about the glyphs
it has already created, which seems bizaare, or you should use
glyph_image_instance_maybe(). That function may need to be updated to
know about widgets.
Or maybe you need to avoid update_glyph_instance_data() itself, as
changing it might be wrong for other callers.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
--------------------------------------------------------------
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
8:37 a.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> Take a look at image_instantiate - that's where the updating
Andy> goes on.
OOoooh, shiver. You trust THAT code to match a glyph whose
instantiator ... uh, uh, what is an instantiator for a tab control? I
hope it doesn't contain anything about the number of tabs, their
labels, or which one is the top. Or else it changes every time you
switch buffers!
If you want to accurately cache the tab control, then its instantiator
should be the object (frame, I guess) it's associated with.
Everything else needs to be set from another part of the API. Is that
so?
FWIW, here is the back trace. All from one run, in an XEmacs which
traps the "bad" accesses. All breakpoints except the first were
associated with bad accesses, but many bad accesses occurred without
causing instantiation. The bad access always happened before the
instantiation I think.
GNU gdb 19990928
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) break x_tab_control_instantiate
Breakpoint 1 at 0x8228be3: file /coda/Projects/XEmacs/21.2-HEAD/src/glyphs-x.c, line
2703.
(gdb) run /coda/Projects/XEmacs/ben-mule.diff*
Starting program: /home/steve/Projects/XEmacs/Builds/21.2/src/xemacs
/coda/Projects/XEmacs/ben-mule.diff*
Breakpoint 1, x_tab_control_instantiate (image_instance={gu = {type = Lisp_Type_Record,
val = 34960410}, s = {bits = 0, val = 69920820}, u = {bits = 0, val = 69920820},
ui = 139841640, i = 139841640, v = 0x855d068, cv = 0x855d068}, instantiator={gu = {
type = Lisp_Type_Record, val = 34961872}, s = {bits = 0, val = 69923744}, u =
{bits = 0,
val = 69923744}, ui = 139847488, i = 139847488, v = 0x855e740, cv = 0x855e740},
pointer_fg={gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val =
539615416},
u = {bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, pointer_bg={gu = {type = Lisp_Type_Record, val = 269807708}, s =
{
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170}, dest_mask=111, domain={gu = {
type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val = 69350832}, u =
{bits = 0,
val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs-x.c:2703
2703 widget_value * wv =
(gdb) where
#0 x_tab_control_instantiate (image_instance={gu = {type = Lisp_Type_Record, val =
34960410},
s = {bits = 0, val = 69920820}, u = {bits = 0, val = 69920820}, ui = 139841640,
i = 139841640, v = 0x855d068, cv = 0x855d068}, instantiator={gu = {type =
Lisp_Type_Record,
val = 34961872}, s = {bits = 0, val = 69923744}, u = {bits = 0, val = 69923744},
ui = 139847488, i = 139847488, v = 0x855e740, cv = 0x855e740}, pointer_fg={gu = {
type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u =
{bits = 0,
val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170, cv =
0x4053c170},
pointer_bg={gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val =
539615416},
u = {bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, dest_mask=111, domain={gu = {type = Lisp_Type_Record, val =
34675416},
s = {bits = 0, val = 69350832}, u = {bits = 0, val = 69350832}, ui = 138701664,
i = 138701664, v = 0x8446b60, cv = 0x8446b60})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs-x.c:2703
#1 0x816cea6 in instantiate_image_instantiator (governing_domain={gu = {type =
Lisp_Type_Record,
val = 34675416}, s = {bits = 0, val = 69350832}, u = {bits = 0, val = 69350832},
ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60}, domain={gu = {
type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val = 69350832}, u =
{bits = 0,
val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60},
instantiator={gu = {type = Lisp_Type_Record, val = 34961872}, s = {bits = 0, val =
69923744},
u = {bits = 0, val = 69923744}, ui = 139847488, i = 139847488, v = 0x855e740,
cv = 0x855e740}, pointer_fg={gu = {type = Lisp_Type_Record, val = 269807708}, s =
{bits = 0,
val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832, i =
1079230832,
v = 0x4053c170, cv = 0x4053c170}, pointer_bg={gu = {type = Lisp_Type_Record,
val = 269807708}, s = {bits = 0, val = 539615416}, u = {bits = 0, val =
539615416},
ui = 1079230832, i = 1079230832, v = 0x4053c170, cv = 0x4053c170}, dest_mask=111,
glyph={
gu = {type = Lisp_Type_Record, val = 34959120}, s = {bits = 0, val = 69918240}, u =
{
bits = 0, val = 69918240}, ui = 139836480, i = 139836480, v = 0x855bc40, cv =
0x855bc40})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:798
#2 0x8173976 in image_instantiate (specifier={gu = {type = Lisp_Type_Record, val =
34959132},
s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264}, ui = 139836528,
i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {type =
Lisp_Type_Record,
val = 269750612}, s = {bits = 0, val = 539501224}, u = {bits = 0, val =
539501224},
ui = 1079002448, i = 1079002448, v = 0x40504550, cv = 0x40504550}, domain={gu = {
type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val = 69350832}, u =
{bits = 0,
val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60},
instantiator={gu = {type = Lisp_Type_Record, val = 34961872}, s = {bits = 0, val =
69923744},
u = {bits = 0, val = 69923744}, ui = 139847488, i = 139847488, v = 0x855e740,
cv = 0x855e740}, depth={gu = {type = Lisp_Type_Int_Odd, val = 0}, s = {bits = 1, val
= 1},
u = {bits = 1, val = 1}, ui = 3, i = 3, v = 0x3, cv = 0x3})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:3217
#3 0x80cdc47 in call_with_suspended_errors_1 (opaque_arg={gu = {type = Lisp_Type_Record,
val = 34598058}, s = {bits = 0, val = 69196116}, u = {bits = 0, val = 69196116},
ui = 138392232, i = 138392232, v = 0x83fb2a8, cv = 0x83fb2a8})
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:2112
#4 0x80ce096 in call_with_suspended_errors (fun=0x8173170 <image_instantiate>,
retval={gu = {
type = Lisp_Type_Record, val = 269750612}, s = {bits = 0, val = 539501224}, u =
{bits = 0,
val = 539501224}, ui = 1079002448, i = 1079002448, v = 0x40504550, cv =
0x40504550},
class={gu = {type = Lisp_Type_Record, val = 269800346}, s = {bits = 0, val =
539600692}, u = {
bits = 0, val = 539600692}, ui = 1079201384, i = 1079201384, v = 0x40534e68,
cv = 0x40534e68}, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, nargs=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#5 0x81f8909 in specifier_instance_from_inst_list (specifier={gu = {type =
Lisp_Type_Record,
val = 34959132}, s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264},
ui = 139836528, i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {
type = Lisp_Type_Record, val = 269750612}, s = {bits = 0, val = 539501224}, u =
{bits = 0,
val = 539501224}, ui = 1079002448, i = 1079002448, v = 0x40504550, cv =
0x40504550},
domain={gu = {type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val =
69350832}, u = {
bits = 0, val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv =
0x8446b60},
inst_list={gu = {type = Lisp_Type_Record, val = 35166463}, s = {bits = 0, val =
70332926},
u = {bits = 0, val = 70332926}, ui = 140665852, i = 140665852, v = 0x86263fc,
cv = 0x86263fc}, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, no_quit=1,
depth={
gu = {type = Lisp_Type_Int_Odd, val = 0}, s = {bits = 1, val = 1}, u = {bits = 1,
val = 1},
ui = 3, i = 3, v = 0x3, cv = 0x3}) at
/coda/Projects/XEmacs/21.2-HEAD/src/specifier.c:2506
#6 0x81f8c3f in specifier_instance (specifier={gu = {type = Lisp_Type_Record, val =
34959132},
s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264}, ui = 139836528,
i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {type =
Lisp_Type_Record,
val = 269750612}, s = {bits = 0, val = 539501224}, u = {bits = 0, val =
539501224},
ui = 1079002448, i = 1079002448, v = 0x40504550, cv = 0x40504550}, domain={gu = {
type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val = 69350832}, u =
{bits = 0,
val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60},
errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, no_quit=1,
no_fallback=0, depth={gu = {type = Lisp_Type_Int_Even, val = 0}, s = {bits = 1, val =
0}, u = {
bits = 1, val = 0}, ui = 1, i = 1, v = 0x1, cv = 0x1})
at /coda/Projects/XEmacs/21.2-HEAD/src/specifier.c:2619
#7 0x817b221 in glyph_image_instance (glyph={gu = {type = Lisp_Type_Record, val =
34959120}, s = {
bits = 0, val = 69918240}, u = {bits = 0, val = 69918240}, ui = 139836480, i =
139836480,
v = 0x855bc40, cv = 0x855bc40}, domain={gu = {type = Lisp_Type_Record, val =
34675416}, s = {
bits = 0, val = 69350832}, u = {bits = 0, val = 69350832}, ui = 138701664, i =
138701664,
v = 0x8446b60, cv = 0x8446b60}, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, no_quit=1)
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:3807
#8 0x8170c36 in invalidate_glyph_geometry_maybe (glyph_or_ii={gu = {type =
Lisp_Type_Record,
val = 34959120}, s = {bits = 0, val = 69918240}, u = {bits = 0, val = 69918240},
ui = 139836480, i = 139836480, v = 0x855bc40, cv = 0x855bc40}, w=0x8446b60)
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:2129
#9 0x81c62dc in add_glyph_rune (data=0xbffff290, gb=0x855cfc0, pos_type=0,
allow_cursor=0,
cachel=0x0) at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:1521
#10 0x81cc54c in create_string_text_block (w=0x8446b60, disp_string={gu = {
type = Lisp_Type_Record, val = 35076737}, s = {bits = 0, val = 70153474}, u =
{bits = 0,
val = 70153474}, ui = 140306948, i = 140306948, v = 0x85cea04, cv = 0x85cea04},
dl=0xbffff35c, start_pos=0, prop=0xbffff358, default_face=4)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:1780
#11 0x81cd1b0 in generate_displayable_area (w=0x8446b60, disp_string={gu = {
type = Lisp_Type_Record, val = 35076737}, s = {bits = 0, val = 70153474}, u =
{bits = 0,
val = 70153474}, ui = 140306948, i = 140306948, v = 0x85cea04, cv = 0x85cea04},
xpos=4,
ypos=41, width=576, height=13, dla=0x855f2c0, start_pos=0, default_face=4)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:4951
#12 0x818e21b in output_gutter (f=0x843b448, pos=TOP_GUTTER, force=0)
at /coda/Projects/XEmacs/21.2-HEAD/src/gutter.c:285
#13 0x818f569 in update_frame_gutters (f=0x843b448)
at /coda/Projects/XEmacs/21.2-HEAD/src/gutter.c:562
#14 0x81cf879 in redisplay_frame (f=0x843b448, preemption_check=0)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6382
#15 0x81cfa93 in redisplay_device (d=0x844bd90, automatic=1)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6465
#16 0x81cfe29 in redisplay_without_hooks () at
/coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6554
#17 0x81d80da in redisplay () at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6611
#18 0x812aee9 in Fnext_event (event={gu = {type = Lisp_Type_Record, val = 34957999}, s =
{
bits = 0, val = 69915998}, u = {bits = 0, val = 69915998}, ui = 139831996, i =
139831996,
v = 0x855aabc, cv = 0x855aabc}, prompt={gu = {type = Lisp_Type_Record, val =
269807708},
s = {bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:2206
#19 0x80ac585 in Fcommand_loop_1 () at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:570
#20 0x80ac879 in command_loop_1 (dummy={gu = {type = Lisp_Type_Record, val = 269807708}, s
= {
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:494
#21 0x80ccd18 in condition_case_1 (handlers={gu = {type = Lisp_Type_Record, val =
269807660}, s = {
bits = 0, val = 539615320}, u = {bits = 0, val = 539615320}, ui = 1079230640,
i = 1079230640, v = 0x4053c0b0, cv = 0x4053c0b0}, bfun=0x80ac830
<command_loop_1>, barg={
gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u
= {
bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, hfun=0x80ac90c <cmd_error>, harg={gu = {type =
Lisp_Type_Record,
val = 269807708}, s = {bits = 0, val = 539615416}, u = {bits = 0, val =
539615416},
ui = 1079230832, i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1651
#22 0x80aca43 in command_loop_2 (dummy={gu = {type = Lisp_Type_Record, val = 269807708}, s
= {
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:256
#23 0x80d66d7 in internal_catch (tag={gu = {type = Lisp_Type_Record, val = 269758778}, s =
{
bits = 0, val = 539517556}, u = {bits = 0, val = 539517556}, ui = 1079035112,
i = 1079035112, v = 0x4050c4e8, cv = 0x4050c4e8}, func=0x80ac9fc
<command_loop_2>, arg={
gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u
= {
bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, threw=0x0) at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#24 0x80abd2e in initial_command_loop (load_me={gu = {type = Lisp_Type_Record, val =
269807708},
s = {bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:305
#25 0x80c84be in xemacs_21_2_b35_i686_pc_linux ()
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2170
#26 0x80ca6eb in main (argc=4, argv=0xbffffbf4, envp=0xbffffc08)
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2537
(gdb) continute e
Continuing.
Breakpoint 1, x_tab_control_instantiate (image_instance={gu = {type = Lisp_Type_Record,
val = 35282342}, s = {bits = 0, val = 70564684}, u = {bits = 0, val = 70564684},
ui = 141129368, i = 141129368, v = 0x8697698, cv = 0x8697698}, instantiator={gu = {
type = Lisp_Type_Record, val = 35282222}, s = {bits = 0, val = 70564444}, u =
{bits = 0,
val = 70564444}, ui = 141128888, i = 141128888, v = 0x86974b8, cv = 0x86974b8},
pointer_fg={gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val =
539615416},
u = {bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, pointer_bg={gu = {type = Lisp_Type_Record, val = 269807708}, s =
{
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170}, dest_mask=111, domain={gu = {
type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val = 70554060}, u =
{bits = 0,
val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs-x.c:2703
2703 widget_value * wv =
(gdb) where
#0 x_tab_control_instantiate (image_instance={gu = {type = Lisp_Type_Record, val =
35282342},
s = {bits = 0, val = 70564684}, u = {bits = 0, val = 70564684}, ui = 141129368,
i = 141129368, v = 0x8697698, cv = 0x8697698}, instantiator={gu = {type =
Lisp_Type_Record,
val = 35282222}, s = {bits = 0, val = 70564444}, u = {bits = 0, val = 70564444},
ui = 141128888, i = 141128888, v = 0x86974b8, cv = 0x86974b8}, pointer_fg={gu = {
type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u =
{bits = 0,
val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170, cv =
0x4053c170},
pointer_bg={gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val =
539615416},
u = {bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, dest_mask=111, domain={gu = {type = Lisp_Type_Record, val =
35277030},
s = {bits = 0, val = 70554060}, u = {bits = 0, val = 70554060}, ui = 141108120,
i = 141108120, v = 0x8692398, cv = 0x8692398})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs-x.c:2703
#1 0x816cea6 in instantiate_image_instantiator (governing_domain={gu = {type =
Lisp_Type_Record,
val = 35277030}, s = {bits = 0, val = 70554060}, u = {bits = 0, val = 70554060},
ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398}, domain={gu = {
type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val = 70554060}, u =
{bits = 0,
val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398},
instantiator={gu = {type = Lisp_Type_Record, val = 35282222}, s = {bits = 0, val =
70564444},
u = {bits = 0, val = 70564444}, ui = 141128888, i = 141128888, v = 0x86974b8,
cv = 0x86974b8}, pointer_fg={gu = {type = Lisp_Type_Record, val = 269807708}, s =
{bits = 0,
val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832, i =
1079230832,
v = 0x4053c170, cv = 0x4053c170}, pointer_bg={gu = {type = Lisp_Type_Record,
val = 269807708}, s = {bits = 0, val = 539615416}, u = {bits = 0, val =
539615416},
ui = 1079230832, i = 1079230832, v = 0x4053c170, cv = 0x4053c170}, dest_mask=111,
glyph={
gu = {type = Lisp_Type_Record, val = 34959120}, s = {bits = 0, val = 69918240}, u =
{
bits = 0, val = 69918240}, ui = 139836480, i = 139836480, v = 0x855bc40, cv =
0x855bc40})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:798
#2 0x8173976 in image_instantiate (specifier={gu = {type = Lisp_Type_Record, val =
34959132},
s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264}, ui = 139836528,
i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {type =
Lisp_Type_Record,
val = 269750612}, s = {bits = 0, val = 539501224}, u = {bits = 0, val =
539501224},
ui = 1079002448, i = 1079002448, v = 0x40504550, cv = 0x40504550}, domain={gu = {
type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val = 70554060}, u =
{bits = 0,
val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398},
instantiator={gu = {type = Lisp_Type_Record, val = 35282222}, s = {bits = 0, val =
70564444},
u = {bits = 0, val = 70564444}, ui = 141128888, i = 141128888, v = 0x86974b8,
cv = 0x86974b8}, depth={gu = {type = Lisp_Type_Int_Odd, val = 0}, s = {bits = 1, val
= 1},
u = {bits = 1, val = 1}, ui = 3, i = 3, v = 0x3, cv = 0x3})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:3217
#3 0x80cdc47 in call_with_suspended_errors_1 (opaque_arg={gu = {type = Lisp_Type_Record,
val = 34675572}, s = {bits = 0, val = 69351144}, u = {bits = 0, val = 69351144},
ui = 138702288, i = 138702288, v = 0x8446dd0, cv = 0x8446dd0})
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:2112
#4 0x80ce096 in call_with_suspended_errors (fun=0x8173170 <image_instantiate>,
retval={gu = {
type = Lisp_Type_Record, val = 269750612}, s = {bits = 0, val = 539501224}, u =
{bits = 0,
val = 539501224}, ui = 1079002448, i = 1079002448, v = 0x40504550, cv =
0x40504550},
class={gu = {type = Lisp_Type_Record, val = 269800346}, s = {bits = 0, val =
539600692}, u = {
bits = 0, val = 539600692}, ui = 1079201384, i = 1079201384, v = 0x40534e68,
cv = 0x40534e68}, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, nargs=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#5 0x81f8909 in specifier_instance_from_inst_list (specifier={gu = {type =
Lisp_Type_Record,
val = 34959132}, s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264},
ui = 139836528, i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {
type = Lisp_Type_Record, val = 269750612}, s = {bits = 0, val = 539501224}, u =
{bits = 0,
val = 539501224}, ui = 1079002448, i = 1079002448, v = 0x40504550, cv =
0x40504550},
domain={gu = {type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val =
70554060}, u = {
bits = 0, val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv =
0x8692398},
inst_list={gu = {type = Lisp_Type_Record, val = 35182763}, s = {bits = 0, val =
70365526},
u = {bits = 0, val = 70365526}, ui = 140731052, i = 140731052, v = 0x86362ac,
cv = 0x86362ac}, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, no_quit=1,
depth={
gu = {type = Lisp_Type_Int_Odd, val = 0}, s = {bits = 1, val = 1}, u = {bits = 1,
val = 1},
ui = 3, i = 3, v = 0x3, cv = 0x3}) at
/coda/Projects/XEmacs/21.2-HEAD/src/specifier.c:2506
#6 0x81f8c3f in specifier_instance (specifier={gu = {type = Lisp_Type_Record, val =
34959132},
s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264}, ui = 139836528,
i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {type =
Lisp_Type_Record,
val = 269750612}, s = {bits = 0, val = 539501224}, u = {bits = 0, val =
539501224},
ui = 1079002448, i = 1079002448, v = 0x40504550, cv = 0x40504550}, domain={gu = {
type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val = 70554060}, u =
{bits = 0,
val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398},
errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, no_quit=1,
no_fallback=0, depth={gu = {type = Lisp_Type_Int_Even, val = 0}, s = {bits = 1, val =
0}, u = {
bits = 1, val = 0}, ui = 1, i = 1, v = 0x1, cv = 0x1})
at /coda/Projects/XEmacs/21.2-HEAD/src/specifier.c:2619
#7 0x8177260 in update_glyph_cachel_data (w=0x8692398, glyph={gu = {type =
Lisp_Type_Record,
val = 34959120}, s = {bits = 0, val = 69918240}, u = {bits = 0, val = 69918240},
ui = 139836480, i = 139836480, v = 0x855bc40, cv = 0x855bc40}, cachel=0xbffff110)
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:3807
#8 0x81773c5 in add_glyph_cachel (w=0x8692398, glyph={gu = {type = Lisp_Type_Record,
val = 34959120}, s = {bits = 0, val = 69918240}, u = {bits = 0, val = 69918240},
ui = 139836480, i = 139836480, v = 0x855bc40, cv = 0x855bc40})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:4152
#9 0x817b4d5 in get_glyph_cachel_index (w=0x8692398, glyph={gu = {type =
Lisp_Type_Record,
val = 34959120}, s = {bits = 0, val = 69918240}, u = {bits = 0, val = 69918240},
ui = 139836480, i = 139836480, v = 0x855bc40, cv = 0x855bc40})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:4177
#10 0x81c62ed in add_glyph_rune (data=0xbffff290, gb=0x86975f0, pos_type=0,
allow_cursor=0,
cachel=0x0) at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:1529
#11 0x81cc54c in create_string_text_block (w=0x8692398, disp_string={gu = {
type = Lisp_Type_Record, val = 35076757}, s = {bits = 0, val = 70153514}, u =
{bits = 0,
val = 70153514}, ui = 140307028, i = 140307028, v = 0x85cea54, cv = 0x85cea54},
dl=0x87cfe48, start_pos=0, prop=0xbffff358, default_face=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:1780
#12 0x81cd1b0 in generate_displayable_area (w=0x8692398, disp_string={gu = {
type = Lisp_Type_Record, val = 35076757}, s = {bits = 0, val = 70153514}, u =
{bits = 0,
val = 70153514}, ui = 140307028, i = 140307028, v = 0x85cea54, cv = 0x85cea54},
xpos=4,
ypos=41, width=576, height=13, dla=0x855f2c0, start_pos=0, default_face=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:4951
#13 0x818e21b in output_gutter (f=0x843b448, pos=TOP_GUTTER, force=0)
at /coda/Projects/XEmacs/21.2-HEAD/src/gutter.c:285
#14 0x818f569 in update_frame_gutters (f=0x843b448)
at /coda/Projects/XEmacs/21.2-HEAD/src/gutter.c:562
#15 0x81cf879 in redisplay_frame (f=0x843b448, preemption_check=0)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6382
#16 0x81cfa93 in redisplay_device (d=0x844bd90, automatic=1)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6465
#17 0x81cfe29 in redisplay_without_hooks () at
/coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6554
#18 0x81d80da in redisplay () at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6611
#19 0x812aee9 in Fnext_event (event={gu = {type = Lisp_Type_Record, val = 34957999}, s =
{
bits = 0, val = 69915998}, u = {bits = 0, val = 69915998}, ui = 139831996, i =
139831996,
v = 0x855aabc, cv = 0x855aabc}, prompt={gu = {type = Lisp_Type_Record, val =
269807708},
s = {bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:2206
#20 0x80ac585 in Fcommand_loop_1 () at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:570
#21 0x80ac879 in command_loop_1 (dummy={gu = {type = Lisp_Type_Record, val = 269807708}, s
= {
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:494
#22 0x80ccd18 in condition_case_1 (handlers={gu = {type = Lisp_Type_Record, val =
269807660}, s = {
bits = 0, val = 539615320}, u = {bits = 0, val = 539615320}, ui = 1079230640,
i = 1079230640, v = 0x4053c0b0, cv = 0x4053c0b0}, bfun=0x80ac830
<command_loop_1>, barg={
gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u
= {
bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, hfun=0x80ac90c <cmd_error>, harg={gu = {type =
Lisp_Type_Record,
val = 269807708}, s = {bits = 0, val = 539615416}, u = {bits = 0, val =
539615416},
ui = 1079230832, i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1651
#23 0x80aca43 in command_loop_2 (dummy={gu = {type = Lisp_Type_Record, val = 269807708}, s
= {
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:256
#24 0x80d66d7 in internal_catch (tag={gu = {type = Lisp_Type_Record, val = 269758778}, s =
{
bits = 0, val = 539517556}, u = {bits = 0, val = 539517556}, ui = 1079035112,
i = 1079035112, v = 0x4050c4e8, cv = 0x4050c4e8}, func=0x80ac9fc
<command_loop_2>, arg={
gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u
= {
bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, threw=0x0) at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#25 0x80abd2e in initial_command_loop (load_me={gu = {type = Lisp_Type_Record, val =
269807708},
s = {bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:305
#26 0x80c84be in xemacs_21_2_b35_i686_pc_linux ()
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2170
#27 0x80ca6eb in main (argc=4, argv=0xbffffbf4, envp=0xbffffc08)
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2537
(gdb) continue
Continuing.
Breakpoint 1, x_tab_control_instantiate (image_instance={gu = {type = Lisp_Type_Record,
val = 35874404}, s = {bits = 0, val = 71748808}, u = {bits = 0, val = 71748808},
ui = 143497616, i = 143497616, v = 0x88d9990, cv = 0x88d9990}, instantiator={gu = {
type = Lisp_Type_Record, val = 35613080}, s = {bits = 0, val = 71226160}, u =
{bits = 0,
val = 71226160}, ui = 142452320, i = 142452320, v = 0x87da660, cv = 0x87da660},
pointer_fg={gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val =
539615416},
u = {bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, pointer_bg={gu = {type = Lisp_Type_Record, val = 269807708}, s =
{
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170}, dest_mask=111, domain={gu = {
type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val = 70554060}, u =
{bits = 0,
val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs-x.c:2703
2703 widget_value * wv =
(gdb) where
#0 x_tab_control_instantiate (image_instance={gu = {type = Lisp_Type_Record, val =
35874404},
s = {bits = 0, val = 71748808}, u = {bits = 0, val = 71748808}, ui = 143497616,
i = 143497616, v = 0x88d9990, cv = 0x88d9990}, instantiator={gu = {type =
Lisp_Type_Record,
val = 35613080}, s = {bits = 0, val = 71226160}, u = {bits = 0, val = 71226160},
ui = 142452320, i = 142452320, v = 0x87da660, cv = 0x87da660}, pointer_fg={gu = {
type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u =
{bits = 0,
val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170, cv =
0x4053c170},
pointer_bg={gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val =
539615416},
u = {bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, dest_mask=111, domain={gu = {type = Lisp_Type_Record, val =
35277030},
s = {bits = 0, val = 70554060}, u = {bits = 0, val = 70554060}, ui = 141108120,
i = 141108120, v = 0x8692398, cv = 0x8692398})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs-x.c:2703
#1 0x816cea6 in instantiate_image_instantiator (governing_domain={gu = {type =
Lisp_Type_Record,
val = 35277030}, s = {bits = 0, val = 70554060}, u = {bits = 0, val = 70554060},
ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398}, domain={gu = {
type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val = 70554060}, u =
{bits = 0,
val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398},
instantiator={gu = {type = Lisp_Type_Record, val = 35613080}, s = {bits = 0, val =
71226160},
u = {bits = 0, val = 71226160}, ui = 142452320, i = 142452320, v = 0x87da660,
cv = 0x87da660}, pointer_fg={gu = {type = Lisp_Type_Record, val = 269807708}, s =
{bits = 0,
val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832, i =
1079230832,
v = 0x4053c170, cv = 0x4053c170}, pointer_bg={gu = {type = Lisp_Type_Record,
val = 269807708}, s = {bits = 0, val = 539615416}, u = {bits = 0, val =
539615416},
ui = 1079230832, i = 1079230832, v = 0x4053c170, cv = 0x4053c170}, dest_mask=111,
glyph={
gu = {type = Lisp_Type_Record, val = 34959120}, s = {bits = 0, val = 69918240}, u =
{
bits = 0, val = 69918240}, ui = 139836480, i = 139836480, v = 0x855bc40, cv =
0x855bc40})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:798
#2 0x8173976 in image_instantiate (specifier={gu = {type = Lisp_Type_Record, val =
34959132},
s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264}, ui = 139836528,
i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {type =
Lisp_Type_Record,
val = 269750612}, s = {bits = 0, val = 539501224}, u = {bits = 0, val =
539501224},
ui = 1079002448, i = 1079002448, v = 0x40504550, cv = 0x40504550}, domain={gu = {
type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val = 70554060}, u =
{bits = 0,
val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398},
instantiator={gu = {type = Lisp_Type_Record, val = 35613080}, s = {bits = 0, val =
71226160},
u = {bits = 0, val = 71226160}, ui = 142452320, i = 142452320, v = 0x87da660,
cv = 0x87da660}, depth={gu = {type = Lisp_Type_Int_Odd, val = 0}, s = {bits = 1, val
= 1},
u = {bits = 1, val = 1}, ui = 3, i = 3, v = 0x3, cv = 0x3})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:3217
#3 0x80cdc47 in call_with_suspended_errors_1 (opaque_arg={gu = {type = Lisp_Type_Record,
val = 34598058}, s = {bits = 0, val = 69196116}, u = {bits = 0, val = 69196116},
ui = 138392232, i = 138392232, v = 0x83fb2a8, cv = 0x83fb2a8})
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:2112
#4 0x80ce096 in call_with_suspended_errors (fun=0x8173170 <image_instantiate>,
retval={gu = {
type = Lisp_Type_Record, val = 269750612}, s = {bits = 0, val = 539501224}, u =
{bits = 0,
val = 539501224}, ui = 1079002448, i = 1079002448, v = 0x40504550, cv =
0x40504550},
class={gu = {type = Lisp_Type_Record, val = 269800346}, s = {bits = 0, val =
539600692}, u = {
bits = 0, val = 539600692}, ui = 1079201384, i = 1079201384, v = 0x40534e68,
cv = 0x40534e68}, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, nargs=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#5 0x81f8909 in specifier_instance_from_inst_list (specifier={gu = {type =
Lisp_Type_Record,
val = 34959132}, s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264},
ui = 139836528, i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {
type = Lisp_Type_Record, val = 269750612}, s = {bits = 0, val = 539501224}, u =
{bits = 0,
val = 539501224}, ui = 1079002448, i = 1079002448, v = 0x40504550, cv =
0x40504550},
domain={gu = {type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val =
70554060}, u = {
bits = 0, val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv =
0x8692398},
inst_list={gu = {type = Lisp_Type_Record, val = 35873846}, s = {bits = 0, val =
71747692},
u = {bits = 0, val = 71747692}, ui = 143495384, i = 143495384, v = 0x88d90d8,
cv = 0x88d90d8}, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, no_quit=1,
depth={
gu = {type = Lisp_Type_Int_Odd, val = 0}, s = {bits = 1, val = 1}, u = {bits = 1,
val = 1},
ui = 3, i = 3, v = 0x3, cv = 0x3}) at
/coda/Projects/XEmacs/21.2-HEAD/src/specifier.c:2506
#6 0x81f8c3f in specifier_instance (specifier={gu = {type = Lisp_Type_Record, val =
34959132},
s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264}, ui = 139836528,
i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {type =
Lisp_Type_Record,
val = 269750612}, s = {bits = 0, val = 539501224}, u = {bits = 0, val =
539501224},
ui = 1079002448, i = 1079002448, v = 0x40504550, cv = 0x40504550}, domain={gu = {
type = Lisp_Type_Record, val = 35277030}, s = {bits = 0, val = 70554060}, u =
{bits = 0,
val = 70554060}, ui = 141108120, i = 141108120, v = 0x8692398, cv = 0x8692398},
errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, no_quit=1,
no_fallback=0, depth={gu = {type = Lisp_Type_Int_Even, val = 0}, s = {bits = 1, val =
0}, u = {
bits = 1, val = 0}, ui = 1, i = 1, v = 0x1, cv = 0x1})
at /coda/Projects/XEmacs/21.2-HEAD/src/specifier.c:2619
#7 0x8177260 in update_glyph_cachel_data (w=0x8692398, glyph={gu = {type =
Lisp_Type_Record,
val = 34959120}, s = {bits = 0, val = 69918240}, u = {bits = 0, val = 69918240},
ui = 139836480, i = 139836480, v = 0x855bc40, cv = 0x855bc40}, cachel=0x86941c0)
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:3807
#8 0x817b4ee in get_glyph_cachel_index (w=0x8692398, glyph={gu = {type =
Lisp_Type_Record,
val = 34959120}, s = {bits = 0, val = 69918240}, u = {bits = 0, val = 69918240},
ui = 139836480, i = 139836480, v = 0x855bc40, cv = 0x855bc40})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:4171
#9 0x81c62ed in add_glyph_rune (data=0xbffff290, gb=0x88d98e8, pos_type=0,
allow_cursor=0,
cachel=0x0) at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:1529
#10 0x81cc54c in create_string_text_block (w=0x8692398, disp_string={gu = {
type = Lisp_Type_Record, val = 35076757}, s = {bits = 0, val = 70153514}, u =
{bits = 0,
val = 70153514}, ui = 140307028, i = 140307028, v = 0x85cea54, cv = 0x85cea54},
dl=0x87cfe48, start_pos=0, prop=0xbffff358, default_face=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:1780
#11 0x81cd1b0 in generate_displayable_area (w=0x8692398, disp_string={gu = {
type = Lisp_Type_Record, val = 35076757}, s = {bits = 0, val = 70153514}, u =
{bits = 0,
val = 70153514}, ui = 140307028, i = 140307028, v = 0x85cea54, cv = 0x85cea54},
xpos=4,
ypos=41, width=576, height=21, dla=0x855f2c0, start_pos=0, default_face=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:4951
#12 0x818e21b in output_gutter (f=0x843b448, pos=TOP_GUTTER, force=0)
at /coda/Projects/XEmacs/21.2-HEAD/src/gutter.c:285
#13 0x818f569 in update_frame_gutters (f=0x843b448)
at /coda/Projects/XEmacs/21.2-HEAD/src/gutter.c:562
#14 0x81cf879 in redisplay_frame (f=0x843b448, preemption_check=0)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6382
#15 0x81cfa93 in redisplay_device (d=0x844bd90, automatic=1)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6465
#16 0x81cfe29 in redisplay_without_hooks () at
/coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6554
#17 0x81d80da in redisplay () at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6611
#18 0x812aee9 in Fnext_event (event={gu = {type = Lisp_Type_Record, val = 34957999}, s =
{
bits = 0, val = 69915998}, u = {bits = 0, val = 69915998}, ui = 139831996, i =
139831996,
v = 0x855aabc, cv = 0x855aabc}, prompt={gu = {type = Lisp_Type_Record, val =
269807708},
s = {bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:2206
#19 0x80ac585 in Fcommand_loop_1 () at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:570
#20 0x80ac879 in command_loop_1 (dummy={gu = {type = Lisp_Type_Record, val = 269807708}, s
= {
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:494
#21 0x80ccd18 in condition_case_1 (handlers={gu = {type = Lisp_Type_Record, val =
269807660}, s = {
bits = 0, val = 539615320}, u = {bits = 0, val = 539615320}, ui = 1079230640,
i = 1079230640, v = 0x4053c0b0, cv = 0x4053c0b0}, bfun=0x80ac830
<command_loop_1>, barg={
gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u
= {
bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, hfun=0x80ac90c <cmd_error>, harg={gu = {type =
Lisp_Type_Record,
val = 269807708}, s = {bits = 0, val = 539615416}, u = {bits = 0, val =
539615416},
ui = 1079230832, i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1651
#22 0x80aca43 in command_loop_2 (dummy={gu = {type = Lisp_Type_Record, val = 269807708}, s
= {
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:256
#23 0x80d66d7 in internal_catch (tag={gu = {type = Lisp_Type_Record, val = 269758778}, s =
{
bits = 0, val = 539517556}, u = {bits = 0, val = 539517556}, ui = 1079035112,
i = 1079035112, v = 0x4050c4e8, cv = 0x4050c4e8}, func=0x80ac9fc
<command_loop_2>, arg={
gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u
= {
bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, threw=0x0) at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#24 0x80abd2e in initial_command_loop (load_me={gu = {type = Lisp_Type_Record, val =
269807708},
s = {bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:305
#25 0x80c84be in xemacs_21_2_b35_i686_pc_linux ()
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2170
#26 0x80ca6eb in main (argc=4, argv=0xbffffbf4, envp=0xbffffc08)
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2537
(gdb) continue
Continuing.
Breakpoint 1, x_tab_control_instantiate (image_instance={gu = {type = Lisp_Type_Record,
val = 35885080}, s = {bits = 0, val = 71770160}, u = {bits = 0, val = 71770160},
ui = 143540320, i = 143540320, v = 0x88e4060, cv = 0x88e4060}, instantiator={gu = {
type = Lisp_Type_Record, val = 35874388}, s = {bits = 0, val = 71748776}, u =
{bits = 0,
val = 71748776}, ui = 143497552, i = 143497552, v = 0x88d9950, cv = 0x88d9950},
pointer_fg={gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val =
539615416},
u = {bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, pointer_bg={gu = {type = Lisp_Type_Record, val = 269807708}, s =
{
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170}, dest_mask=111, domain={gu = {
type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val = 69350832}, u =
{bits = 0,
val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs-x.c:2703
2703 widget_value * wv =
(gdb) where
#0 x_tab_control_instantiate (image_instance={gu = {type = Lisp_Type_Record, val =
35885080},
s = {bits = 0, val = 71770160}, u = {bits = 0, val = 71770160}, ui = 143540320,
i = 143540320, v = 0x88e4060, cv = 0x88e4060}, instantiator={gu = {type =
Lisp_Type_Record,
val = 35874388}, s = {bits = 0, val = 71748776}, u = {bits = 0, val = 71748776},
ui = 143497552, i = 143497552, v = 0x88d9950, cv = 0x88d9950}, pointer_fg={gu = {
type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u =
{bits = 0,
val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170, cv =
0x4053c170},
pointer_bg={gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val =
539615416},
u = {bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, dest_mask=111, domain={gu = {type = Lisp_Type_Record, val =
34675416},
s = {bits = 0, val = 69350832}, u = {bits = 0, val = 69350832}, ui = 138701664,
i = 138701664, v = 0x8446b60, cv = 0x8446b60})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs-x.c:2703
#1 0x816cea6 in instantiate_image_instantiator (governing_domain={gu = {type =
Lisp_Type_Record,
val = 34675416}, s = {bits = 0, val = 69350832}, u = {bits = 0, val = 69350832},
ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60}, domain={gu = {
type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val = 69350832}, u =
{bits = 0,
val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60},
instantiator={gu = {type = Lisp_Type_Record, val = 35874388}, s = {bits = 0, val =
71748776},
u = {bits = 0, val = 71748776}, ui = 143497552, i = 143497552, v = 0x88d9950,
cv = 0x88d9950}, pointer_fg={gu = {type = Lisp_Type_Record, val = 269807708}, s =
{bits = 0,
val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832, i =
1079230832,
v = 0x4053c170, cv = 0x4053c170}, pointer_bg={gu = {type = Lisp_Type_Record,
val = 269807708}, s = {bits = 0, val = 539615416}, u = {bits = 0, val =
539615416},
ui = 1079230832, i = 1079230832, v = 0x4053c170, cv = 0x4053c170}, dest_mask=111,
glyph={
gu = {type = Lisp_Type_Record, val = 34959120}, s = {bits = 0, val = 69918240}, u =
{
bits = 0, val = 69918240}, ui = 139836480, i = 139836480, v = 0x855bc40, cv =
0x855bc40})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:798
#2 0x8173976 in image_instantiate (specifier={gu = {type = Lisp_Type_Record, val =
34959132},
s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264}, ui = 139836528,
i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {type =
Lisp_Type_Record,
val = 269750612}, s = {bits = 0, val = 539501224}, u = {bits = 0, val =
539501224},
ui = 1079002448, i = 1079002448, v = 0x40504550, cv = 0x40504550}, domain={gu = {
type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val = 69350832}, u =
{bits = 0,
val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60},
instantiator={gu = {type = Lisp_Type_Record, val = 35874388}, s = {bits = 0, val =
71748776},
u = {bits = 0, val = 71748776}, ui = 143497552, i = 143497552, v = 0x88d9950,
cv = 0x88d9950}, depth={gu = {type = Lisp_Type_Int_Odd, val = 0}, s = {bits = 1, val
= 1},
u = {bits = 1, val = 1}, ui = 3, i = 3, v = 0x3, cv = 0x3})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:3217
#3 0x80cdc47 in call_with_suspended_errors_1 (opaque_arg={gu = {type = Lisp_Type_Record,
val = 34598058}, s = {bits = 0, val = 69196116}, u = {bits = 0, val = 69196116},
ui = 138392232, i = 138392232, v = 0x83fb2a8, cv = 0x83fb2a8})
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:2112
#4 0x80ce096 in call_with_suspended_errors (fun=0x8173170 <image_instantiate>,
retval={gu = {
type = Lisp_Type_Record, val = 269750612}, s = {bits = 0, val = 539501224}, u =
{bits = 0,
val = 539501224}, ui = 1079002448, i = 1079002448, v = 0x40504550, cv =
0x40504550},
class={gu = {type = Lisp_Type_Record, val = 269800346}, s = {bits = 0, val =
539600692}, u = {
bits = 0, val = 539600692}, ui = 1079201384, i = 1079201384, v = 0x40534e68,
cv = 0x40534e68}, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, nargs=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#5 0x81f8909 in specifier_instance_from_inst_list (specifier={gu = {type =
Lisp_Type_Record,
val = 34959132}, s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264},
ui = 139836528, i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {
type = Lisp_Type_Record, val = 269750612}, s = {bits = 0, val = 539501224}, u =
{bits = 0,
val = 539501224}, ui = 1079002448, i = 1079002448, v = 0x40504550, cv =
0x40504550},
domain={gu = {type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val =
69350832}, u = {
bits = 0, val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv =
0x8446b60},
inst_list={gu = {type = Lisp_Type_Record, val = 35884511}, s = {bits = 0, val =
71769022},
u = {bits = 0, val = 71769022}, ui = 143538044, i = 143538044, v = 0x88e377c,
cv = 0x88e377c}, errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, no_quit=1,
depth={
gu = {type = Lisp_Type_Int_Odd, val = 0}, s = {bits = 1, val = 1}, u = {bits = 1,
val = 1},
ui = 3, i = 3, v = 0x3, cv = 0x3}) at
/coda/Projects/XEmacs/21.2-HEAD/src/specifier.c:2506
#6 0x81f8c3f in specifier_instance (specifier={gu = {type = Lisp_Type_Record, val =
34959132},
s = {bits = 0, val = 69918264}, u = {bits = 0, val = 69918264}, ui = 139836528,
i = 139836528, v = 0x855bc70, cv = 0x855bc70}, matchspec={gu = {type =
Lisp_Type_Record,
val = 269750612}, s = {bits = 0, val = 539501224}, u = {bits = 0, val =
539501224},
ui = 1079002448, i = 1079002448, v = 0x40504550, cv = 0x40504550}, domain={gu = {
type = Lisp_Type_Record, val = 34675416}, s = {bits = 0, val = 69350832}, u =
{bits = 0,
val = 69350832}, ui = 138701664, i = 138701664, v = 0x8446b60, cv = 0x8446b60},
errb={
really_unlikely_name_to_have_accidentally_in_a_non_errb_structure = 42}, no_quit=1,
no_fallback=0, depth={gu = {type = Lisp_Type_Int_Even, val = 0}, s = {bits = 1, val =
0}, u = {
bits = 1, val = 0}, ui = 1, i = 1, v = 0x1, cv = 0x1})
at /coda/Projects/XEmacs/21.2-HEAD/src/specifier.c:2619
#7 0x8177260 in update_glyph_cachel_data (w=0x8446b60, glyph={gu = {type =
Lisp_Type_Record,
val = 34959120}, s = {bits = 0, val = 69918240}, u = {bits = 0, val = 69918240},
ui = 139836480, i = 139836480, v = 0x855bc40, cv = 0x855bc40}, cachel=0xbffff110)
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:3807
#8 0x81773c5 in add_glyph_cachel (w=0x8446b60, glyph={gu = {type = Lisp_Type_Record,
val = 34959120}, s = {bits = 0, val = 69918240}, u = {bits = 0, val = 69918240},
ui = 139836480, i = 139836480, v = 0x855bc40, cv = 0x855bc40})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:4152
#9 0x817b4d5 in get_glyph_cachel_index (w=0x8446b60, glyph={gu = {type =
Lisp_Type_Record,
val = 34959120}, s = {bits = 0, val = 69918240}, u = {bits = 0, val = 69918240},
ui = 139836480, i = 139836480, v = 0x855bc40, cv = 0x855bc40})
at /coda/Projects/XEmacs/21.2-HEAD/src/glyphs.c:4177
#10 0x81c62ed in add_glyph_rune (data=0xbffff290, gb=0x88e3fb8, pos_type=0,
allow_cursor=0,
cachel=0x0) at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:1529
#11 0x81cc54c in create_string_text_block (w=0x8446b60, disp_string={gu = {
type = Lisp_Type_Record, val = 35076737}, s = {bits = 0, val = 70153474}, u =
{bits = 0,
val = 70153474}, ui = 140306948, i = 140306948, v = 0x85cea04, cv = 0x85cea04},
dl=0x87cfe48, start_pos=0, prop=0xbffff358, default_face=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:1780
#12 0x81cd1b0 in generate_displayable_area (w=0x8446b60, disp_string={gu = {
type = Lisp_Type_Record, val = 35076737}, s = {bits = 0, val = 70153474}, u =
{bits = 0,
val = 70153474}, ui = 140306948, i = 140306948, v = 0x85cea04, cv = 0x85cea04},
xpos=4,
ypos=41, width=576, height=21, dla=0x855f2c0, start_pos=0, default_face=5)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:4951
#13 0x818e21b in output_gutter (f=0x843b448, pos=TOP_GUTTER, force=0)
at /coda/Projects/XEmacs/21.2-HEAD/src/gutter.c:285
#14 0x818f569 in update_frame_gutters (f=0x843b448)
at /coda/Projects/XEmacs/21.2-HEAD/src/gutter.c:562
#15 0x81cf879 in redisplay_frame (f=0x843b448, preemption_check=0)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6382
#16 0x81cfa93 in redisplay_device (d=0x844bd90, automatic=1)
at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6465
#17 0x81cfe29 in redisplay_without_hooks () at
/coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6554
#18 0x81d80da in redisplay () at /coda/Projects/XEmacs/21.2-HEAD/src/redisplay.c:6611
#19 0x812aee9 in Fnext_event (event={gu = {type = Lisp_Type_Record, val = 34957999}, s =
{
bits = 0, val = 69915998}, u = {bits = 0, val = 69915998}, ui = 139831996, i =
139831996,
v = 0x855aabc, cv = 0x855aabc}, prompt={gu = {type = Lisp_Type_Record, val =
269807708},
s = {bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/event-stream.c:2206
#20 0x80ac585 in Fcommand_loop_1 () at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:570
#21 0x80ac879 in command_loop_1 (dummy={gu = {type = Lisp_Type_Record, val = 269807708}, s
= {
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:494
#22 0x80ccd18 in condition_case_1 (handlers={gu = {type = Lisp_Type_Record, val =
269807660}, s = {
bits = 0, val = 539615320}, u = {bits = 0, val = 539615320}, ui = 1079230640,
i = 1079230640, v = 0x4053c0b0, cv = 0x4053c0b0}, bfun=0x80ac830
<command_loop_1>, barg={
gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u
= {
bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, hfun=0x80ac90c <cmd_error>, harg={gu = {type =
Lisp_Type_Record,
val = 269807708}, s = {bits = 0, val = 539615416}, u = {bits = 0, val =
539615416},
ui = 1079230832, i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1651
#23 0x80aca43 in command_loop_2 (dummy={gu = {type = Lisp_Type_Record, val = 269807708}, s
= {
bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:256
#24 0x80d66d7 in internal_catch (tag={gu = {type = Lisp_Type_Record, val = 269758778}, s =
{
bits = 0, val = 539517556}, u = {bits = 0, val = 539517556}, ui = 1079035112,
i = 1079035112, v = 0x4050c4e8, cv = 0x4050c4e8}, func=0x80ac9fc
<command_loop_2>, arg={
gu = {type = Lisp_Type_Record, val = 269807708}, s = {bits = 0, val = 539615416}, u
= {
bits = 0, val = 539615416}, ui = 1079230832, i = 1079230832, v = 0x4053c170,
cv = 0x4053c170}, threw=0x0) at /coda/Projects/XEmacs/21.2-HEAD/src/eval.c:1317
#25 0x80abd2e in initial_command_loop (load_me={gu = {type = Lisp_Type_Record, val =
269807708},
s = {bits = 0, val = 539615416}, u = {bits = 0, val = 539615416}, ui = 1079230832,
i = 1079230832, v = 0x4053c170, cv = 0x4053c170})
at /coda/Projects/XEmacs/21.2-HEAD/src/cmdloop.c:305
#26 0x80c84be in xemacs_21_2_b35_i686_pc_linux ()
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2170
#27 0x80ca6eb in main (argc=4, argv=0xbffffbf4, envp=0xbffffc08)
at /coda/Projects/XEmacs/21.2-HEAD/src/emacs.c:2537
(gdb) quit
The program is running. Exit anyway? (y or n)
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
5:56 p.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
At 04:37 PM 8/12/00 +0900, Stephen J. Turnbull wrote:
OOoooh, shiver. You trust THAT code to match a glyph whose
instantiator ... uh, uh, what is an instantiator for a tab control? I
hope it doesn't contain anything about the number of tabs, their
labels, or which one is the top. Or else it changes every time you
switch buffers!
Urrg. That is a problem but not much of one - I've just changed the hash
test back to EQ which is correct for the current setup. However the real
problem is that the instantiation domain *changes* because the window
changes. Thus right now the only thing to do is to change the instantiator
in the window which means I can't do the optimization I've been trying. I
really need to instantiate at the frame level (which has its own problems)
or "fake" it.
I need to think.
andy
--------------------------------------------------------------
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
12:09 p.m.
New subject: evil hack in buffer.c, and need for internal docs onwidgetcode
At 02:13 PM 8/10/00 +0900, Stephen J. Turnbull wrote:
On the other hand, I think that using Lisp ojects in the widget's
internal structure is a dubious design decision. For example, in the
loop at line 2744 of src/glyphs-x.c, the fact that you are chasing two
lists which are assumed to be isomorphic is concealed by the use of
the LIST_LOOP macro. I'm not even sure that they should be isomorphic.
(Eg, we could surely avoid this crash by using a circular list of
children, which would not be isomorphic to the monotonic list of
buffers. This might result in a different kind of bug, of course.)
Remember that this is only neccessary under X because of lwlib. Under
mswindows the glyph structure encapsulates all of this information.
Another thing is that for a tabs widget, I don't see why any of
its
children ever need to be destroyed before the tabs manager itself is
destroyed. Memory leak? Yes, but it's bounded. The tab widget takes
up screen real estate, so (absent a mad list-creating function whose
value is assigned as the label list for the tabs widget) the user
won't let it grow too much. (Of course we should worry about extreme
behavior; I'm talking about the ordinary case.) So I see the
interface to the widget as
struct tabs {
LispObject current_list_of_strings; /* read only */
LispObject requested_list_of_strings; /* effectively write only */
LispObject current_top_widget; /* read only */
LispObject requested_top_widget; /* effectively write only */
LispObject current_display_parameter_list; /* faces etc, read only */
LispObject requested_display_parameter_list; /* effectively write only */
}
The implementation would be a private TabsWidget object. (In practice
the requested_* objects would be parts of a separate instantiator, as
Ben is requesting, rather than a permanent part of the structure.)
The point of this design is that you _never_ have to read data from
the lw- or Xt-level TabsWidget. Your comments sprinkled throughout
the code indicate that that is problematic. And it's easy enough to
generate SIGSEGVs just reading Xt objects :-(.
The interface would be to setf the RLOS or get the CLOS. When you
setf the RLOS, the widget's redisplay callback notices this, and walks
both lists. When corresponding objects differ, set
tabLabelWidget.string(i) = CLOS(i) = RLOS(i) and a dirty flag on
tabLabelWidget(i). In case len(RLOS) > len(CLOS), new TabLabelWidgets
are allocated and initialized. Optionally, if len(RLOS) < len(CLOS),
you could free some TabLabelWidgets, but unless there are a lot to be
freed it's probably better to just unmanage them.
Note that this could actually be efficiently separated into two loops,
since you only need to compare addresses of tabLabelWidget.string(i)
and CLOS(i).
Similar considerations would apply to the top tab and the display
parameters, except that those would be fixed structures. This should
make it possible to set all the labels, display parameters, and the
topWidget with one call to XtSetValues().
I don't think this is so different from what you're doing now, except
that discussing it this way shows that all this stuff could be handled
in about three places in the code (tabs instantiation, tabs redisplay,
and the implementation of TabsSetValues() in lwlib/xlwtabs.[ch]). But
at the moment things seem to be spread out all over. (At least,
looking at TabsSetValues(), x_tab_control_instantiate(), and
x_tab_control_redisplay() gives the impression that something must be
handled elsewhere.) And the role of things like the hook in buffer.c
get confused; it looks like it's tab-specific when actually it's
intended as a general facility that wasn't needed until buffer tabs
came along.
The correct solution given our current use of lwlib would be to factor the
code into lwlib so that lw_modify_all_widgets did the Right Thing. And this
is possible. However, doing this in lwlib is always a complete PIA *and*
difficult to get right *and* takes a long time. When actually what we are
trying to do is quite simple.
The abstraction of lwlib is laudable but IMHO makes things more complicated.
The mswindows code was very easy to get right because of the absence of lwlib.
BTW the current lisp structure using gui_items is mainly because we already
have functions to convert these into what lwlib is expecting.
andy
--------------------------------------------------------------
Dr Andy Piper
Principal Consultant, BEA Systems Ltd
8848
days inactive
8862
days old
11 comments
4 participants
participants (4)
-
Andy Piper -
Andy Piper -
Ben Wing -
Stephen J. Turnbull