[debbugs-tracker] bug#14412: closed (24.3.50; emacs_backtrace.txt)

[GNU bug Tracking System]

Your message dated Sat, 26 Dec 2015 12:44:28 +0200
with message-id <address@hidden>
and subject line Re: bug#14412: 24.3.50; emacs_backtrace.txt
has caused the debbugs.gnu.org bug report #14412,
regarding 24.3.50; emacs_backtrace.txt
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
14412: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14412
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 24.3.50; emacs_backtrace.txt
>
>
>
>
> Date: 
>
> Thu, 16 May 2013 14:21:05 -0700
>
>
>
>
> Backtrace:
> 0x01159525
> 0x01159597
> 0x01001459
> 0x01021A5E
> 0x0101675C
> 0x010D82B4
> 0x010D938E
> 0x010D8F02
> 0x010116DA
> 0x010118DF
> 0x0101120C
> 0x01011326
> 0x01011365
> 0x01006765
> 0x010E4AC8
> 0x0101596C
> 0x01014E87
> 0x010E5146
> 0x01015511
> 0x01014E87
> 0x010E5146
> 0x0101596C
> 0x01014E87
> 0x010E5146
> 0x0101596C
> 0x01014E87
> 0x01013C70
> 0x010141D4
> 0x010E8FBA
> 0x01014B45
> 0x010E5146
> 0x01015511
> 0x01014E87
> 0x01014229
> 0x01024826
> 0x01010C39
> 0x01023814
> 0x01010696
> 0x010237CE
> 0x01022D88
> 0x010230B5
> 0x010029C4
> 0x010010F9
> 0x7C81776B
>  
>  
>  
>
> In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
>  of 2013-05-14 on ODIEONE
> Bzr revision: 112586 address@hidden
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> Configured using:
>  `configure --with-gcc (4.7) --no-opt --enable-checking --cflags
>  -IC:/Devel/emacs/build/include --ldflags -LC:/Devel/emacs/build/lib'
>  
>
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#14412: 24.3.50; emacs_backtrace.txt
>
>
>
>
> Date: 
>
> Sat, 26 Dec 2015 12:44:28 +0200
>
>
>
>
> > Date: Sat, 26 Dec 2015 12:07:19 +0200
> > From: Eli Zaretskii <address@hidden>
> > Cc: address@hidden
> > 
> > > From: Lars Ingebrigtsen <address@hidden>
> > > Cc: Drew Adams <address@hidden>,  address@hidden
> > > Date: Sat, 26 Dec 2015 01:47:50 +0100
> > > 
> > > Eli Zaretskii <address@hidden> writes:
> > > 
> > > > It aborts here:
> > > >
> > > >       /* If variable has a trivial value (no forwarding), we can
> > > >    just set it.  No need to check for constant symbols here,
> > > >    since that was already done by specbind.  */
> > > >  >>>  else if (XSYMBOL (this_binding.symbol)->redirect == SYMBOL_PLAINVAL)
> > > >   SET_SYMBOL_VAL (XSYMBOL (this_binding.symbol),
> > > >                   this_binding.old_value);
> > > >
> > > > Should we explicitly test for SYMBOLP before calling XSYMBOL?
> > > 
> > > Was this resolved, by any chance?
> > 
> > Not that I could see, but adding the test is trivial, so I will do it
> > soon.
>
> Done.
>
>
> --- End Message ---