ipc, sockets and windows sp2

There seems to be odd problems with windows sp2 (and some sp1 with undetermined updates). I work on windows version of drqueue, which is an opensource distributed rendering management software (for use with maya rendering for exemple), designed for unix, so it uses IPC ans sockets. The port wo

Re: ipc, sockets and windows sp2

Corinna Vinschen wrote : There seems to be odd problems with windows sp2 (and some sp1 with undetermined updates). Never heard of Windows sp2. NT4 SP2? 2000 SP2? XP SP2? I'm sorry I sometimes forget there are several windows versions. I'm using windows xp sp2 with all lastest microsoft

Re: ipc, sockets and windows sp2

Corinna Vinschen wrote : So I hope you wouldn't mind I attached a short testing program you can easily compil with gcc to reproduce the bug. Cool, that's exactly what I was asking for. I was immediately able to reproduce the problem and it turned out, that on fork() the socket duplication fr

svn binary file altered on local copy

There is a problem with standard 1.5.13-1 cygwin installation, on svn program. I use windows xp sp2 with all updates. When i try to commit a gz file in the repository, it get corrupted on the local copy, so you can't gunzip it

Re: svn binary file altered on local copy

Sorry, i should post this in cygwin-apps mailing list, i do it again. On Fri, Apr 01, 2005 at 05:10:56PM +0200, Vincent Dedun wrote: There is a problem with standard 1.5.13-1 <http://sources.redhat.com/ml/cygwin-announce/2005-03/msg0.html> cygwin installation, on svn program.

Re: svn binary file altered on local copy

Dave Korn a écrit : Sorry, i should post this in cygwin-apps mailing list, i do it again. No, that is not what cygwin-apps is for. Read the description of it at http://cygwin.com/lists.html So where i'm supposed to report problems with apps packaged for cygwin, which has problem in their

Re: svn binary file altered on local copy

Le 1 avr. 05, à 17:57, Corinna Vinschen a écrit : On Apr 1 17:45, Vincent Dedun wrote: Dave Korn a ?crit : Sorry, i should post this in cygwin-apps mailing list, i do it again. No, that is not what cygwin-apps is for. Read the description of it at http://cygwin.com/lists.html So where i&#

Re: ipc, sockets and windows sp2

Corinna Vinschen wrote : Thanks again for the testcase. It helped to track down the problem which was a result of my previous check in. It should be solved in CVS now. Since you're building from CVS anyway, I don't create another snapshot for now. We're that close to 1.5.14 anyway... Thanks a

Re: svn binary file altered on local copy

To reproduce this, just install lastest stable cygwin version with default options plus devel packages, checkout a repository, add a gz file, then commit, and try to gunzip the local copy of the gz file. I have tried your reproduction recipe, but it works absolutely fine for me. The gzipped file r

Re: ipc, sockets and windows sp2

Corinna Vinschen wrote : On Apr 4 08:52, Vincent Dedun wrote: However, semaphores still doesn't work properly. There is no more problem with semop not waiting, but with quick semaphores locking unlocking. I attach a new testcase, which is the same as previous one, except each child task

Re: ipc, sockets and windows sp2

I just saw a strange stuff : in sysv_sem.cc (cygserver) at end of semop function (:done2 label), the mutex is released after waking up waiting process, shouldn't it be the inverse ? No, the mtx_unlock is correct. If you're looking for bugs, they are very likely in the bsd_* files in cygserver.

Re: ipc, sockets and windows sp2

There is a strange stuff, but it won't perturb me : when i run my master/slaves programs, then run the testcase at the same time and kill it, the slave may have a socket read error if it was reading on the socket at the same time that testcase is launched. I'm wondering if that's realy related or