Hi Ben, hi Yannick, (commenting on both #437024 and #439628) >> Does this patch could fix the fact than when I run screen with as >> argument a non-existing program, I have >> >>> Cannot exec 'sdfsdfsdf': Aucun fichier ou répertoire de ce type >> (LANG is fr_FR.UTF-8) [should be répertoire] >> >> or should I fill a new bug report?
no, that is completely orthogonal. That message is part of the glibc message catalogue - but I presume screen is messing with the terminal's encoding before displaying the message. I'm now aware of it and will have a look at it, but it would be nice if you could file a separate report just to make sure I don't forget. ;) (Btw: screen will no longer have debian/po from the upcoming 4.0.3-4 on: that catalogue was only used for debconf, which screen has stopped using a while ago.) Ben: I like the first version of your patch to #437024 - an explanation of those characters and a change to hexadecimal view (which I prefer over the decimal representation when dealing with character sets) really can't hurt. However I'm reluctant to change the source code's encoding (#439628) just because utf is slowly becoming the default. We have already diverged a lot from upstream, and I don't want to further this just for beauty's sake (and they're slow at accepting patches, even the bugfixing ones...). Besides, the utf characters in help.c and acls.c are part of comments, and process.c gets fixed by your patch anyway. IMHO C source should ideally be pure ascii. Regards, Jan
signature.asc
Description: Digital signature