[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#17814: 24.3.91; better string manipulation in subr-x
From: |
Shigeru Fukaya |
Subject: |
bug#17814: 24.3.91; better string manipulation in subr-x |
Date: |
Sat, 21 Jun 2014 13:07:27 +0900 |
>The above string-match will fail on a string that has a newline, and the
>subsequent code will use whatever was the old match-data, resulting in
>broken behavior.
"." in "\\`[\s\t\n\r]*\\(.*?\\)[\s\t\n\r]*\\'" must be "\\(.\\|\n\\)", sorry.
>Other than that, I don't have any opinion on such changes (I've never
>heard anyone complain about code size or cpu-time of any of those
>functions, so I think it largely doesn't matter either way).
Using string-trim-to-right and string-trim-to-left creates unnecessary
temporary string if both sides need triming may matter, then?
Anyway, I think I'm just sending a small proposal. I don't care much
if you throw it away. Thank you for spending your time.
Regards,
Shigeru
t