[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: problems updating a single file

From: David Summers <david_at_summersoft.fay.ar.us>
Date: 2004-04-05 22:59:44 CEST

On Mon, 5 Apr 2004, Johnathan Corgan wrote:

> Ben Collins-Sussman wrote:
> > 2. it's dangerous to run the svn commandline binary in cygwin; it's not
> > a native cygwin program, but rather a "true" win32 console application.
> > Don't mix and match universes here: we've seen lots of random problems
> > when people do that. Run a *cygwin*-compiled svn client in cygwin, and
> > the win32 console client in the win32 console.
> Aside from actual experience with "random problems", do you have any
> insight as to why this might be? I frequently use cygwin, however, I've
> been using the native win32 svn executable and have not had any
> problems. Am I just lucky so far? To my knowledge you can run any sort
> of standard win32 executable in the cygwin bash shell, either console or
> windowed apps. But actual experience trumps "to my knowledge" any day :)

I think I've seen this behavior:

I have not expirienced it myself but I've spent a long time helping debug
a remote user and when she ran it natively in windows it worked fine but
when she ran it (svn) in cygwin it would lock up.

I couldn't duplicate it on my XP (SP1) machine, but her XP (SP1) machine
would lock up regularly (actually just the svn command, svn cleanup
would "fix" the working copy after that happened).

David Wayne Summers          "Linux: Because reboots are for hardware upgrades!"
david_at_summersoft.fay.ar.us   PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint =  C0 E0 4F 50 DD A9 B6 2B  60 A1 31 7E D2 28 6D A8 
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 5 23:00:23 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.