diff options
| author | Hiltjo Posthuma <hiltjo@codemadness.org> | 2020-05-09 13:56:28 +0200 |
|---|---|---|
| committer | Hiltjo Posthuma <hiltjo@codemadness.org> | 2020-05-09 14:07:52 +0200 |
| commit | 8211e36d281990a39db1853bcd454ac59e53d521 (patch) | |
| tree | d912f2c0c9e4cea67b42a5aab8674d343ce42c3c /%252525253fid%252525253d045a0fab4f80b57f4a982ae6bc5f33fe21d66111%2525253fid%2525253d9c30066e73f0105c3fccb7582c8172d5117857b3%25253fid%25253d8304d4f0599b1be2226c28c553547070658d4af3%253fid%253d914fb825df3bde7abdd7947e54f8bf4d2b55e34e%3fid%3dcde480c6939e62771ba3b60ef4eb848031aee9f9?id=8211e36d281990a39db1853bcd454ac59e53d521 | |
| parent | 87545c612e8ab6e7cd1ef38e2355d0cb86df79f2 (diff) | |
fix for incorrect (partial) written sequences when libc wcwidth() == -1
Fix an issue with incorrect (partial) written sequences when libc wcwidth() ==
-1. The sequence is updated to on wcwidth(u) == -1:
c = "\357\277\275"
but len isn't.
A way to reproduce in practise:
* st -o dump.txt
* In the terminal: printf '\xcd\xb8'
- This is codepoint 888, on OpenBSD it reports wcwidth() == -1.
- Quit the terminal.
- Look in dump.txt (partial written sequence of "UTF_INVALID").
This was introduced in:
" commit 11625c7166b7e4dad414606227acec2de1c36464
Author: czarkoff@gmail.com <czarkoff@gmail.com>
Date: Tue Oct 28 12:55:28 2014 +0100
Replace character with U+FFFD if wcwidth() is -1
Helpful when new Unicode codepoints are not recognized by libc."
Change:
Remove setting the sequence. If this happens to break something, another
solution could be setting len = 3 for the sequence.
Diffstat (limited to '%252525253fid%252525253d045a0fab4f80b57f4a982ae6bc5f33fe21d66111%2525253fid%2525253d9c30066e73f0105c3fccb7582c8172d5117857b3%25253fid%25253d8304d4f0599b1be2226c28c553547070658d4af3%253fid%253d914fb825df3bde7abdd7947e54f8bf4d2b55e34e%3fid%3dcde480c6939e62771ba3b60ef4eb848031aee9f9?id=8211e36d281990a39db1853bcd454ac59e53d521')
0 files changed, 0 insertions, 0 deletions