search for: hostlen

...oes this sort of buffer size checks (these is just two of many cases): if (strlen(sp->s_name) > servlen) return ENI_MEMORY; strcpy(serv, sp->s_name); ... if (strlen(hp->h_name) > hostlen) { return ENI_MEMORY; } strcpy(host, hp->h_name); i.e. it can write up to servlen / hostlen bytes PLUS a terminating zero. This contradicts the manpage (and RFC 2533) as well as the way your own programs appear to u...

...# define PAM_STRERROR(a,b) pam_strerror((a),(b)) #endif *** fake-getnameinfo.c.orig Fri Sep 29 00:59:14 2000 --- fake-getnameinfo.c Mon Jan 22 16:19:39 2001 *************** *** 30,39 **** if (host) { if (flags & NI_NUMERICHOST) { ! if (strlen(inet_ntoa(sin->sin_addr)) >= hostlen) return EAI_MEMORY; ! strcpy(host, inet_ntoa(sin->sin_addr)); return 0; } else { hp = gethostbyaddr((char *)&sin->sin_addr, --- 30,43 ---- if (host) { if (flags & NI_NUMERICHOST) { ! /* inet_ntoa wants aligned data on SPARC */ ! struct in_add...

...parameter in gethostbyname_r and gethostbyaddr_r. Diffs follow: 170c170 < if (gethostbyname_r (hostname, res, buffer, buflen, error) >= 0) --- > if (gethostbyname_r (hostname, res, buffer, buflen, &res, error) >= 0) 181c181 < if ((out = gethostbyaddr_r (host, hostlen, AF_INET, he, buffer, buflen, error) >= 0)) --- > if ((out = gethostbyaddr_r (host, hostlen, AF_INET, he, buffer, buflen, &he, error) >= 0)) If I recall correctly, the linux man pages for gethostbyname were so useless I had to use Solaris man pages! Luckily, the call specificat...

...uct addrinfo sentinel; struct hostent *hp; struct addrinfo *top, *cur; diff -urp oldrsync/lib/getnameinfo.c newrsync/lib/getnameinfo.c --- oldrsync/lib/getnameinfo.c Sun Nov 17 04:52:31 2002 +++ newrsync/lib/getnameinfo.c Tue Nov 19 12:37:13 2002 @@ -85,11 +85,10 @@ getnameinfo(sa, salen, host, hostlen, se struct afd *afd; struct servent *sp; struct hostent *hp; - u_short port; + ushort_t port; int family, i; char *addr, *p; - u_long v4a; - u_char pfx; + ulong_t v4a; int h_error; char numserv[512]; char numaddr[512]; @@ -143,10 +142,13 @@ getnameinfo(sa, salen, host, hostlen, se...

....orig Sun Jan 16 23:45:45 2000 +++ fake-getnameinfo.c Sun Jan 16 23:48:01 2000 @@ -37,25 +37,27 @@ else strcpy(serv, tmpserv); } - if (host) - if (flags & NI_NUMERICHOST) + if (host) { + if (flags & NI_NUMERICHOST) { if (strlen(inet_ntoa(sin->sin_addr)) > hostlen) return EAI_MEMORY; else { strcpy(host, inet_ntoa(sin->sin_addr)); return 0; } - else - if (hp = gethostbyaddr((char *)&sin->sin_addr, sizeof(struct in_addr), - AF_INET)) + } else { + if ((hp = gethostbyaddr((char *)&sin->sin_addr, sizeof(...

The following patch adds a warning when using NFS mounting syntax (server:/share), instead of the usual UNC syntax (//server/share || \\server\share), that support for NFS style mounts will be removed in version 6.0 of the mount.cifs utility. The reasoning for this is simple. Support for NFS syntax is undocumented and increases maintenance overhead. This came up recently on the cifs-utils list

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

http://bugzilla.mindrot.org/show_bug.cgi?id=835 ------- Additional Comments From dtucker at zip.com.au 2005-02-09 18:16 ------- Created an attachment (id=809) --> (http://bugzilla.mindrot.org/attachment.cgi?id=809&action=view) Test for badly broken getaddrinfo on AIX and work around partially busted getnameinfo This patch tests for badly broken getaddrinfo on AIX enables IPv6 if it

...@@ -46,8 +46,8 @@ return 0; } else - if (hp = gethostbyaddr((char *)&sin->sin_addr, sizeof(struct in_addr), - AF_INET)) + if ((hp = gethostbyaddr((char *)&sin->sin_addr, sizeof(struct in_addr), + AF_INET)) != NULL) if (strlen(hp->h_name) > hostlen) return EAI_MEMORY; else { Index: log-client.c =================================================================== RCS file: /usr/local/cvs/openssh/log-client.c,v retrieving revision 1.3 diff -u -r1.3 log-client.c --- log-client.c 2000/01/17 16:53:09 1.3 +++ log-client.c 2000/01/18 15:21:54 @...

...r_in), offsetof(struct sockaddr_in, sin_addr)}, - {0, 0, 0}, + {0, 0, 0, 0}, }; struct sockinet { - u_char si_len; - u_char si_family; - u_short si_port; + uchar_t si_len; + uchar_t si_family; + ushort_t si_port; }; #define ENI_NOSOCKET 0 @@ -85,11 +85,11 @@ getnameinfo(sa, salen, host, hostlen, se struct afd *afd; struct servent *sp; struct hostent *hp; - u_short port; + ushort_t port; int family, i; char *addr, *p; - u_long v4a; - u_char pfx; + ulong_t v4a; + uchar_t pfx; int h_error; char numserv[512]; char numaddr[512]; diff -urp --new-file oldrsync/lib/inet_pton.c new...

...r_in), offsetof(struct sockaddr_in, sin_addr)}, - {0, 0, 0}, + {0, 0, 0, 0}, }; struct sockinet { - u_char si_len; - u_char si_family; - u_short si_port; + uchar_t si_len; + uchar_t si_family; + ushort_t si_port; }; #define ENI_NOSOCKET 0 @@ -85,11 +85,11 @@ getnameinfo(sa, salen, host, hostlen, se struct afd *afd; struct servent *sp; struct hostent *hp; - u_short port; + ushort_t port; int family, i; char *addr, *p; - u_long v4a; - u_char pfx; + ulong_t v4a; + uchar_t pfx; int h_error; char numserv[512]; char numaddr[512]; diff -urp --new-file oldrsync/lib/inet_pton.c new...

...r_in), offsetof(struct sockaddr_in, sin_addr)}, - {0, 0, 0}, + {0, 0, 0, 0}, }; struct sockinet { - u_char si_len; - u_char si_family; - u_short si_port; + uchar_t si_len; + uchar_t si_family; + ushort_t si_port; }; #define ENI_NOSOCKET 0 @@ -85,11 +85,11 @@ getnameinfo(sa, salen, host, hostlen, se struct afd *afd; struct servent *sp; struct hostent *hp; - u_short port; + ushort_t port; int family, i; char *addr, *p; - u_long v4a; - u_char pfx; + ulong_t v4a; + uchar_t pfx; int h_error; char numserv[512]; char numaddr[512]; diff -urp --new-file oldrsync/lib/inet_pton.c new...

does it crash reproducable at the same file or is it randomly? Am 2. Dezember 2016 07:50:20 MEZ, schrieb VigneshDhanraj G <vigneshdhanraj.g at gmail.com>: >Any update on this issue. > >On Wed, Nov 30, 2016 at 6:29 PM, VigneshDhanraj G < >vigneshdhanraj.g at gmail.com> wrote: > >> Hi Team, >> >> While Running rsync rsync://username at ip:873 , I am