GNU bug report logs - #18438
24.4.50; assertion failed in bidi.c

Previous Next

Full log

View this message in rfc822 format

From: Ken Brown <kbrown <at> cornell.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 18438 <at> debbugs.gnu.org, aidalgol <at> amuri.net, Daniel Colascione <dancol <at> dancol.org>
Subject: bug#18438: 24.4.50; assertion failed in bidi.c
Date: Wed, 24 Sep 2014 12:40:31 -0400

[Message part 1 (text/plain, inline)]

[Adding Daniel Colascione to the CC.]

On 9/24/2014 11:01 AM, Eli Zaretskii wrote:
>> Date: Wed, 24 Sep 2014 10:06:30 -0400
>> From: Ken Brown <kbrown <at> cornell.edu>
>> CC: Eli Zaretskii <eliz <at> gnu.org>
>>
>> By the way, I just got the same assertion failure in bidi.c, with a
>> backtrace under gdb 7.8 (attached).
>
> What is the backtrace of the other threads?

Attached.

> We are left with the riddle.

That's too bad.

I have one thought: You've mentioned before the possibility that this 
problem is caused by interference from other threads.  The one thread 
that exists in the Cygwin-w32 build but not in other Cygwin builds is 
the one used for the Windows message queue. (Thread 5 in the attached 
backtrace).  I'm not familiar with the code involving the message queue, 
but is it possible that this code is not thread safe in the 64-bit 
Cygwin build?

Dan, can you help?  In case you don't want to read through the whole bug 
report, the gist of the problem is this: In the Cygwin-w32 build of 
Emacs with checking enabled (64-bit case only), there are random 
assertion failures that make no sense when viewed under gdb.  In other 
words, the assertions clearly hold according to the information provided 
by gdb.  Eli has wondered whether code running in a different thread is 
somehow the cause of this.

Ken

[bt_all.txt.gz (application/gzip, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.