Spam detection software, running on the system "mail-gray.research.att.com", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On 2 September 2012 06:04, Glenn Fowler wrote: > > is there
any rationale for there being no *at() variant for > > chdir() > truncate()
If I remember it right from the old POSIX conf calls: Everything which
requires
to access a file's content and has a f* function should go through
openat()+f*().
In this case this means you'd have to call openat() to get a file handle
and use ftruncate(). [...]
Content analysis details: (5.2 points, 4.5 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.5 BAYES_99 BODY: Bayes spam probability is 99 to 100%
[score: 0.9992]
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider
(cedric.blancher[at]googlemail.com)
0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is
CUSTOM_MED
0.8 SPF_NEUTRAL SPF: sender does not match SPF record (neutral)
-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily
valid
0.9 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing list
--- Begin Message ---
On 2 September 2012 06:04, Glenn Fowler <g...@research.att.com> wrote:
>
> is there any rationale for there being no *at() variant for
>
> chdir()
> truncate()
If I remember it right from the old POSIX conf calls: Everything which
requires to access a file's content and has a f* function should go
through openat()+f*(). In this case this means you'd have to call
openat() to get a file handle and use ftruncate().
chdir() has explicitly no at version because the same basic rule
(replace "file's content" with "directory's content") applies: Use
openat() with O_SEARCH+fchdir(). It's two syscalls but it's almost
having identical performance. And you always have the directory fd
around for later usage :)
Ced
--
Cedric Blancher <cedric.blanc...@googlemail.com>
Institute Pasteur
--- End Message ---
_______________________________________________
ast-developers mailing list
ast-developers@research.att.com
https://mailman.research.att.com/mailman/listinfo/ast-developers
