Thanks very much for your reply, you have filled in many of the jigsaw
pieces from my patchy fishing questions and here is more detail (if you
really wanted to know!).
Dave Korn wrote:
On 13 August 2006 09:54, Darryl Miles wrote:
Q2) Is it possible to setup C:\CYGDEB\ environment
mwoehlke wrote:
Darryl Miles wrote:
I do have questions, they may seem daft, but this issue is legal thing
so the finer points are important:
IANALTYMSIEIAATS...
My understanding is that if you place it in Public Domain, then anyone
can do anything with it and no one can stop this. IOW
Kai Schlichting wrote:
Kai Schlichting schrieb:
I try to use the following batch-script:
set CYGWIN=tty binmode nontsec
set TERM=ansi
set PATH=C:\rsync;%PATH%
set HOME=C:\rsync
set RSYNC_RSH=/cygdrive/c/rsync/ssh.exe
set USERNAME=backup
rsync --progress --verbose --stats --delete
Michael March wrote:
I am running Cygwin 1.5.21 and rsync version 2.6.6.
If I run this command from Linux:
rsync -Lave ssh -2
[EMAIL PROTECTED]:/cygdrive/g/Backups/rsync/Pictures /backups/test
.. the transfers will stall after two files.
Pushing from XP to Linux does work though..
Any
Dave Korn wrote:
On 12 August 2006 20:21, joe trree wrote:
Can you work around this problem by (starting with both at Keep)
- set first package to Reinstall
- set second package to Reinstall
- set first package to Uninstall
- set second package to Uninstall
Maybe it would be intuitive
Corinna Vinschen wrote:
On Aug 14 08:10, Darryl Miles wrote:
I am actively working on a solution, but at current work rate it maybe a
few weeks to a month before any preliminary patch will be posted here.
Please don't forget the Before you get started drill as descibed
on http://cygwin.com
Corinna Vinschen wrote:
On Aug 14 11:24, Darryl Miles wrote:
Corinna Vinschen wrote:
Please don't forget the Before you get started drill as descibed
on http://cygwin.com/contrib.html
I do have questions, they may seem daft, but this issue is legal thing
so the finer points are important
Q1) What is the difference between cygwin0.dll and cygwin1.dll ? It
seems all executables link against cygwin1.dll which for me is at
F:\CYGWIN\BIN\CYGWIN1.DLL.
Q2) Is it possible to setup C:\CYGDEB\ environment with debugging copies
of DLLs and EXEs, to help debugging, but keep the
Lev Bishop wrote:
On 8/1/06, Darryl Miles wrote:
I am still interested in tackling the whole situation but I do need to
be furnished with a testcase to work with. I believe the original
comeback by the group of users running unison should have insisted a
testcase was produced by them
Brian Ford wrote:
On Wed, 2 Aug 2006, Darryl Miles wrote:
Doesn't this explain the problem nicely?
http://www.cygwin.com//ml/cygwin-patches/2004-q4/msg00018.html
Yes that casts light on the problem. Did you get around to trying to
reverse the direction of the data flow through the pipe
Saurabh Tendulkar wrote:
We have an older cygwin on another machine: CYGWIN_NT-5.1 1.5.6(0.108/3/2),
paste (textutils) 2.0.21, Gnu Awk 3.1.3, which runs absolutely fine.
ulimit -p is 8 on both machines.
Is this problem related to the select() code pipe problems.
This is where the
Lev Bishop wrote:
On 7/7/06, Darryl Miles wrote:
Dave Korn wrote:
On 07 July 2006 01:31, Darryl Miles wrote:
The underlying socket is still being used in blocking mode.
Socket?? What is this socket?
Sorry s/socket/pipe/.
Which means
when we write write 1024 bytes of data but only one
Corinna Vinschen wrote:
On Jul 7 08:43, Darryl Miles wrote:
What was the reason the existing code in CVS for select.cc was disabled?
Maybe it would help to better understand the reasons/cases where the
disabled code failed.
Hangs with native Windows applications, AFAIR.
I take
Christopher Faylor wrote:
On Sat, Jul 01, 2006 at 11:05:24AM -0400, Christopher Faylor wrote:
Since I'm not getting any nibbles when I talk about the person
responsible here, I guess he must be long gone by now.
So, his pipe code, which seemed to be based on correct concepts, is
basically up
Dave Korn wrote:
On 06 July 2006 23:02, Darryl Miles wrote:
However according to MSDN this function is undocumented.
No, it's documented in the DDK these days.
http://msdn.microsoft.com/library/en-us/Kernel_r/hh/Kernel_r/k111_822ab812-a644-4574-8d89-c4ebf5b17ea5.xml.asp?frame=true
Dave Korn wrote:
On 07 July 2006 01:31, Darryl Miles wrote:
Maybe you are in a better position to share more insight into the
situation (specifically about the use of NtQueryInformationFile in
addressing the writability semantics of the POSIX select/poll/write
event system).
I think you
Christopher Faylor wrote:
I just want to be clear here. I really do want to be convinced that the
current implementation in cygwin can't be fixed before we scrap that and
implement something new.
Yes I intend to convince the list of my findings.
I have simple cut down unix code that works on
CVS cygwin build of winsup module uses xmlto that uses getopt executable.
Bash has a builtin implementation of getopt. But the 'xmlto' tool which
is used to build CYGWIN winsup module is expecting to be able to run an
application version of getopt. There does not appear to be a package
Igor Peshansky wrote:
On Sat, 1 Jul 2006, Darryl Miles wrote:
CVS cygwin build of winsup module uses xmlto that uses getopt executable.
The Cygwin package search page (http://cygwin.com/packages/) knows. So
does cygcheck (if the file is present on your machine, use cygcheck -f
/usr/bin
Lev Bishop wrote:
On 6/28/06, Darryl Miles wrote:
See how-to-debug-cygwin.txt
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/how-to-debug-cygwin.txt?rev=1.12content-type=text/x-cvsweb-markupcvsroot=src
Thanks for your pointers. Everything I'm wanting to get started is
already
Darryl Miles wrote:
There maybe other ways to deal with that write() but as far as I
understand the NT kernel does not provide a true non-blocking mechanism
to work from with pipes. This is where you can offer to the kernel the
data and if the buffers are full the kernel will reject the data
mwoehlke wrote:
Darryl Miles wrote:
[snip]
* The outstanding byte count needs to be protected by a mutex.
Are you familiar with the Interlocked* family of functions? Depending on
what exactly you need to do with the value, a mutex may be unnecessary.
Do these function perform buslock
Further to my recent follow up to the: rsync over ssh hang issue understood
Having thought about the problem with select(2) writability to pipes
that cygwin is emulating. I'd like to propose the following:
* That all writing operations to pipes are checked to see if there is
already an
Darryl Miles wrote:
* That all writing to WIN32 NamedPipes is done non-blocking version of
WriteFileEx() call. If the response back from the WIN32 kernel is that
it can't take the data yet (would have blocked) then the following plan
jumps into action:
Opps, I should have added
Darryl Miles wrote:
LinuxCGYWIN where linux is client and pulling data down hangs very
quickly after connection and getting the first large file ( 256Kb) to
download.
The problem goes away if the WIN32 side is Win2003. Its only Win2k
which I am seeing problems with.
I have looked
There is this list, which seems general purpose. Enough said.
There is cygwin-patches, which claims to be for patch submissions but
looking at the recent history is actually an open developers list.
There is cygwin-developers, which is a closed list.
Is my more technical discussion better
Sorry to rake this thread from a few months ago.
Corinna Vinschen wrote (on 27 Apr 2006 ) :
rant The rsync hangs problem is not actually a new one. We had
these reports already ages ago. However, *nobody* so far having that
problem seem to be willing to actually debug this problem and track
27 matches
Mail list logo
