search for: sin_len

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 src-2.6.0/configure.in src-2.6.0-local/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 +3...

Version 2.5.6 of rsync fail to compile on Tru64 Unix v5.1 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) 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...

...ket.c,v retrieving 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 _/ _/ _/ _/ _/_/_/ _/ _/ _/ _...

UnixWare (not sure when, 7? 7.1?) introduces a new sockaddr_in structure that splits the 16 bit family entity into an 8-bit length and an 8-bit familiy memember: (from in.h): struct sockaddr_in { #ifdef __NEW_SOCKADDR__ sa_len_t sin_len; /* 8-bit structure length */ #endif sa_family_t sin_family; /* 8/16-bit address family (AF_INET) */ in_port_t sin_port; /* 16-bit port number */ struct in_addr sin_addr; /* 32-bit internet address */ unsigned char sin_zero[8]; /* optional with TLI */ }; This causes p...

..._r/uthread/uthread_mutex.c:445 curthread = (struct pthread *) 0x8075800 ret = 0 #2 0x8067576 in ldap_pvt_thread_mutex_lock (mutex=0x80b99d4) at thr_posix.c:165 mutex = (ldap_pvt_thread_mutex_t *) 0x1 #3 0x804b832 in slapd_daemon (port=0x185) at daemon.c:344 from = {sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 34822, sin_addr = {s_addr = 420088330}, sin_zero = "\000\000\000\000\000\000\000"} hp = (struct hostent *) 0x1 len = 16 client_name = 0x28174ce0 "mail.servers.gactr.gc.nat" client_addr...

...endptr == NULL || *endptr != '\0' || + svcport < IPPORT_RESERVEDSTART || + svcport >= IPPORT_MAX) + usage(); + break; default: usage(); }; @@ -390,8 +402,26 @@ exit(1); } } + if (svcport != 0) { + bzero(&sin, sizeof(struct sockaddr_in)); + sin.sin_len = sizeof(struct sockaddr_in); + sin.sin_family = AF_INET; + sin.sin_port = htons(svcport); + + bzero(&sin6, sizeof(struct sockaddr_in6)); + sin6.sin6_len = sizeof(struct sockaddr_in6); + sin6.sin6_family = AF_INET6; + sin6.sin6_port = htons(svcport); + } if (udpsock != -1 && udp...

this is 6.0-STABLE as for Mar 17. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #2: Fri Mar 17 11:05:32 UTC 2006 vlad@host:/usr/src/sys/amd64/compile/DEF_WEB Timecounter

...t to systems. Note that the code itself is not faulty, however the resolver implementation is. Example code follows: hp = gethostbyname(*ahost); if (hp == NULL) { herror(*ahost); return (-1); } *ahost = hp->h_name; . . . bzero(&sin, sizeof sin); sin.sin_len = sizeof(struct sockaddr_in); sin.sin_family = hp->h_addrtype; sin.sin_port = rport; bcopy(hp->h_addr_list[0], &sin.sin_addr, hp->h_length); In this example, we copy hp->h_length ammount of data into the address variable of a sockaddr_in structure, which is 4 bytes. The...

>Submitter-Id: current-users >Originator: Alex Vasylenko >Organization: >Confidential: no >Synopsis: [patch] net/rsync: problems in client name lookup code >Severity: non-critical >Priority: low >Category: ports >Class: sw-bug >Release: FreeBSD 4.8-RELEASE-p16 i386 >Environment: System: FreeBSD 4.8-RELEASE-p16 >Description: rsync does reverse name

...;lr>\000\000CSeq: 2 REGISTER\000\000Via: SIP/2.0/UDP 10.3.8.104:5060;branch=z9hG4bK5a11a1de-24d8-de11-8af3-00248cdec25c;rport\000\000User-Agent: Ekiga/3.2.0\000\000From"..., socket = {type = SIP_TRANSPORT_UDP, fd = -1, port = 50195, tcptls_session = 0x0}, next = {next = 0x0}} sin = {sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 50195, sin_addr = {s_addr = 1745355530}, sin_zero = "\000\000\000\000\000\000\000"} res = 526 len = 16 __PRETTY_FUNCTION__ = "sipsock_read" #14 0x0000000000496b9a in ast_io_wait (ioc=0x80279af...

...cking for 64 bit ino_t... no > checking for ino64_t... no > checking for dev64_t... no > checking for struct dirent64... yes > checking for major macro... no > checking for minor macro... no > checking for makedev macro... no > checking for unsigned char... no > checking for sin_len in sock... no > checking whether seekdir returns void... yes > checking for __FILE__ macro... yes > checking for __FUNCTION__ macro... yes > checking if gettimeofday takes tz argument... no > checking for __va_copy... no > checking for C99 vsnprintf... no > checking for broken...

...for getprpwnam... (cached) no checking whether gcc accepts -fpic... yes checking for long long... yes checking for 64 bit off_t... no checking for off64_t... yes checking for 64 bit ino_t... no checking for ino64_t... yes checking for union semun... no checking for unsigned char... no checking for sin_len in sock... no checking whether seekdir returns void... yes checking for __FILE__ macro... yes checking for __FUNCTION__ macro... yes checking if gettimeofday takes tz argument... yes checking for broken readdir... no checking for utimbuf... yes checking for kernel oplock type definitions... no chec...

...epts -fpic... yes checking for long long... yes checking for LL suffix on long long integers... yes checking for 64 bit off_t... yes checking for off64_t... no checking for 64 bit ino_t... no checking for ino64_t... no checking for struct dirent64... no checking for unsigned char... no checking for sin_len in sock... no checking whether seekdir returns void... no checking for __FILE__ macro... yes checking for __FUNCTION__ macro... yes checking if gettimeofday takes tz argument... yes checking for C99 vsnprintf... no checking for broken readdir... no checking for utimbuf... yes checking for pututline...

...f_t... no checking for off64_t... no checking for 64 bit ino_t... no checking for ino64_t... no checking for dev64_t... no checking for struct dirent64... yes checking for major macro... no checking for minor macro... no checking for makedev macro... no checking for unsigned char... no checking for sin_len in sock... no checking whether seekdir returns void... yes checking for __FILE__ macro... yes checking for __FUNCTION__ macro... yes checking if gettimeofday takes tz argument... no checking for __va_copy... no checking for C99 vsnprintf... no checking for broken readdir... no checking for utimbuf....

Although RAW sockets can be used when specifying the source address of packets (defeating one of the aspects of the jail) some people may find it usefull to use utilities like ping(8) or traceroute(8) from inside jails. Enclosed is a patch I have written which gives you the option of allowing prison-root to create raw sockets inside the prison, so

...f_t... no checking for off64_t... no checking for 64 bit ino_t... no checking for ino64_t... no checking for dev64_t... no checking for struct dirent64... yes checking for major macro... no checking for minor macro... no checking for makedev macro... no checking for unsigned char... no checking for sin_len in sock... no checking whether seekdir returns void... yes checking for __FILE__ macro... yes checking for __FUNCTION__ macro... yes checking if gettimeofday takes tz argument... no checking for __va_copy... no checking for C99 vsnprintf... no checking for broken readdir... no checking for utimbuf....

...ng for inet_ntop... yes checking for inet_pton... yes checking for struct addrinfo... yes checking for struct sockaddr_storage... yes checking whether defines needed by getaddrinfo exist... yes checking for getaddrinfo... yes checking for struct sockaddr.sa_len... no checking for struct sockaddr_in.sin_len... no checking for struct sockaddr_un.sun_len... no checking for struct sockaddr_in6.sin6_scope_id... yes checking for struct stat64... no checking for strcasecmp... yes checking for aclsort... no checking for aclsort in -lsec... no checking for utime.h... (cached) yes checking whether utime accept...

...checking for ino64_t configure:9287: checking for dev64_t configure:9329: checking for struct dirent64 configure:9368: checking for major macro configure:9409: checking for minor macro configure:9450: checking for makedev macro configure:9491: checking for unsigned char configure:9528: checking for sin_len in sock configure:9564: checking whether seekdir returns void configure:9600: checking for __FILE__ macro configure:9634: checking for __FUNCTION__ macro configure:9668: checking if gettimeofday takes tz argument configure:9707: checking for __va_copy configure:9742: checking for C99 vsnprintf conf...

...ff_t... no checking for off64_t... no checking for 64 bit ino_t... no checking for ino64_t... no checking for dev64_t... no checking for struct dirent64... no checking for major macro... no checking for minor macro... no checking for makedev macro... no checking for unsigned char... no checking for sin_len in sock... no checking whether seekdir returns void... no checking for __FILE__ macro... yes checking for __FUNCTION__ macro... no checking if gettimeofday takes tz argument... yes checking for __va_copy... no checking for C99 vsnprintf... no checking for broken readdir... no checking for utimbuf.....

Hello, I am running HP-UX 11 with Samba 2.2.5 binaries for HPUX and I keep getting the error that Samba can't find the unicode_map.xxx file. Well, I notice that all I have in /usr/local/samba/lib/codepages is codepage type files, not unicode. Why do the binaries not include a compiled make_unicodemap? I did download the source and found the .c file for the command. When I try to run