I haven't had chance to perform the test under GDB. I have a few
additional information to this problem. The problem seems to have
nothing to do with table.el. It is a GUI problem.
1. The problem may be the build platform specific as it appears to be
related to the windowing system. I am building my emacs on Windows
XP using mingw.
2. When the problem once starts menubar contents do not change
regardless of the mode where point is at. The last menubar content
is stuck. The last remaining menu responds to mouse event and
functions correctly.
3. When this problem starts the mouse click on a window does not
change the focus. The point, the highlighted window status bar all
remains the same regardless of mouse click.
-Tak
Sun, 06 May 2007 18:26:43 -0400: Richard Stallman <address@hidden> wrote:
Also the nature of this bug is a bit more elusive than I thought. If
I kill current emacs and start it freshly the menu starts working
correctly. It continue to work correctly but eventually stops
(entering the point into a table cell doesn't bring the table menu
item anymore). I don't exactly know what "eventually" means
technically at this moment.
If you use GDB to investigate what happens in updating the menu when
it is failing, and simultaneously investigate another new Emacs
process in which this is still working correctly, you can compare
them and see where and why they start to diverge.
I think we should not delay the release to fix this.
_______________________________________________
Emacs-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/emacs-devel