From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 574CCC4332F for ; Fri, 23 Dec 2022 08:52:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229822AbiLWIwH convert rfc822-to-8bit (ORCPT ); Fri, 23 Dec 2022 03:52:07 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39410 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229658AbiLWIwF (ORCPT ); Fri, 23 Dec 2022 03:52:05 -0500 Received: from herc.mirbsd.org (herc.mirbsd.org [IPv6:2001:470:1f15:10c:202:b3ff:feb7:54e8]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 88488357BC for ; Fri, 23 Dec 2022 00:52:03 -0800 (PST) Received: from herc.mirbsd.org (tg@herc.mirbsd.org [192.168.0.82]) by herc.mirbsd.org (8.14.9/8.14.5) with ESMTP id 2BN8nVMY005094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Dec 2022 08:49:33 GMT Date: Fri, 23 Dec 2022 08:49:31 +0000 (UTC) From: Thorsten Glaser X-X-Sender: tg@herc.mirbsd.org To: Donald Buczek cc: Alexey Dobriyan , linux-fsdevel@vger.kernel.org, 1024811@bugs.debian.org Subject: Re: Bug#1024811: linux: /proc/[pid]/stat unparsable In-Reply-To: Message-ID: References: <166939644927.12906.17757536147994071219.reportbug@x61w.mirbsd.org> Content-Language: de-DE-1901, en-GB X-Message-Flag: Your mailer is broken. Get an update at http://www.washington.edu/pine/getpine/pcpine.html for free. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=utf-8 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org Donald Buczek dixit: > To be fair, this daemon doesn't use /proc/pid/stat for that, but /proc/pid/comm Yes, and that’s proper. The field in /proc/pid/stat is size-limited and so not necessarily distinct. > As /proc/pid/stat is also used in many places, it could as well use > that to avoid code duplication or reuse data already read from the > other source. No, because the data in /stat is incomplete *and* anything using it that would be affected by escaping was already broken. bye, //mirabilos -- 22:20⎜ The crazy that persists in his craziness becomes a master 22:21⎜ And the distance between the craziness and geniality is only measured by the success 18:35⎜ "Psychotics are consistently inconsistent. The essence of sanity is to be inconsistently inconsistent