[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <xa1tpopqdrxl.fsf@mina86.com>
Date: Wed, 03 Aug 2016 13:15:34 +0200
From: Michal Nazarewicz <mina86@...a86.com>
To: Oliver Neukum <oneukum@...e.com>,
Felipe Balbi <felipe.balbi@...ux.intel.com>
Cc: gregkh@...uxfoundation.org, k.kozlowski@...sung.com,
kyungmin.park@...sung.com, m.chehab@...sung.com,
m.szyprowski@...sung.com, peter.chen@...escale.com,
deepa.kernel@...il.com, baolex.ni@...el.com,
chuansheng.liu@...el.com, mathias.nyman@...ux.intel.com,
stern@...land.harvard.edu, linux-kernel@...r.kernel.org,
linux-usb@...r.kernel.org
Subject: Re: [PATCH 0984/1285] Replace numeric parameter like 0444 with macro
On Wed, Aug 03 2016, Oliver Neukum wrote:
> Before we think about that, the basic question whether
>
> S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH
>
> is clearer and easier to read than
>
> 0644
>
> must be decided. I would saz no, it is not.
I was about to write the same thing.
I dislike magic numbers just like the next guy, but this replaces
a compact representation of the permissions with a long string of hard
to read, awkwardly abbreviated strings.
On personal note, I can never remember whether ‘u’ means user and ‘o’
means other or ‘u’ means users and ‘o’ means ‘owner’. In cited case
this is somehow averted because both USR and OTH are present, but what
does ‘S_IRWXU’ mean is a mystery to me.
To my mind, the macros make sense only when testing for particular bit
being set. Something like:
if (mode & S_IRUSR && check_if_user_can_read())
success;
could be argued as better than ‘mode & 0400’ but even than the awkward
abbreviation doesn’t help. Again, ‘PERM_USER_READABLE’ would be much
better (also for the reason mentioned above).
--
Best regards
ミハウ “𝓶𝓲𝓷𝓪86” ナザレヴイツ
«If at first you don’t succeed, give up skydiving»
Powered by blists - more mailing lists