search for: _cygtls

...eryVolumeInformationFile 0x1c4: volume info not supported > fixme:advapi:ImpersonateLoggedOnUser (0x98) > fixme:advapi:ImpersonateLoggedOnUser (0x98) > fixme:advapi:ImpersonateLoggedOnUser (0x98) > fixme:advapi:ImpersonateLoggedOnUser (0x98) > 572273 [unknown (0x32)] HandBrakeCLI 41 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION > 572687 [unknown (0x32)] HandBrakeCLI 41 open_stackdumpfile: Dumping stack trace to HandBrakeCLI.exe.stackdump > fixme:advapi:ImpersonateLoggedOnUser (0x98) > fixme:advapi:ImpersonateLoggedOnUser (0x98) > 659813 [unknown (0x34)]...

...rce-filter option in this patch with the command rsync.exe -a -v -e ssh --source-filter="/cygdrive/c/openssl.exe enc -des3 -pass pass:whatever -a" /cygdrive/c/backup user@dir: to crypt files to be sent at source with openssl. At some point rsync fails an i get 104435520 [main] rsync 1040 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 104436464 [main] rsync 1040 open_stackdumpfile: Dumping stack trace to rsync.exe.stackdump 107286788 [main] rsync 1040 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 107318448 [main] rsync 1040 _cygtls::handle_exceptions: Error...

...rror. I compiled rsync under cygwin CVS so it may be an issue there as well. Server side did not crash. It did log an error, but I'm pretty sure it was due to the client-side crash. Rsync was running using an ssh port forwarding initiated by a separate command. 4 [main] rsync 8728 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION Exception: STATUS_ACCESS_VIOLATION at eip=00000000 eax=011BD368 ebx=00000040 ecx=61121124 edx=FFFFFFFF esi=C0000128 edi=0022D008 ebp=001F2E88 esp=001F2DF0 program=E: \bin\rsync.exe, pid 8728, thread main cs=001B ds=0023 es=0023 fs=003B gs=0...

I don't know if this is the propper place to ask for new funcionality, but after searching the website i didn't find another place to do it. I'm very sorry if I`m asking this in the wrong place. It would be greatful to have crypting funcionality added to rsync, appart from using ssh to crypt transmissions. I know this is not the original purpose for rsync, but anyway it's a fact

Here are strace outputs of a hung session, 2.6.3 on both ends (server, client process 1, client process 2): $ strace -t -p 4040 Attached to pid 4040 (windows pid 2488) 14:04:47 [unknown (0x938)] rsync 4040 _cygtls::remove: wait 0x0 14:05:17 [main] rsync 4040 select_stuff::wait: timed out 14:05:17 [main] rsync 4040 select_stuff::wait: returning 1 14:05:17 [main] rsync 4040 select_stuff::cleanup: calling cleanup routines 14:05:17 [select_pipe] rsync 4040 thread_pipe: stopping 14:05:17 [main] rsync 4040 select_...

...uot;: if you build LLVM on cygwin, the mmap problem discussed here: http://www.cygwin.com/ml/cygwin/2009-01/msg00501.html can crash llc: $ dd bs=1080K count=1 if=/dev/random of=x.bc 1+0 records in 1+0 records out 1105920 bytes (1.1 MB) copied, 0.167 s, 6.6 MB/s $ llc x.bc 17418 [main] llc 3596 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) Segmentation fault (core dumped) The problem is that MemoryBuffer::getFile() uses getpagesize() to determine whether it's OK to mmap() a file, but on cygwin mmap() doesn't really obey the page size returned by getpage...

Hi I'm using rsync (ver 3.0.5) to sync a local folder with a folder on a server using SSH and encrypted key files. It works fine on Windows 2000/XP/2003/Vista but not Windows 2008 Server. I get an error like the following: "ssh XXXX_cygtls::handle_exceptions Error while dumping state (probably corrupted stack) rsync connection unexpectedly closed. error in rsync protocol data stream (code 12)" Here is the batch file I am running: ------------------------- @ECHO OFF SETLOCAL SET CWRSYNCHOME=C:\MyFolder\Rsync SET CYGWIN=nontsec...

...sr/llvm-gcc4.0/i686-pc-cygwin/bin/ -B/usr/llvm-gcc4.0/i686 -pc-cygwin/lib/ -isystem /usr/llvm-gcc4.0/i686-pc-cygwin/include -isystem /usr/l lvm-gcc4.0/i686-pc-cygwin/sys-include checking for C compiler default output file name... a.exe checking whether the C compiler works... 7966 [main] a 436 _cygtls::handle_ex ceptions: Error while dumping state (probably corrupted stack) configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. make: *** [configure-target-libstdc++-v3] Error 1 config.log is attached. Aaron ---...

https://bugzilla.samba.org/show_bug.cgi?id=2957 ------- Additional Comments From bugzilla.samba@neufeind.net 2005-10-01 04:24 ------- Think I am experiencing the same here. @szczur: Did it work for you with another version of rsync? Are you using an stunnel between the machines or anything? Is the rsync-receiver or the sender the problem? -- Configure bugmail:

...n in INSTALL documentation that by default, compiled binaries are quite a bit larger than usual. Do you use strip -strip-debug? ? Finally, I'm able to make many connections most of the time. But then, sshd errors: ? fcntl(223, F_GETFL, 0): Bad file descriptor and sometimes: [sig] bash 3720 _cygtls::handle_threadlist_exception and then loops spitting out "select: Bad file descriptor" and taking up 100% CPU. I have not done a stack trace or increased sshd debug output because the error comes up when about 100 connections are made, so it would be difficult to track down. If this isn...

LLVMers, The 2.1 pre-release (version 1) is available for testing: http://llvm.org/prereleases/2.1/version1/ I'm looking for members of the LLVM community to test the 2.1 release. There are 2 ways you can help: 1) Download llvm-2.1, llvm-test-2.1, and the appropriate llvm-gcc4.0 binary. Run "make check" and the full llvm-test suite (make TEST=nightly report). 2) Download