Richard Stallman skrev:
> * running the same build on the same debian sid machine under KDE
> when you run it under KDE, is that the GTK build of Emacs?
It's the same build in all cases. The same binary files. I make a
".deb" package from the results of the build and install that same
package on both machines, and run that same package under the various
desktop environments. So in all cases it's using GTK.
How bizarre.
I don't know if you saw the silly patch for the problem which I posted
earlier today, but adding a static integer variable and incrementing
it before incrementing interrupt_input_blocked in the #define for
BLOCK_INPUT fixes the bug!
This suggests to me that it has something to do with multithreading.
I have a vague memory that GTK uses multithreading.
It is the file dialog in Gtk+ that uses several threads.
Jan, do you get any ideas from this?
Some, but the root cause is still unknown. It seems UNBLOCK_INPUT gets called
more than BLOCK_INPUT, so the counter goes below zero and Emacs aborts (in
UNBLOCK_INPUT).
Jan D.
_______________________________________________
emacs-pretest-bug mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
