"Robert J. Chassell" <[EMAIL PROTECTED]> writes: > Sunday's GNU Emacs CVS snapshot, Sun, 2005 Mar 13 > GNU Emacs 22.0.50.22 (i686-pc-linux-gnu, GTK+ Version 2.6.2) > > vrs > > Friday's GNU Emacs CVS snapshot, Fri, 2005 Mar 18 > GNU Emacs 22.0.50.26 (i686-pc-linux-gnu, GTK+ Version 2.6.2) > > both started with the same, long .emacs file > > The time sink is `rmail-summary-goto-msg'. > > I profiled one deletion on that function. `rmail-summary-goto-msg' > continues as the time sink. The function takes longer over time. > > older > Function Name Call Count Elapsed Time Average Time > =================================== ========== ============ ============ > rmail-summary-goto-msg 6 0.057814 0.0096356666 > rmail-summary-rmail-update 6 0.0381699999 0.0063616666 > rmail-summary-undelete 1 0.016846 0.016846 > rmail-summary-delete-forward 1 0.013405 0.013405 > > > younger > Function Name Call Count Elapsed Time Average Time > =================================== ========== ============ ============ > rmail-summary-construct-io-menu 1 0.141289 0.141289 > rmail-summary-rmail-update 8 0.0816259999 0.0102032499 > rmail-summary-delete-forward 1 0.032636 0.032636 > rmail-summary-goto-msg 4 0.0205899999 0.0051474999 > > Unfortunately, I am now lost. On glancing at the source for > `rmail-summary-goto-msg' I don't see anything obviously wrong. What > should I do next?
Well, one thing that appears wrong is that the branch that calls rmail-summary-goto-msg recursively then still goes on to continue working afterwards. I don't have enough of a clue to judge whether this is intended behavior, but it certainly appears weird. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel
