Re: [COMMITTERS] pgsql: Use symbolic names not octal constants for file permission flags
| От | Tom Lane |
|---|---|
| Тема | Re: [COMMITTERS] pgsql: Use symbolic names not octal constants for file permission flags |
| Дата | |
| Msg-id | 3785.1292086519@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [COMMITTERS] pgsql: Use symbolic names not octal constants for file permission flags (Magnus Hagander <magnus@hagander.net>) |
| Ответы |
Re: [COMMITTERS] pgsql: Use symbolic names not octal
constants for file permission flags
|
| Список | pgsql-hackers |
Magnus Hagander <magnus@hagander.net> writes:
> On Sat, Dec 11, 2010 at 17:38, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> No, it isn't. �There's an apparently-useless definition of _S_IRWXU
>> there, but no S_IRWXU.
> Hmm. You're right, of course.
> A search on my windows box finds the text string S_IRWXU in the
> following "*.h" files across the whole filesystem:
> c:\perl\lib\CORE\perl.h
> c:\perl64\lib\CORE\perl.h
> c:\pgsql\src\include\pg_config_os.h
> c:\pgsql\src\include\port\win32.h
> that's it.
OK, now I'm really confused. We have at least two questions:
1. How did all those pre-existing references to S_IRXWU compile?
2. Why didn't the previously hard-wired constants passed to chmod
and umask fail on Windows? The M$ documentation I can find at the
moment suggests that *only* _S_IREAD and _S_IWRITE bits are allowed
in the inputs to those functions, which apparently is untrue or none
of this code would have executed successfully.
regards, tom lane
В списке pgsql-hackers по дате отправления: