search for: start_accept_loop

...#7 0x454eaa in do_server_recv /home/raj/rsync/rsync/main.c:1036 #8 0x4556f4 in start_server /home/raj/rsync/rsync/main.c:1115 #9 0x4b20f2 in rsync_module /home/raj/rsync/rsync/clientserver.c:1007 #10 0x4b2b11 in start_daemon /home/raj/rsync/rsync/clientserver.c:1135 #11 0x48f636 in start_accept_loop /home/raj/rsync/rsync/socket.c:618 #12 0x4b32d2 in daemon_main /home/raj/rsync/rsync/clientserver.c:1237 #13 0x458318 in main /home/raj/rsync/rsync/main.c:1630 #14 0x7ffff64d866f in __libc_start_main (/lib64/libc.so.6+0x2066f) #15 0x4047c8 in _start (/home/raj/rsync/asan/bin/rsync+0...

...7fa75efc5666 in gethostbyaddr_r () from /lib/x86_64-linux-gnu/libc.so.6 #15 0x00007fa75efcae1d in getnameinfo () from /lib/x86_64-linux-gnu/libc.so.6 #16 0x0000000000441002 in lookup_name () #17 0x0000000000440e3b in client_name () #18 0x000000000044d566 in start_daemon () #19 0x000000000043eb74 in start_accept_loop () #20 0x000000000044da7e in daemon_main () #21 0x0000000000425751 in main () strace output which shows segmentation fault. 7241 read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\3008\0\0\0\0\0\0"..., 832) = 832 7241 fstat(5, {st_mode=S_IFREG|0644, st_size=80712, ...}) = 0 724...

...s message in http://www.mail-archive.com/rsync@lists.samba.org/msg01918.html I immediately installed the full Cygwin to recompile Rsync, but since I'm far from a C guru, I'm a bit puzzled with the last 2 lines in Randy's patch: cleanup.c:_exit_cleanup() just before exit(code) socket.c:start_accept_loop() just before _exit(ret) should I simply put "_exit_cleanup()" before "exit(code)" in cleanup.c with nothing in between the "()" ? (same for socket.c?) I disregard these two lines and compiled the EXE again and it seems to be working, haven't tested it thoroughl...

...c maintainers please review rsync bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=98740 The code in question is in socket.c in start_accept_loop. The user is getting these warning messages: ----------------------------- Jul 8 12:56:59 ftp kernel: application bug: rsync(1051) has SIGCHLD set to SIG_IGN but calls wait(). Jul 8 12:56:59 ftp kernel: (see the NOTE...

...7 #2 0x449af8 in glob_expand_module /home/raj/rsync/rsync/util.c:783 #3 0x478b61 in read_args /home/raj/rsync/rsync/io.c:1266 #4 0x4b12b6 in rsync_module /home/raj/rsync/rsync/clientserver.c:869 #5 0x4b2a49 in start_daemon /home/raj/rsync/rsync/clientserver.c:1135 #6 0x48f56e in start_accept_loop /home/raj/rsync/rsync/socket.c:618 #7 0x4b320a in daemon_main /home/raj/rsync/rsync/clientserver.c:1237 #8 0x4582da in main /home/raj/rsync/rsync/main.c:1627 #9 0x7ffff64d866f in __libc_start_main (/lib64/libc.so.6+0x2066f) #10 0x4047c8 in _start (/home/raj/rsync/asan/bin/rsync+0x40...

...nux-gnu/libc.so.6 >> #15 0x00007fa75efcae1d in getnameinfo () from >> /lib/x86_64-linux-gnu/libc.so.6 >> #16 0x0000000000441002 in lookup_name () >> #17 0x0000000000440e3b in client_name () >> #18 0x000000000044d566 in start_daemon () >> #19 0x000000000043eb74 in start_accept_loop () >> #20 0x000000000044da7e in daemon_main () >> #21 0x0000000000425751 in main () >> >> strace output which shows segmentation fault. >> 7241 read(5, >"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\3008\0\0\0\0\0\0"..., >> 832) = 832 >>...

...#4 0x454eaa in do_server_recv /home/raj/rsync/rsync/main.c:1036 #5 0x4556f4 in start_server /home/raj/rsync/rsync/main.c:1115 #6 0x4b20f9 in rsync_module /home/raj/rsync/rsync/clientserver.c:1007 #7 0x4b2b18 in start_daemon /home/raj/rsync/rsync/clientserver.c:1135 #8 0x48f636 in start_accept_loop /home/raj/rsync/rsync/socket.c:618 #9 0x4b32d9 in daemon_main /home/raj/rsync/rsync/clientserver.c:1237 #10 0x458318 in main /home/raj/rsync/rsync/main.c:1630 #11 0x7ffff64d866f in __libc_start_main (/lib64/libc.so.6+0x2066f) #12 0x4047c8 in _start (/home/raj/rsync/asan/bin/rsync+0x...

...rsations today (2001-11-19) on the list are apropos as well; at least one person was asking if there is any way to get modules with ssh. GORY DETAILS: The code changes are about 150 lines, plus 70 lines of man page changes. Most of the code changes were to several functions (e.g. auth_server(), start_accept_loop(), rsync_module(), start_daemon()) to make them handle two file descriptors (f_in and f_out) instead of one bidirectional socket file descriptor (fd). Other changes include: - main() will call start_daemon() instead of start_server() if the program is called with both '--server' and &...

...d out>) at main.c:1104 #10 0x000000000043c5b8 in rsync_module (f_in=3, f_out=3, i=3, addr=<value optimized out>, host=0x67d2a0 "tjtx-100-201.58os.org") at clientserver.c:1003 #11 0x000000000043d58d in start_daemon (f_in=3, f_out=3) at clientserver.c:1094 #12 0x0000000000433b20 in start_accept_loop (port=873, fn=0x43d3b0 <start_daemon>) at socket.c:618 #13 0x000000000043d77b in daemon_main () at clientserver.c:1196 #14 0x000000000041ee25 in main (argc=0, argv=0x0) at main.c:1621 (gdb) -- You are receiving this mail because: You are the QA Contact for the bug.

...T0) #0 0x453661 in do_server_sender /home/raj/rsync/rsync/main.c:786 #1 0x4556a0 in start_server /home/j/rsync/rsync/main.c:1110 #2 0x4b202a in rsync_module /home/j/rsync/rsync/clientserver.c:1007 #3 0x4b2a49 in start_daemon /home/j/rsync/rsync/clientserver.c:1135 #4 0x48f56e in start_accept_loop /home/j/rsync/rsync/socket.c:618 #5 0x4b320a in daemon_main /home/j/rsync/rsync/clientserver.c:1237 #6 0x4582da in main /home/j/rsync/rsync/main.c:1627 #7 0x7ffff64d866f in __libc_start_main (/lib64/libc.so.6+0x2066f) #8 0x4047c8 in _start (/home/j/rsync/asan/bin/rsync+0x4047c8) Th...

...ine=545) at cleanup.c:190 #10 0x000000000040ab62 in sig_int (val=<value optimized out>) at rsync.c:545 #11 <signal handler called> #12 0x00002b968915debc in ptmalloc_unlock_all () from /lib64/libc.so.6 #13 0x00002b968918947f in fork () from /lib64/libc.so.6 #14 0x000000000042c945 in start_accept_loop (port=12666, fn=0x436a80 <start_daemon>) at socket.c:597 #15 0x00000000004382d7 in daemon_main () at clientserver.c:1069 #16 0x000000000041be2a in main (argc=0, argv=0x0) at main.c:1479 I think problem that _exit_cleanup uses non reentrant function fopen (not sure that only it) -- Conf...

...from > /lib/x86_64-linux-gnu/libc.so.6 > #15 0x00007fa75efcae1d in getnameinfo () from > /lib/x86_64-linux-gnu/libc.so.6 > #16 0x0000000000441002 in lookup_name () > #17 0x0000000000440e3b in client_name () > #18 0x000000000044d566 in start_daemon () > #19 0x000000000043eb74 in start_accept_loop () > #20 0x000000000044da7e in daemon_main () > #21 0x0000000000425751 in main () > > strace output which shows segmentation fault. > 7241 read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\3008\0\0\0\0\0\0"..., > 832) = 832 > 7241 fstat(5, {st_mode=S_IFREG|...

...t;> #15 0x00007fa75efcae1d in getnameinfo () from >>> /lib/x86_64-linux-gnu/libc.so.6 >>> #16 0x0000000000441002 in lookup_name () >>> #17 0x0000000000440e3b in client_name () >>> #18 0x000000000044d566 in start_daemon () >>> #19 0x000000000043eb74 in start_accept_loop () >>> #20 0x000000000044da7e in daemon_main () >>> #21 0x0000000000425751 in main () >>> >>> strace output which shows segmentation fault. >>> 7241 read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0 >>> \0\3\0>\0\1\0\0\0\3008\0\0\0\0\0\0"...,...

...USED(int mod)) { return NULL; } and second in loadparm.c FN_LOCAL_STRING(lp_name, name) where #define FN_LOCAL_STRING(fn_name,val) \ char *fn_name(int i) {return((LP_SNUM_OK(i)&&pSERVICE(i)->val)?pSERVICE(i)->val : (sDefault.val?sDefault.val:""));} #2 0x0806b9e5 in start_accept_loop (port=873, fn=0x80706a0 <start_daemon>) at socket.c:512 #3 0x0807181a in daemon_main () at clientserver.c:675 #4 0x08058cbf in main (argc=0, argv=0x0) at main.c:1154 Any help is greatly appreciated, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen Unive...

...sync(generate_files+0x45c) [0x80604c4] [bt] /mnt/sdf1/rsync/rsync [0x806c9f0] [bt] /mnt/sdf1/rsync/rsync [0x806cdf3] [bt] /mnt/sdf1/rsync/rsync(start_server+0xbd) [0x806cefd] [bt] /mnt/sdf1/rsync/rsync [0x808dceb] [bt] /mnt/sdf1/rsync/rsync(start_daemon+0x2ad) [0x808e0ad] [bt] /mnt/sdf1/rsync/rsync(start_accept_loop+0x2c9) [0x8080f63] [bt] /mnt/sdf1/rsync/rsync(daemon_main+0x14e) [0x808e40e] [bt] /mnt/sdf1/rsync/rsync(main+0x487) [0x806e04d] [bt] /lib/libc.so.6(__libc_start_main+0xe0) [0xb7df6390] [bt] /mnt/sdf1/rsync/rsync [0x8050841] -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email...

...AME ": open inbound socket on port %d failed: " - "%s\n", - port, - strerror(errno)); - - freeaddrinfo(all_ai); - return -1; + return s; } @@ -371,24 +342,52 @@ return(getsockopt(fd, SOL_SOCKET, SO_TYPE, (char *)&v, &l) == 0); } +#define MAXSOCK 20 void start_accept_loop(int port, int (*fn)(int )) { - int s; + int s[MAXSOCK]; + int nsock = 0; + int maxsock = -1; extern char *bind_address; extern int default_af_hint; + struct addrinfo hints, *res, *res0; + char portstr[NI_MAXSERV]; + int i; - /* open an incoming socket */ - s = open_socket_in(SOCK_STREAM, por...

...(f_in=3, f_out=3, i=0, addr=0x7f9a72098518 <numeric_ids> "\377\377\377\377", host=0x7f9a72098c80 <name_buf> "host-a.example.com") at clientserver.c:1009 #10 0x00007f9a71e5b260 in start_daemon (f_in=3, f_out=3) at clientserver.c:1100 #11 0x00007f9a71e4f5d1 in start_accept_loop (port=4, fn=0x7ffe7c1aa160, fn at entry=0x7f9a71e5b120 <start_daemon>) at socket.c:618 #12 0x00007f9a71e5bb46 in daemon_main () at clientserver.c:1202 #13 0x00007f9a71e1aeb1 in main (argc=0, argv=0x0) at main.c:1626 The worrysome part is the Send-Q on Host A, which last time contained 263...

I have been trying to get rsync running correctly on cygwin for the past couple of days. I found a post on the cygwin list that said there was a bug in cygwin when using socketpair() but when I compiled the sample code: (http://jrepp.com/rsync/socketpair.c) both ways it works fine. Here's the article for reference: http://sources.redhat.com/ml/cygwin/2001-08/msg00357.html I am running the

...ocket.c:139: warning: implicit declaration of function `getaddrinfo' socket.c:148: warning: implicit declaration of function `freeaddrinfo' socket.c: In function `is_a_socket': socket.c:433: warning: passing arg 5 of `getsockopt' from incompatible pointer type socket.c: In function `start_accept_loop': socket.c:501: warning: passing arg 3 of `accept' from incompatible pointer type socket.c: In function `socketpair_tcp': socket.c:716: warning: passing arg 3 of `getsockname' from incompatible pointer type socket.c:732: warning: passing arg 3 of `accept' from incompatible point...

...ocket.c:139: warning: implicit declaration of function `getaddrinfo' socket.c:148: warning: implicit declaration of function `freeaddrinfo' socket.c: In function `is_a_socket': socket.c:427: warning: passing arg 5 of `getsockopt' from incompatible pointer type socket.c: In function `start_accept_loop': socket.c:495: warning: passing arg 3 of `accept' from incompatible pointer type socket.c: In function `socketpair_tcp': socket.c:707: warning: passing arg 3 of `getsockname' from incompatible pointer type socket.c:723: warning: passing arg 3 of `accept' from incompatible point...