similar to: rsync 2.6.2 hang (was rsync 2.6.2 crash)

Hi, I've got a program that produces these error messages when started with wine. fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! The program

I see the problem on Windows 10, R-3.4.0, R.exe. It is not compiled for debugging but gdb gives some information when I attach the debugger after the 'R..has stopped working' popup appears. I don't know how reliable it is: (gdb) info threads Id Target Id Frame * 4 Thread 11848.0x1500 0x00007ffe38dc8861 in ntdll!DbgBreakPoint () from

The original file had a lot of trailing null bytes so I tried making a similar file with: tf <- tempfile(); file <- file(tf, "wb") for(i in 1:(2^15-1))writeBin(rep(as.raw(32:127), len=2^16), file) for(i in 1:(2^15-1))writeBin(rep(as.raw(0L), len=2^16), file) close(file) log2(file.size(tf)) #[1] 31.99996 Reading this with readLines() caused R-3.4.0 to segfault in Rf_con_pushback

I've been attempting to create a new R package and recently removed the cygwin installation from my machine since R requires the use of the MingW tools for building an R package with C code. However, when I tried to build a source package, I found the following results: * removing junk files * building 'Rconifers_0.7-1.tar.gz' tar:

I am attempting to use rsync to "mirror" data between several windows 2000 and windows XP systems. I am a UNIX person by nature, so decided the easiest way to go about doing this would be to use Cygwin with cron and ssh running as services, then run the rsync connection nightly through cron. Cygwin is installed on both systems and works perfectly. OpenSSH is installed and running,

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

I am not able to reproduce your segfault on a Windows 7 platform either: ########################## fn1 <- "d:/DADOS_ENEM_2009.txt" sessionInfo() ## R version 3.4.1 (2017-06-30) ## Platform: x86_64-w64-mingw32/x64 (64-bit) ## Running under: Windows 7 x64 (build 7601) Service Pack 1 ## ## Matrix products: default ## ## locale: ## [1] LC_COLLATE=English_United States.1252 ## [2]

For a recent project I needed to run Rsync as a service on Windows NT. The following is a link to the instructions I created to recreate my steps. http://members.home.net/cbollerud2/projects/rsync/NTService.html The "no-fork" patch used here is very similar to the "no-detach" option mentioned in many previous posts. I wish I could take credit for it, but I basically put

Hi! I'm trying to build LLVM under cygwin. I have the latest version of cygwin and CVS versions of llvm, llvm-test and llvm-gcc. make of tools only succeeded. make of frontend succeeded too but full make of llvm failed on crtend in llvm/runtime/GCCLibraries with the following message: llvm[0]: Compiling crtend.c for Debug build (bytecode) /bin/sh: -c: line 0: syntax error near unexpected

Hello! I have just read mails in thread <http://tolstoy.newcastle.edu.au/R/devel/04a/0583.html> about problems with Cygwin and Rtools. I had the same problems and kept just the newest cygwin1.dll and things seem OK now. However I currently hit the problem with Perl (I have ActiveState and Cygwin Perl installed). When I tried to work with 'Rdconv' in Cygwin I get the following: $

Hi I am trying to rsync some ghost images from a windows client running Windows XP to my Linux server. The problem is that rsync sends the complete files again even if nothing changed on the client side. The only way to avoid this is to use the "-c"-option but this takes nearly as long as uploading the files would. The server is running rsync-2.6.9, /etc/rsyncd.conf looks as follows.

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

I am not able to reproduce this on a Linux platform: #######################3 fn1 <- "/home/jdnewmil/Downloads/Microdados ENEM 2009/Dados Enem 2009/DADOS_ENEM_2009.txt" sessionInfo() ## R version 3.4.1 (2017-06-30) ## Platform: x86_64-pc-linux-gnu (64-bit) ## Running under: Ubuntu 14.04.5 LTS ## ## Matrix products: default ## BLAS: /usr/lib/libblas/libblas.so.3.0 ## LAPACK:

I am looking at starting a project to make a toy language that is targeted purely at 64bit windows. I have never used llvm or anything like it i am just trying to learn new things. However there are several problems, as far as i have seen, with compiling llvm in 64bit on windows. So i was wondering if i compile a 32bit version of llvm and use that can my resulting compiler output 64bit binaries?

Hi all, I am having some problems in updating some packages from source. I start with : install.packages("Boom",lib="C:/RownLib",type="source") I get the following error message : * installing *source* package 'Boom' ... ** package 'Boom' successfully unpacked and MD5 sums checked ** libs *** arch - i386 c:/Rtools/mingw_32/bin/g++ -std=gnu++11

Hi, As far as I can see, no. On checking, I have confirmed that the only location of cygwin1.dll is : C:\Rtools\bin Thanks Vivek 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at gmail.com>: > On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > >> Hi all, >> I am having some problems in updating some packages from source. I start >> with : >>

David Starks-Browning [starksb@ebi.ac.uk] writes: > Are you also distributing the source to cygwin1.dll? It is illegal > not to. Well, if it's an unmodified version, I expect a simple pointer to the Cygwin site and/or CVS tree would be sufficient. Physical distribution is not necessarily the only way to satisfy the GPL, and if the included cygwin1.dll is simply a binary downloaded

Al final resulto más fácil de lo esperado. Hay que instalar cywin y utilizar los comandos de la siguiente manera system('C:/cygwin/bin/wc -l var_risco_2012.csv') Esto en principio funciona El 8 de junio de 2015, 17:41, Carlos Ortega <cof en qualityexcellence.es> escribió: > Hola, > > Mira esto: > >

On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > Hi all, > I am having some problems in updating some packages from source. I start > with : > install.packages("Boom",lib="C:/RownLib",type="source") > > I get the following error message : Do you have multiple copies of cygwin1.dll? Duncan Murdoch > > * installing *source* package

On 03/06/2017 7:00 AM, Vivek Sutradhara wrote: > Hi, > As far as I can see, no. > > On checking, I have confirmed that the only location of > cygwin1.dll is : > C:\Rtools\bin I would re-install Rtools, and make sure C:\Rtools\bin appears first in your PATH. Duncan Murdoch > > Thanks > Vivek > > 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at