GNU bug report logs -
#38632
27.0.50; Emacs process name is changed permanently upon creating a named thread
Previous Next
Reported by: Ihor Radchenko <yantar92 <at> gmail.com>
Date: Mon, 16 Dec 2019 06:45:02 UTC
Severity: normal
Merged with 39003
Found in versions 27.0.50, 27.0.60
Fixed in version 27.1
Done: Mattias Engdegård <mattiase <at> acm.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>>>>> On Wed, 18 Dec 2019 19:18:57 +0200, Eli Zaretskii <eliz <at> gnu.org> said:
>> From: Robert Pluim <rpluim <at> gmail.com>
>> Cc: yantar92 <at> gmail.com, 38632 <at> debbugs.gnu.org
>> Date: Wed, 18 Dec 2019 18:04:53 +0100
>>
Eli> (Btw, the limitation is 16 bytes, including the terminating null, so
Eli> truncation needs to be clever about non-ASCII characters, and I wonder
Eli> what does prctl do when 15 bytes end in the middle of a multibyte
Eli> sequence.)
>>
>> It does exactly what you'd expect, it drops the extraneous bytes, so
>> putting eg ü on the boundary results in a name ending in à (#xc3).
Eli> So it is one more reason to do or own truncation, so we do it right.
OK. Is there a useful function that would help for that? I can cook up
something based on NEXT_CHAR_BOUNDARY and/or BYTES_BY_CHAR_HEAD, but Iʼd
expect there to be something already.
>> In any case, if emacs or prctl truncates, then the name as reported
>> by 'list-threads' will be out of sync with pthread_getname_np, unless
>> you'd want to adjust that too.
Eli> We need to truncate the names we store in the thread object (and
Eli> document that).
Thatʼs the easy part. Iʼm assuming mswindows doesnʼt truncate.
Robert
This bug report was last modified 5 years and 138 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.