Displaying 5 results from an estimated 5 matches for "have_sockaddr_len".
2004 Feb 25
3
[patch] Correct configure test for sin_len to compile on Tru64 Unix
...l/configure.in
--- src-2.6.0-local/configure.in 2004-01-01 20:09:16.000000000 +0100
+++ src-2.6.0-foo/configure.in 2004-02-25 13:43:37.000000000 +0100
@@ -367,7 +367,7 @@
fi
-AC_CHECK_MEMBER([struct sockaddr.sa_len],
+AC_CHECK_MEMBER([struct sockaddr.sin_len],
[ AC_DEFINE(HAVE_SOCKADDR_LEN) ],
[],
[
Without this fix, the compile fail with this error message:
cc-wrapper -I. -I. -g -DHAVE_CONFIG_H -c socket.c -o socket.o
cc: Error: socket.c, line 619: In this statement, "sin_len" is not
a member of "sock2". (needmember)...
2002 Feb 12
1
socket.c: HAVE_SOCKADDR_LEN misspelt as HAVE_SOCK_SIN_LEN
...ng revision 1.73
diff -u -r1.73 socket.c
--- socket.c 25 Jan 2002 02:13:05 -0000 1.73
+++ socket.c 11 Feb 2002 20:04:33 -0000
@@ -590,7 +590,7 @@
if ((listener = socket(PF_INET, SOCK_STREAM, 0)) == -1) goto failed;
memset(&sock2, 0, sizeof(sock2));
-#ifdef HAVE_SOCK_SIN_LEN
+#ifdef HAVE_SOCKADDR_LEN
sock2.sin_len = sizeof(sock2);
#endif
sock2.sin_family = PF_INET;
--
Jos Backus _/ _/_/_/ Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/ _/
josb@cncdsl.com _/_/...
2003 May 17
1
Tru64 Unix patch for rsync 2.5.6.
...et.c -o socket.o
cc: Error: socket.c, line 619: In this statement, "sin_len" is not a
member of "sock2". (needmember)
sock2.sin_len = sizeof(sock2);
--------^
make: *** [socket.o] Error 1
error: compile failed.
The problem seem to be that configure defines HAVE_SOCKADDR_LEN if
struct sockaddr.sa_len exists, while the code uses member sin_len
instead of sa_len. Trying to rename sin_len to sa_len did not help.
It only gave this familiar message:
cc: Error: socket.c, line 620: In this statement, "sa_len" is not a
member of "sock2". (needmember...
2002 Nov 05
2
2.5.6 release
On Tue, Nov 05, 2002 at 08:37:00AM -0800, Martin Pool wrote:
> On 10 Oct 2002, "Green, Paul" <Paul.Green@stratus.com> wrote:
> > No new CVS messages have appeared on the rsync-cvs archives since August
> > 30th. This seems rather odd-- perhaps a daemon stopped working? If there
> > has truly been no activity since that date, I apologize for
> >
2015 Apr 08
10
Build-system cleanups
Hi everyone
Following are a number of build-system cleanup patches. Some of them are
prep-work for a possible upcoming automake/gnulib introduction.
Best regards,
Tiziano