From xemacs-m  Mon Mar 10 17:47:25 1997
Received: from crystal.WonderWorks.COM (crystal.WonderWorks.com [192.203.206.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id RAA04059
	for <xemacs-beta@xemacs.org>; Mon, 10 Mar 1997 17:47:23 -0600 (CST)
Received: by crystal.WonderWorks.COM 
	id QQcgih06332; Mon, 10 Mar 1997 18:47:17 -0500 (EST)
Date: Mon, 10 Mar 1997 18:47:17 -0500 (EST)
Message-Id: <QQcgih06332.199703102347@crystal.WonderWorks.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Kyle Jones <kyle_jones@wonderworks.com>
To: xemacs-beta@xemacs.org
Subject: Re: toolbar-shadow b97->b98 
In-Reply-To: <8495.858033630@rtp.ericsson.se>
References: <199703101351.OAA15982@sonne.darmstadt.gmd.de>
	<QQcghk01503.199703101806@crystal.WonderWorks.COM>
	<8495.858033630@rtp.ericsson.se>
X-Face: /cA45WHG7jWq>(O3&Z57Y<"WsX5ddc,4c#w0F*zrV#=M
        0@~@,s;b,aMtR5Sqs"+nU.z^CSFQ9t`z2>W,S,]:[+2^
        Nbf6v4g>!&,7R4Ot4Wg{&tm=WX7P["9%a)_da48-^tGy
        ,qz]Z,Zz\{E.,]'EO+F)@$KtF&V

Raymond Toy writes:
 > >>>>> "Kyle" == Kyle Jones <kyle_jones@wonderworks.com> writes:
 > 
 > 
 >     Kyle> The relevant function is x_initialize_frame_toolbar_gcs.
 >     Kyle> The code that is likely failing is
 > 
 >     Kyle>   if (ef->emacs_frame.top_toolbar_shadow_pixel == 0)
 >     Kyle>     {
 > [blah blah]
 >     Kyle>     }
 >     Kyle>   if (ef->emacs_frame.bottom_toolbar_shadow_pixel == 0)
 >     Kyle>     {
 > [blah blah]
 >     Kyle>     }
 > 
 >     Kyle> Both of these if's should fail in an XEmacs without
 >     Kyle> topToolBarShadowColor and bottomToolBarShadowColor resources
 >     Kyle> defined.
 > 
 > What does "fail" mean in this context?
 > 
 > I ran this under a debugger.  I took out my any references to
 > topToolBarShadowColor, etc. from my .Xdefaults (and anything else
 > related to shadow color).
 > 
 > I find that both ef->emacs_frame.top_toolbar_shadow_pixel and
 > ef->emacs_frame.bottom_toolbar_shadow_pixel are set to 1.

I managed to duplicate the problem here.  The slots above are set
to 27 and 28 respectively.  Where these values are coming from, I
have no idea.  They are probably random memory garbage.

 > Based on your comments, I'm assuming that they should be 0.  Where are
 > they set?  Some will have to give me some hints on where to look.  I
 > don't grok X much less XEmacs. :-(

They should be set to default 0 values when the frame resoruces
are queried, as I understand the code.  It looks like this isn't
being done, so one fix would be to do this wherever the struct ef
points to is initialized.

