similar to: rsync hangs on big transfer Debian 5.0.3 pulling from WinXP SP3/ Cygwin 1.5.25

Package: xcp-xapi Version: 1.3-16 Severity: normal Tags: patch Dear Maintainer, Path to "xe" program in /usr/lib/xcp/bin/xe-mount-iso-sr should be: XE="/usr/bin/xe" HTH, David -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores)

When I launch ssh sessions from xterms and exit them via the command line, the processes go away, but if I just kill the xterm window an ssh was launched from via a mouse click, the ssh.exe hangs around taking up system resources until I kill it via the task manager, if I can figure out which ssh.exes are the zombies. The same problem *does not* occur from a simple bash shell window (launched via

Could someone running Cygwin or involved in Cygwin help this person please? - Ben ---------- Forwarded message ---------- Date: Thu, 17 Oct 2002 17:58:45 -0400 From: Andrew Greene <agreene at pageflexinc.com> To: openssh at openssh.com Subject: Upgraded to latest cygwin this morning, and ssh refuses to enter binmode. Help! I upgraded to the latest cygwin this morning (not sure when

The legendary cygwin/rsync/ssh hang problem. I have been tracking this for a while now and can say that the latest cygwin install appears to have fixed the problem on one of the setups that has consistantly failed in the past. Have not put the update on to any production boxes yet, but it looks promising. From the threads that I have read on the cygwin mailing lists, it would seem that a

https://bugzilla.samba.org/show_bug.cgi?id=2328 ------- Additional Comments From service@redterra.net 2005-04-13 06:45 ------- The legendary cygwin/rsync/ssh hang problem. I have been tracking this for a while now and can say that the latest cygwin install appears to have fixed the problem on one of the setups that has consistantly failed in the past. Have not put the update on to any

Hello, I'm trying to place a call to asterisk using X-Lite. Asterisk is setup with some Grandstream phones. I can call from one grandstream extension to another. When I try to an extension with X-Lite, it comes back with Status of SIP/2.0 404 Not Found. X-Lite is not registered as asterisk extension. It is just sending a sip invite to extension@IP. Does the X-Lite need to connect to

Hi, 1. Is there any manual entry about modprobe's options relative to a given Dahdi driver (wctdm24xxp, for instance) ? 2. When loading a wctdm24xxp driver, is there any parameter to pass to modprobe to configure a span in NT/point to point mode ? 3. After running dahdi_cfg -vvvvv , I can read with dmesg : [ 1986.289277] wctdm24xxp 0000:04:06.0: xhfc: Configuring port 0 span 1 in TE mode

Not for me! I'm using cygwin-1.5.6-1, with rsync 2.5.7-2 (as reported by cygcheck -s). I've also tried with rsync-1.4.0 (as someone reported that worked), and rsync-2.6.0, both built from source. I get a 100% reliable hang after the first 0-128k of the first file. Command looks like: rsync -e ssh -ar sparky:"/cygdrive/c/www\ sites/" /cygdrive/c/wwwsites The directory tree

2011/6/14 Kevin P. Fleming <kpfleming at digium.com> > On 06/14/2011 03:11 PM, Olivier wrote: > >> Hi, >> >> 1. Is there any manual entry about modprobe's options relative to a >> given Dahdi driver (wctdm24xxp, for instance) ? >> >> 2. When loading a wctdm24xxp driver, is there any parameter to pass to >> modprobe to configure a span in

Hi.. I know this isn't a centos/rhel/fedora issue... but i'm hopeful that someone might have an answer!!! thanks VVVVVVVVVV Got a bit of an issue here, that I can't seem to resolve. I have a test domain on a dynamic service (dyndns.org). the test domain is foo.gotdns.com, which i have pointing to my external cable/dsl address. Here's my issue, I would really like to be able to

Hi I need -iconv option, but configure didnt find iconv $ cygcheck -c libiconv Cygwin Package Information Package Version Status libiconv 1.14-3 OK $ ./configure --enable-iconv=yes --disable-acl-support ... checking for library containing iconv_open... no checking for library containing libiconv_open... no ... $ make ... $ ./rsync.exe --help

Hi dev, can someone confirm if it is a general R 4.0.4 problem or it is happening only on cygwin ? checking for curl/curl.h... yes checking if libcurl is version 7 and >= 7.28.0... configure: error: libcurl >= 7.28.0 library and headers are required with support for https *** ERROR: configure failed but https is available on curl: $ curl --version curl 7.71.1 (x86_64-pc-cygwin)

Since upgrading to cygwin 1.7.x, I'm unable to complete rsync jobs to a Debian machine (running stable). cygwin rsync is 3.0.6; Debian is 3.0.3. The transfer goes for a while and then just gets stuck halfway through an arbitrary file. If I cancel and restart, same thing (but gets a little further). If I manually copy the file in question, it will usually go a bit longer and then get stuck

I'm not sure if this is a bug or a limitation that can be worked around with a setting somewhere, but I have found a problem with cygwin 1.7 while using rsync. I have been using rsync and cygwin v1.5 for quite some time. I recently started testing cygwin v1.7 and I ran into a problem with an apparent limit on the number of files cygwin 1.7 along with rsync can process in a directory. First

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here goes the announcement of the 2.6.2-3 package for cygwin (available from cygwin's setup itself). If you wonder what "2.6.2-3" means, it's basically the third "cygwin package" that uses rsync-2.6.2 sources. This third attempt solves both the august security fix and the textmode bug that 2.6.2-2 had. follows the

Hi, i have uploaded a little gz compressed tarball http://scdbackup.webframe.org/block_seq.tgz containing -rwxr-xr-x thomas/thomas 4552 2017-03-21 09:23 block_seq -rw-r--r-- thomas/thomas 315 2017-03-21 09:22 block_seq.c To be unpacked in a suitable directory by tar xvzf block_seq.tgz The binary "block_seq" was compiled on Debian Jessie. If it does not run, do cc -o

When using Cygwin Rsync 2.5.6/OpenSSH 3.6.1 for copying files from Win2k->Win2k, I get 2 or 3 hung processes on the receiving-side out of about every 50 runs. These hung processes cause the system to be unable to reboot(?!), requiring a hard reset. Killing the processes allows a graceful reboot every time. I'm currently running both ssh and rsync as services on the recieving side.

I'm trying to use rsync under Cygwin on 2 machines running Windows 2000 Server There's a 2MB link between them and I'm using SSH setup for a passwordless connection rsync hangs part way through transfers and when run again hangs at the same place in the same files with no explanation no matter what verbosity level I set it to. Each time it hangs it leaves an rsync process running on

Matthieu Herrb (1): libXfixes 5.0.3 Tobias Stoeckmann (1): Integer overflow on illegal server response git tag: libXfixes-5.0.3 https://xorg.freedesktop.org/archive/individual/lib/libXfixes-5.0.3.tar.bz2 MD5: 07e01e046a0215574f36a3aacb148be0 libXfixes-5.0.3.tar.bz2 SHA1: ca86342d129c02435a9ee46e38fdf1a04d6b4b91 libXfixes-5.0.3.tar.bz2 SHA256:

I posted this message to the cygwin mailing list, but I thought I'd try it here too... flip --------------------------------------------------------------------- Hello, I am using rsync 2.5.5 protocol version 26 with cygwin 1.3.10-1. When I connect to a directory that resides on the computer, everything works great. When I connect to a directory that is a mapped UNC drive, rsync