Re: Faster lisp engine

Martin> By the way, I don't think that the lisp engine itself is that Martin> much of a bottleneck in XEmacs, so we should not be looking at Martin> a replacement lisp engine specifically for a blazing fast Martin> XEmacs. Martin> The best things to look at from a performance point of view, Martin> judging from my profiling runs, are Martin> - redisplay Martin> - redisplay some more Martin> - garbage collection Martin> - extent handling Martin> - regular expression handling Martin> - mule coding system character conversion I'm interested in messing around with redisplay, and have been picking at it, but do not have the time free to make any commitments as to when things happen... I have a couple of glyph-related patches that I'll post when we've got 21.0 to bed, and then will add my dialogs to lwlib, but after that I'd like to work on perhaps implementing Joel Peterson's ideas. Anyone else interested in the same area, or have more ideas on what needs doing there? (I do want to get pixel-level scrolling and proper scroll-bar behavior in there as well...) -- Jareth Hein | jareth(a)camelot.co.jp | ハイン ジェラス Toolsmith & Program lead | http://www.camelot.co.jp | 開発部チーフ Camelot Software, Ltd. | |（株）キャメロット "It's a sad sign of the times when 'political machine' is redefined to include 'main-line battle tank'" - Ambassador Grossblunder