Bug 112518
Summary: | If an application whose name includes non ascii characters is executed on ja_JP.UTF-8 locale, ps(1) cannot output the application name correctly. | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | L3support <linux-sid> |
Component: | procps | Assignee: | Karel Zak <kzak> |
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-11-18 08:31:24 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
L3support
2003-12-22 02:34:00 UTC
Mass reassign to new owner Could you try this with procps 3.1.15 Comments from Upstream Maintainer. Fixing this is somewhat dangerous. Process names are untrusted data. If they contain escape codes, they could reprogram the terminal's keys! The byte (0x80|'\e') must NEVER be printed. If the terminal is not really in UTF-8 mode, all sorts of mayhem can occur. Beyond that... sure, something could be done. Troublesome characters should be filtered out. These include: * major UTF-8 encoding violations (0x88 0x88 0x88 0x88) * minor UTF-8 encoding violations (non-canonical form) * anything else likely to confuse a terminal The problem with UTF-8 cannot be fixed in RHEL3 / RHEL4. It require rewrite a lot of code in "ps". This is done in version 3.2.4 that is avaiable for FC4 and probably will in new RHEL (>4) versions. |