On Tue, Mar 16, 2004 at 10:01:19AM +0900, Shinichi Maruyama wrote:
> This OS has sin_len in struct sockaddr_in. But after
> configure, HAVE_SOCKADDR_SIN_LEN remains undef in config.h.
> Needs patch like this ?
Yup -- much appreciated! I've checked in your fix, plus an extra
cleanup of
wayned> > So, it looks like we need 2 configure tests and separate defines for
wayned> > sa_len and sin_len.
wayned> How about the appended patch? This applies to the very latest CVS
wayned> source and would require the running of "autoconf" and "autoheader"
wayned> after applying it.
I
[Wayne Davison]
> The problem is deeper than that. The HAVE_SOCKADDR_LEN define surrounds
> both code that uses sin_len and sa_len, so your change will probably
> cause problems for other systems. So, it looks like we need 2 configure
> tests and separate defines for sa_len and sin_len.
Oh. I s
On Wed, Feb 25, 2004 at 07:32:52PM -0800, Wayne Davison wrote:
> So, it looks like we need 2 configure tests and separate defines for
> sa_len and sin_len.
How about the appended patch? This applies to the very latest CVS
source and would require the running of "autoconf" and "autoheader"
after a
On Wed, Feb 25, 2004 at 01:44:58PM +0100, Petter Reinholdtsen wrote:
> The problem is that the code in configure check for sockaddr.sa_len,
> while the code uses sockaddr.sin_len.
The problem is deeper than that. The HAVE_SOCKADDR_LEN define surrounds
both code that uses sin_len and sa_len, so yo
The last versions of rsync fail to compile on Tru64 Unix (alpha),
because of a typo in configure.in.
The problem is that the code in configure check for sockaddr.sa_len,
while the code uses sockaddr.sin_len. This patch fixes the problem.
Please include it in the next version of rsync.
diff -ur
