Re: [PATCH] daemon.c: avoid accessing ss_family member of struct sockaddr_storage
- From
Jeff King <peff@peff.net>
- Date
- Mar 15, 2010, 21:29 UTC
- Message-ID
- <20100315212915.GB25342@coredump.intra.peff.net>
- In-Reply-To
- <XI3O9HirgFwPkEqC3RdYR4j56mg_uuJQZk1YFST6ukqbKXjgxaqJdNDHwlLXg5R_FVXWmWQSGmg@cipher.nrlssc.navy.mil>
On Mon, Mar 15, 2010 at 04:03:00PM -0500, Brandon Casey wrote:
Show 8 quoted lines
> When NO_SOCKADDR_STORAGE is set for a platform, either sockaddr_in or > sockaddr_in6 is used intead. Neither of which has an ss_family member. > They have an sin_family and sin6_family member respectively. Since the > addrcmp() function accesses the ss_family member of a sockaddr_storage > struct, compilation fails on platforms which define NO_SOCKADDR_STORGAGE. > > Since any sockaddr_* structure can be cast to a struct sockaddr and > have its sa_family member read, do so here to workaround this issue.
Didn't Gary say that AIX 5.2 sticks sa_len at the front of their sockaddr?
We know that whatever we actually have (an actual sockaddr_storage, or a sockaddr_in, or a sockaddr_in6) will have the family at the front, so can you just cast it to sa_family_t?
Or am I wrong in assuming that, and on AIX sockaddr_in actually has sa_len at the front, so casting to sockaddr does the right thing (and my recommendation above would actually be broken)? The AIX boxen I have access to are all down at the moment.
-Peff