patchGNU nano - Patches: patch #10205, paint: truncate lines before...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

patch #10205: paint: truncate lines before calling regexec()

Submitter:  easyaspi314 <easyaspi314>
Submitted:  Mon 09 May 2022 05:07:07 AM UTC
   
 
Priority:  3 - Low Status:  Wont Do
Privacy:  Public Assigned to:  None
Open/Closed:  Closed Release:  None

Thu 12 May 2022 04:01:12 PM UTC, comment #2: 

This was just trying to correct what the PAINT_LIMIT tried to do as a temporary fix. I am aware of two serious issues with the syntax highlighting:
 - The syntax highlighting is calculated multiple times for softwrap
 - The nested actual_x and wideness calls could be optimized to start from the last known column

One thing that might be of interest is mvwchgat(), which allows changing the attributes of a section of a line without overwriting with a string. This means that it can potentially be done in one pass without access to the converted string.

 easyaspi314 <easyaspi314>
Thu 12 May 2022 02:39:16 PM UTC, comment #1: 

Hmm...  Not worth the expense.  I've already gritted my teeth at the added 'index < PAINT_LIMIT' for every stretch of paint, but I've gone with it because it is very little code and just two nanoseconds.  But adding a strnln() (before painting any line) that for the vast, vast majority of lines is a waste of time...  No, that is too much.  It would be useful only for pathological files, and the rendering of those has been improved enough with the simple 'index < PAINT_LIMIT'.  It's much better to try and make small improvements in the general painting of lines, so that all files profit.

 Benno Schulenberg <bens>
Group administrator
Mon 09 May 2022 05:07:07 AM UTC, original submission:  

The previous solution didn't stop regexec() from scanning to the end of the string if a rule did not match before then.

This patch truncates the string to approximately PAINT_LIMIT chars (it backtracks if it is in a UTF-8 trail) making it physically impossible for regexec() to scan past the end of the string, and also simplifies the rest of the loop.

On a 19 KB single line of XML of just '&lt;spam="xxx"&gt;&lt;/spam&gt;' repeated and softwrap off with 156x41 terminal, the render time went from 9ms to 1ms.

With softwrap on, it went from to 200ms to 45ms.

 easyaspi314 <easyaspi314>

 

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

Attached Files
file #53182:  0001-Truncate-lines-before-calling-regexec.patch added by easyaspi314 (3KiB - text/x-patch)

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2024-05-06 bens Open/ClosedOpen Closed
    2022-05-12 bens Priority5 - Normal 3 - Low
        StatusNone Wont Do
    2022-05-09 easyaspi314 Attached File- Added 0001-Truncate-lines-before-calling-regexec.patch, #53182

    Back to the top

    Copyright © 2024 Free Software Foundation, Inc.
    Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
    The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team.
    Page source code

    Powered by Savane 3.14-f13d.
    Corresponding source code