bugGNU Zile (Zile is Lossy Emacs) - Bugs: bug #41257, isearch is very slow in zmacs

 
 

bug #41257: isearch is very slow in zmacs

Submitter:  Reuben Thomas <rrt>
Submitted:  Thu 16 Jan 2014 11:50:42 PM UTC
   
 
Category:  None Severity:  3 - Normal
Status:  Fixed Assigned to:  gary
Open/Closed:  Closed Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Sat 08 Mar 2014 02:34:12 AM UTC, comment #4: 

Sure, there's a ton of optimizations and simplifications which look like good candidates to port over.  The difficult part is figuring out whether they still apply to the multi-window/multi-buffer/host-line-endings capable files still in the main Zile tree.

That said, if the boundaries between Zile modules and editor implementation are drawn in the right place, then Zee should be the simplest possible editor available by gluing together Zile modules and adding I/O.  So a proper application of your good stuff from Zee to the Zile tree is to back port everything and move the boundaries around so that all unnecessary complications are a factor of a particular editor implementation rather than an artifact of the Zile modules it uses.

It's far from a small or straight forward task though, so I don't see any advantage in your trying to catalogue the particulars retroactively... when a large helping of patience will bring everything along in due course anyway :)

Gary V. Vaughan <gary>
Group administrator
Thu 06 Mar 2014 11:24:08 AM UTC, comment #3: 

I must admit I hadn't realised there was a lot of useful stuff in the Zee tree; sorry! After all, I catalogued stuff worth porting from C Zile; with Zee I was much more slap-dash about the organization of commits, as it was an experimental, private project. Maybe that'll teach me…

If you can give me any hints, then maybe I can help document what is worth pulling out?

Reuben Thomas <rrt>
Group administrator
Thu 06 Mar 2014 02:35:14 AM UTC, comment #2: 

Done: Sorry for the delay.

See @b783e9c.

The last time I tried to fix this I stalled on a lack of memrchr() on Mac OS, and then got sidetracked into porting a selection of dependent changes and efficiency improvements.

There's actually still a lot of good stuff in the Zee tree that needs porting back into the Zile tree, but much of it is hidden in commits with names like "a big wodge of changes", so separating out self contained changesets is not straight forward.  Although I've teased apart quite a few already.

I think the best way forward from here is to port over anything one of us notices as worth doing as and when, but to wait until Zee is reintegrated into the new multi-editor Zile tree to pick up the other hard to extract improvements.

Gary V. Vaughan <gary>
Group administrator
Sat 01 Mar 2014 10:16:01 AM UTC, comment #1: 

Note that this is fixed in Zee; the fix should be portable.

Reuben Thomas <rrt>
Group administrator
Thu 16 Jan 2014 11:50:42 PM UTC, original submission:  

Inherited from Lua Zile, mea culpa.

Reuben Thomas <rrt>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by gary (Posted a comment)
  • -email is unavailable- added by rrt (Submitted the item)
  •  

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-03-06 gary Open/ClosedOpen Closed
    2014-03-06 gary StatusNone Fixed
        Assigned toNone gary

    Back to the top

    Powered by Savane 3.13-3230.
    Corresponding source code