> But at first blush, it appeared that adding -vvvv made things hang > forever.
Yes. Confirmed against the git HEAD (9e7b8ab7cf66ecd152002926a7da61d8ad862522). Running: rsync -nvvvv -iaHJAX $d $b Does some initial work and then gets to: bash-3.2# lldb -p 6458 (lldb) process attach --pid 6458 Process 6458 stopped * thread #1: tid = 0x1d5ff0, 0x00007fff8c2d83fa libsystem_kernel.dylib`__select + 10, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP frame #0: 0x00007fff8c2d83fa libsystem_kernel.dylib`__select + 10 libsystem_kernel.dylib`__select: -> 0x7fff8c2d83fa <+10>: jae 0x7fff8c2d8404 ; <+20> 0x7fff8c2d83fc <+12>: movq %rax, %rdi 0x7fff8c2d83ff <+15>: jmp 0x7fff8c2d3c78 ; cerror 0x7fff8c2d8404 <+20>: retq Executable module set to "/usr/local/bin/rsync". Architecture set to: x86_64h-apple-macosx. (lldb) bt * thread #1: tid = 0x1d5ff0, 0x00007fff8c2d83fa libsystem_kernel.dylib`__select + 10, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP * frame #0: 0x00007fff8c2d83fa libsystem_kernel.dylib`__select + 10 frame #1: 0x000000010dd6aedc rsync`perform_io(needed=47, flags=4) + 2924 at io.c:742 frame #2: 0x000000010dd6a0bd rsync`send_msg(code=MSG_INFO, buf="[receiver] receiving flist for dir 1319\n", len=40, convert=0) + 349 at io.c:958 frame #3: 0x000000010dd5c765 rsync`rwrite(code=FINFO, buf="[receiver] receiving flist for dir 1319\n", len=40, is_utf8=0) + 469 at log.c:279 frame #4: 0x000000010dd5d3f3 rsync`rprintf(code=FINFO, format="[%s] receiving flist for dir %d\n") + 627 at log.c:435 frame #5: 0x000000010dd394a6 rsync`read_ndx_and_attrs(f_in=0, f_out=4, iflag_ptr=0x00007fff51ed0f64, type_ptr="\x80", buf="", len_ptr=0x00007fff51ed0f60) + 646 at rsync.c:362 frame #6: 0x000000010dd4483b rsync`recv_files(f_in=0, f_out=4, local_name=0x0000000000000000) + 379 at receiver.c:542 frame #7: 0x000000010dd566c3 rsync`do_recv(f_in=0, f_out=4, local_name=0x0000000000000000) + 899 at main.c:909 frame #8: 0x000000010dd54ac7 rsync`do_server_recv(f_in=0, f_out=1, argc=1, argv=0x00007fff51ed2328) + 1207 at main.c:1078 frame #9: 0x000000010dd5431e rsync`start_server(f_in=0, f_out=1, argc=2, argv=0x00007fff51ed2320) + 286 at main.c:1112 frame #10: 0x000000010dd541ee rsync`child_main(argc=2, argv=0x00007fff51ed2320) + 46 at main.c:1085 frame #11: 0x000000010dd852ad rsync`local_child(argc=2, argv=0x00007fff51ed2320, f_in=0x00007fff51ed4328, f_out=0x00007fff51ed4324, child_main=(rsync`child_main at main.c:1084)) + 701 at pipe.c:167 frame #12: 0x000000010dd58e42 rsync`do_cmd(cmd=0x0000000000000000, machine=0x0000000000000000, user=0x0000000000000000, remote_argv=0x00007fee40c04a50, remote_argc=0, f_in_p=0x00007fff51ed4328, f_out_p=0x00007fff51ed4324) + 2210 at main.c:543 frame #13: 0x000000010dd57fd2 rsync`start_client(argc=1, argv=0x00007fee40c04a40) + 2402 at main.c:1414 frame #14: 0x000000010dd5747b rsync`main(argc=2, argv=0x00007fee40c04a40) + 2555 at main.c:1652 frame #15: 0x00007fff96cad5c9 libdyld.dylib`start + 1 frame #16: 0x00007fff96cad5c9 libdyld.dylib`start + 1 (lldb) up frame #1: 0x000000010dd6aedc rsync`perform_io(needed=47, flags=4) + 2924 at io.c:742 739 tv.tv_sec = select_timeout; 740 tv.tv_usec = 0; 741 -> 742 cnt = select(max_fd + 1, &r_fds, &w_fds, &e_fds, &tv); 743 744 if (cnt <= 0) { 745 if (cnt < 0 && errno == EBADF) { (lldb) fin And then never returns fomr that stack frame, seems to hang out in select() forever (unless interrupted by a breakpoint or whatnot). Bugzilla account request submitted. --jh...@mit.edu John Hawkinson -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html