similar to: rsync-2.6.2pre1: In clientname.c `AI_NUMERICHOST' undeclared

>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

hi i'm trying to update an older rsync version due to some minor errors during syncing with an up to date version (2.5.6) of rsync. my problem is that the make process actually won't finish, here is the output: clientname.c: In function `client_addr': clientname.c:72: warning: implicit declaration of function `getnameinfo' clientname.c:73: `NI_NUMERICHOST' undeclared

https://bugzilla.mindrot.org/show_bug.cgi?id=3120 Bug ID: 3120 Summary: Codespell report for "openssh" (on fossies.org) Product: Portable OpenSSH Version: 8.2p1 Hardware: Other OS: All Status: NEW Severity: trivial Priority: P5 Component: Miscellaneous Assignee:

I had to apply the following patch to the clientname.c check_name() function before I could successfully use "hosts allow" in rsyncd.conf. Without the patch I kept getting "rsync: forward name lookup for ... failed: Host not found" errors. These errors were produced by the rsync daemon, and putting in a debugging statement revealed that the port_buf being used had a large

On Fri, 30 Apr 2004, YOSHIFUJI Hideaki / [iso-2022-jp] $B5HF#1QL@(B wrote: > In article <Pine.BSO.4.44.0404292059520.953-100000 at etoh.eviladmin.org> (at Thu, 29 Apr 2004 21:00:26 -0500 (CDT)), Ben Lindstrom <mouring at etoh.eviladmin.org> says: > > > Be that true.. then one should review the usage of it in sshconnect.c > > which is the other place we do it. >

I could not find this question anywhere, but I apologize if it is and I just missed it. Running an Alpha, OSF1 V5.1 1885 configure went fine. compile failed: cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c lib/getaddrinfo.c -o lib/getaddrinfo.o cc: Error: lib/getaddrinfo.c, line 182: In this statement, "EAI_MAX" is not declared. (undeclared) if (ecode < 0 || ecode > EAI_MAX)

I'm getting following error while compiling rsync Can anyone help me . I'm running Alpha Server with TRU64 5.1 any help will be appreciated cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c rsync.c -o rsync.o cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c generator.c -o generator.o cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c receiver.c -o receiver.o cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c

With the Ipv6 patch (r708), I get: upsclient.c: In function `upscli_connect': upsclient.c:469: `AI_ADDRCONFIG' undeclared (first use in this function) upsclient.c:469: (Each undeclared identifier is reported only once upsclient.c:469: for each function it appears in.) Even if it doesn't break IPv4 support, it may break portability, as IPv6 seems to require specific functions that are

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 > >

--- .../smbdotconf/printing/spoolssbackchannel.xml | 16 ++++++++++++++++ source3/include/proto.h | 1 + source3/param/loadparm.c | 12 ++++++++++++ source3/rpc_server/srv_spoolss_nt.c | 6 ++++++ 4 files changed, 35 insertions(+), 0 deletions(-) create mode 100644

Trying to build rsync 2.6.0 on Solaris 8 (gcc 3.3.2) has revealed that some of the EAI_ defines exist on Solaris, but not all of them. This causes lib/getaddrinfo.c to fail compilation as EAI_MAX (and some others) is undefined. The patch below fixes this issue, but I haven't tested the specific error conditions represented by the defines. Bryan --- lib/addrinfo.h.orig 2001-12-05

Hi Paul, your suggestion about batch.c got by the compiler without a peep and it got much farther along again with complaint from cc until.... [root@hyperion: rsync-2.5.4]#CC=cc; export CC; ./configure configure: Configuring rsync 2.5.4 checking build system type... alphaev5-dec-osf5.1 checking host system type... alphaev5-dec-osf5.1 checking target system type... alphaev5-dec-osf5.1 checking for

All; I am using the cobalt Qube 2 which uses a Cobalt OS with is supposedly a RedHat Linux 4.2 variant. I can not compile the new rsync version 2.5.7 as I always fail my make with the following error: clientname.c: In function `client_addr': clientname.c:72: warning: implicit declaration of function `getnameinfo' clientname.c:73: `NI_NUMERICHOST' undeclared (first use this function)

Configure seems to work fine with no options passed, but a make attempt fails in clientname.c: gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -c clientname.c -o clientname.o clientname.c: In function `client_addr': clientname.c:55: warning: implicit declaration of function `getnameinfo' clientname.c:56: `NI_NUMERICHOST' undeclared (first use this function) clientname.c:56: (Each

Hai, ? A bit off topic in the samba forum, but i thinks this is the best place to ask. ? Im having?some troubles to get the dhcp server fully working with samba4. I dont think this is a samba problem, but as i did say here maybe the best placy to ask.. ? It works, but not totaly. The strange thing is for example. ? My debian client is now working.? It adds and deletes as it should.? No

diff -u -r -N openssh-2.9p1/channels.c openssh-2.9p1-ajf.1/channels.c --- openssh-2.9p1/channels.c Tue Apr 17 14:14:35 2001 +++ openssh-2.9p1-ajf.1/channels.c Wed Jun 6 23:25:36 2001 @@ -1815,13 +1815,25 @@ /* * getaddrinfo returns a loopback address if the hostname is * set to NULL and hints.ai_flags is not AI_PASSIVE + * + * Oh yeah? Setting hostname to NULL and hints.ai_flags to +

I am "playing" around with the DNS update script from the Wiki (https://wiki.samba.org/index.php/Configure_DHCP_to_update_DNS_records_with_BIND9) and made a "few" changes, which I think could be important. 1. the script dhcp-dyndns.sh should give back the control to dhcpd as soon as possible; therefore I am using a second bash-script (dyndns.sh) to fork of the main script

Hi, everybody here! I hope not all is old stuff, because I only scanning subjects fast in this list. (and sorry for my worse english, too.) 1) rsync 2.6.0 on HP-UX (HP-UX server B.11.00 U 9000/803) Running as server: crashed always after receiving data. The data is transmitted correctly, and the server dies afterwards. (rsync2.5.7 works anyway) (about rsync2.6.2 later) 2) compiling

El 24/06/15 a les 22:12, Luca Olivetti ha escrit: >> I appreciate all the responses. I do not want to lose the ability for >> clients to update DNS. It appears I will if I follow the link posted. > > No, there's no problem, since the script waits 5 seconds in order to > give the client time to update its record. And if the client doesn't do > it, the the script

On Sun, Jan 29, 2017 at 12:09:43PM +0100, Uwe Kleine-K?nig wrote: > AI_CANONNAME is only relevant when the resulting official name is used, > which is not the case in tftpd for the address to bind to. Also > AI_ADDRCONFIG isn't helpful. This flag is good for sockets used to > connect(2) somewhere. But for listening sockets it makes tftpd fail to > start when -a 0.0.0.0:69 is