You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Jason Erickson <ja...@dbo2.com> on 2007/06/20 23:59:01 UTC
Subversion client hangs during long operations
I'm on Windows Vista. This happens with command-line, TortoiseSVN, and
Subclipse.
If I want to pull a small project, it works fine (usually). If I try to
checkout a larger project, it hums along fine for a minute or so and then
hangs. No new files come after that (I let it run overnight with no
progress). CTRL-C doesn't work to stop it. If I stop the process with the
task manager, I can do a svn cleanup and usually also have to delete some
files that were downloaded but are not 'versioned'. If I go through that
several times, eventually I get the whole project. Updates work fine after
that (as long as I do it frequently) but if I do something with a lot of
data, such as switching to a branch, it hangs after a minute or so again.
There are other users who successfully do this all the time from the same
location, so it doesn't seem like a server side issue. The other developers
are mostly on Windows XP but at least one person claims to be working fine
on Vista.
Does anyone have any clues as to what might be happening here?
Thanks,
Jason Erickson
Re: Subversion client hangs during long operations
Posted by Karen Tracey <km...@gmail.com>.
On 6/25/07, Jason Erickson <ja...@dbo2.com> wrote:
>
> Karen,
>
> You're a lifesaver! That command seemed to have done the trick. I did
> have
> more questions, if you happen to know. The command that fixed the problem
> is:
>
> netsh interface tcp set global autotuninglevel=disabled
>
> I'm a little out of my depth on this stuff. If this fixed the problem,
> does
> that mean that I likely had other network problems (or potential network
> problems) of which I was unaware? Everything seemed to be working fine,
> but
> I haven't been using this laptop for very long. If it is likely that the
> problem was isolated to Subversion, is there something less 'global' I can
> set?
Hi Jason, glad that pointer helped. From what I've read, you were likely to
see problems with any application using TCP where:
1 - large amounts of data were being sent to your Vista machine, and
2 - the characteristics of the network & application were such that the TCP
code on your machine tried to advertise a very large receive window
(basically data was flowing in quickly and being retrieved quickly by the
application), and
3 - there was a gateway/router box between you and the other end that was
doing stateful packet inspection and did not properly support TCP window
scaling, and therefore dropped packets with sequence numbers that it
considered to be outside the valid receive window for the connection.
It seems a little odd that you'd have a box doing #3 between you and your
subversion server when you are directly connected to your work network, but
I suppose it's possible. The real fix is to identify these boxes in your
network and get them upgraded/replaced so that they correctly support window
scaling, but that would require getting whoever supports your network
infrastructure involved.
Interestingly, Microsoft ran into this issue when testing Vista, and
modified Internet Explorer so that it would not try to advertise these huge
windows. So they made IE immune to the problem but all other applications
are vulnerable to it.
If you'd like to try a less drastic "fix", there are a few other settings
besides "disabled" in the command above that you could experiment with.
"Disabled" fixes the receive window at the default. "Highlyrestricted" and
"restricted" let the window grow, but more conservatively than "normal",
which is the default value for the setting. To see what the current setting
is you can use the command:
netsh interface tcp show global
In the output from this you're interested in the value of "*Receive Window
Auto-Tuning Level*."
> Incidentally, I am not the only one using Vista. There is one other user.
> The difference is, he is using a different model, so his network hardware
> might be different. Also, he upgraded from Windows XP Pro to Vista
> whereas
> I started with Vista when I installed Subversion. He said he recalled
> being
> prompted about Tortoise when doing the upgrade so that he could run it in
> 'compatibility' mode or something. I looked into that, but there was
> nothing I could do along those lines.
I can't explain why this other Vista user isn't seeing the same problem as
you. From all I've read about it the problem is not related to
hardware/software on the endpoints but rather in an intermediate network
box. But then most of the descriptions are pretty vague so perhaps there is
another factor that could come into play and that is different between your
two machines.
Karen
RE: Subversion client hangs during long operations
Posted by Jason Erickson <ja...@dbo2.com>.
Karen,
Youre a lifesaver! That command seemed to have done the trick. I did have
more questions, if you happen to know. The command that fixed the problem
is:
netsh interface tcp set global autotuninglevel=disabled
I'm a little out of my depth on this stuff. If this fixed the problem, does
that mean that I likely had other network problems (or potential network
problems) of which I was unaware? Everything seemed to be working fine, but
I haven't been using this laptop for very long. If it is likely that the
problem was isolated to Subversion, is there something less 'global' I can
set?
Incidentally, I am not the only one using Vista. There is one other user.
The difference is, he is using a different model, so his network hardware
might be different. Also, he upgraded from Windows XP Pro to Vista whereas
I started with Vista when I installed Subversion. He said he recalled being
prompted about Tortoise when doing the upgrade so that he could run it in
'compatibility' mode or something. I looked into that, but there was
nothing I could do along those lines.
Anyway, thanks again so much. I really didn't know what I was going to do
if I couldn't get this fixed.
Jason
________________________________________
From: Karen Tracey [mailto:kmtracey@gmail.com]
Sent: Monday, June 25, 2007 4:51 PM
To: Jason Erickson
Cc: D.J. Heap; rsivak@istandfor.com; users@subversion.tigris.org
Subject: Re: Subversion client hangs during long operations
This is a total shot in the dark, but Googling around for Windows Vista TCP
connection hangs I found this:
http://blogs.technet.com/asiasupp/archive/2006/12/14/windows-vista-tcp-auto-
tuning.aspx
Gist is Vista has started to use a TCP extension for high performance that
may not be properly supported by some network devices. If you've got one of
these in your network, connections may hang. (Are you the only one using
Vista?) If this is the problem there is a command listed on that page that
you can use to turn off the new extension and so avoid running into trouble.
If this isn't the problem, I'd be interested in taking a look at your
captured packet trace. It certainly sounds like there's some pretty
low-level network problem, but not so low as the device drivers since you
see the problem over both wired and wireless.
Karen
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Subversion client hangs during long operations
Posted by Karen Tracey <km...@gmail.com>.
This is a total shot in the dark, but Googling around for Windows Vista TCP
connection hangs I found this:
http://blogs.technet.com/asiasupp/archive/2006/12/14/windows-vista-tcp-auto-tuning.aspx
Gist is Vista has started to use a TCP extension for high performance that
may not be properly supported by some network devices. If you've got one of
these in your network, connections may hang. (Are you the only one using
Vista?) If this is the problem there is a command listed on that page that
you can use to turn off the new extension and so avoid running into trouble.
If this isn't the problem, I'd be interested in taking a look at your
captured packet trace. It certainly sounds like there's some pretty
low-level network problem, but not so low as the device drivers since you
see the problem over both wired and wireless.
Karen
On 6/25/07, Jason Erickson <ja...@dbo2.com> wrote:
>
> Well, it's true that there are more variables than just Vista. It is in
> fact a new laptop that is giving me this problem.
>
> Here are the configurations in which I see the same behavior:
> * Used my wireless network card
> * Used my wired network connection
> * Connected to internet from work
> * Connected to internet from home
> * Connected to Subversion via svn protocol
> * Connected to Subversion via http
> * Connected using command line
> * Connected using TortoiseSVN
> * Connected using Subclipse
>
> So, it doesn't appear to matter which controller, which router, which
> client
> or which protocol I use.
>
> The only thing they all have in common is: the server and the client
> machine. But other developers (in my office) are connecting to the server
> with no problem, so I must conclude that it has something to do with this
> infernal laptop.
>
> Any other ideas about what to check?
>
>
RE: Subversion client hangs during long operations
Posted by Jason Erickson <ja...@dbo2.com>.
Well, it's true that there are more variables than just Vista. It is in
fact a new laptop that is giving me this problem.
Here are the configurations in which I see the same behavior:
* Used my wireless network card
* Used my wired network connection
* Connected to internet from work
* Connected to internet from home
* Connected to Subversion via svn protocol
* Connected to Subversion via http
* Connected using command line
* Connected using TortoiseSVN
* Connected using Subclipse
So, it doesn't appear to matter which controller, which router, which client
or which protocol I use.
The only thing they all have in common is: the server and the client
machine. But other developers (in my office) are connecting to the server
with no problem, so I must conclude that it has something to do with this
infernal laptop.
Any other ideas about what to check?
-----Original Message-----
From: D.J. Heap [mailto:djheap@gmail.com]
Sent: Thursday, June 21, 2007 7:44 PM
To: Jason Erickson
Cc: rsivak@istandfor.com; users@subversion.tigris.org
Subject: Re: Subversion client hangs during long operations
On 6/21/07, Jason Erickson <ja...@dbo2.com> wrote:
> Yes, it's the same situation with TortoiseSVN, command line, or Subclipse.
>
Those traces look like network issues to me. Try a different NIC with
different drivers or a different switch/hub port maybe?
Retransmissions and duplicate acks can be a sign of hardware/network
issues especially if other users are not having the issues going to
the same server.
FYI, I use Subversion on Vista every day with zero issues. Good
drivers were key for me to getting Vista and apps stablized.
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Subversion client hangs during long operations
Posted by "D.J. Heap" <dj...@gmail.com>.
On 6/21/07, Jason Erickson <ja...@dbo2.com> wrote:
> Yes, it's the same situation with TortoiseSVN, command line, or Subclipse.
>
Those traces look like network issues to me. Try a different NIC with
different drivers or a different switch/hub port maybe?
Retransmissions and duplicate acks can be a sign of hardware/network
issues especially if other users are not having the issues going to
the same server.
FYI, I use Subversion on Vista every day with zero issues. Good
drivers were key for me to getting Vista and apps stablized.
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: Subversion client hangs during long operations
Posted by Jason Erickson <ja...@dbo2.com>.
Yes, it's the same situation with TortoiseSVN, command line, or Subclipse.
-----Original Message-----
From: Russ [mailto:rsivak@istandfor.com]
Sent: Thursday, June 21, 2007 5:47 PM
To: Jason Erickson
Cc: users@subversion.tigris.org
Subject: Re: Subversion client hangs during long operations
Have you tried using TortoiseSVN? Do you run into the same issue?
Russ
Sent wirelessly via BlackBerry from T-Mobile.
-----Original Message-----
From: "Jason Erickson" <ja...@dbo2.com>
Date: Thu, 21 Jun 2007 15:56:44
To:"'Jason Erickson'" <ja...@dbo2.com>, <rs...@istandfor.com>
Cc:<us...@subversion.tigris.org>
Subject: RE: Subversion client hangs during long operations
Some additional information: Since I can do web-browsing just fine, I took a
chance that the problem was Windows Vista and the svn protocol. I got
Subversion up and running on Apache so I could use http, but the behavior is
the same.
I'm getting really stuck here. Not using Subversion is not an option. Not
using Vista is an unattractive option, but not in the long run. Should I
log this as a bug?
-----Original Message-----
From: Jason Erickson [mailto:jasone@dbo2.com]
Sent: Wednesday, June 20, 2007 9:04 PM
To: rsivak@istandfor.com
Cc: users@subversion.tigris.org
Subject: RE: Subversion client hangs during long operations
I have disabled IPv6, antivirus, and Windows Defender. None of that helped.
I don't have httplook installed. According to the Windows help, you can't
turn off indexing anymore.
I ran WireShark and captured until my process hung. Sometimes it hangs
quickly and sometimes it takes several minutes. This time it hung quickly.
I don't really fully understand what I'm looking at because I'm not fluent
in TCP.
Things start off fine with lots of [SYN], [SYN, ACK], [ACK], [PSH, ACK] and
[FIN, ACK] messages. The [PSH, ACK] are the most common.
We pretty quickly (.75 seconds) get a line that says [TCP Window Update]
51108 > 3690 [ACK] Seq=273 Ack=30474 Win=17408 Len=0
Things look OK for about a quarter second except we have lots more [ACK]
than [PSH, ACK] if that means anything. Then we get another TCP Window
Update, again with Seq=273.
This goes on for a while - several messages look fine and then a TCP Window
Update - for a couple of seconds. Then we get a line that says [TCP
Zerowindow] 51108 > 3690 [ACK] Seq=273 Ack=225271 Win=0 Len=0. After that
one we get two more TCP Window Updates in a row.
We go back to the back-and-forth pattern for another half second, get
another TCP Zerowindow, again with Seq=273. Immediately after that we get
two more TCP Window Updates in a row. Then we get a line that says [TCP
Retransmission] 3690 > 51108 [ACK] Seq=267407 Ack=273 Win=17248 Len=1460.
Then we have [TCP Dup ACK 432#1] 51108 > 3690 [ACK] Seq=273 Ack=270327
Win=17248 Len=0 SLE=267407 SRE=268867
Re: Subversion client hangs during long operations
Posted by Russ <rs...@istandfor.com>.
Have you tried using TortoiseSVN? Do you run into the same issue?
Russ
Sent wirelessly via BlackBerry from T-Mobile.
-----Original Message-----
From: "Jason Erickson" <ja...@dbo2.com>
Date: Thu, 21 Jun 2007 15:56:44
To:"'Jason Erickson'" <ja...@dbo2.com>, <rs...@istandfor.com>
Cc:<us...@subversion.tigris.org>
Subject: RE: Subversion client hangs during long operations
Some additional information: Since I can do web-browsing just fine, I took a
chance that the problem was Windows Vista and the svn protocol. I got
Subversion up and running on Apache so I could use http, but the behavior is
the same.
I'm getting really stuck here. Not using Subversion is not an option. Not
using Vista is an unattractive option, but not in the long run. Should I
log this as a bug?
-----Original Message-----
From: Jason Erickson [mailto:jasone@dbo2.com]
Sent: Wednesday, June 20, 2007 9:04 PM
To: rsivak@istandfor.com
Cc: users@subversion.tigris.org
Subject: RE: Subversion client hangs during long operations
I have disabled IPv6, antivirus, and Windows Defender. None of that helped.
I don't have httplook installed. According to the Windows help, you can't
turn off indexing anymore.
I ran WireShark and captured until my process hung. Sometimes it hangs
quickly and sometimes it takes several minutes. This time it hung quickly.
I don't really fully understand what I'm looking at because I'm not fluent
in TCP.
Things start off fine with lots of [SYN], [SYN, ACK], [ACK], [PSH, ACK] and
[FIN, ACK] messages. The [PSH, ACK] are the most common.
We pretty quickly (.75 seconds) get a line that says [TCP Window Update]
51108 > 3690 [ACK] Seq=273 Ack=30474 Win=17408 Len=0
Things look OK for about a quarter second except we have lots more [ACK]
than [PSH, ACK] if that means anything. Then we get another TCP Window
Update, again with Seq=273.
This goes on for a while - several messages look fine and then a TCP Window
Update - for a couple of seconds. Then we get a line that says [TCP
Zerowindow] 51108 > 3690 [ACK] Seq=273 Ack=225271 Win=0 Len=0. After that
one we get two more TCP Window Updates in a row.
We go back to the back-and-forth pattern for another half second, get
another TCP Zerowindow, again with Seq=273. Immediately after that we get
two more TCP Window Updates in a row. Then we get a line that says [TCP
Retransmission] 3690 > 51108 [ACK] Seq=267407 Ack=273 Win=17248 Len=1460.
Then we have [TCP Dup ACK 432#1] 51108 > 3690 [ACK] Seq=273 Ack=270327
Win=17248 Len=0 SLE=267407 SRE=268867
RE: Subversion client hangs during long operations
Posted by Jason Erickson <ja...@dbo2.com>.
Some additional information: Since I can do web-browsing just fine, I took a
chance that the problem was Windows Vista and the svn protocol. I got
Subversion up and running on Apache so I could use http, but the behavior is
the same.
I'm getting really stuck here. Not using Subversion is not an option. Not
using Vista is an unattractive option, but not in the long run. Should I
log this as a bug?
-----Original Message-----
From: Jason Erickson [mailto:jasone@dbo2.com]
Sent: Wednesday, June 20, 2007 9:04 PM
To: rsivak@istandfor.com
Cc: users@subversion.tigris.org
Subject: RE: Subversion client hangs during long operations
I have disabled IPv6, antivirus, and Windows Defender. None of that helped.
I don't have httplook installed. According to the Windows help, you can't
turn off indexing anymore.
I ran WireShark and captured until my process hung. Sometimes it hangs
quickly and sometimes it takes several minutes. This time it hung quickly.
I don't really fully understand what I'm looking at because I'm not fluent
in TCP.
Things start off fine with lots of [SYN], [SYN, ACK], [ACK], [PSH, ACK] and
[FIN, ACK] messages. The [PSH, ACK] are the most common.
We pretty quickly (.75 seconds) get a line that says [TCP Window Update]
51108 > 3690 [ACK] Seq=273 Ack=30474 Win=17408 Len=0
Things look OK for about a quarter second except we have lots more [ACK]
than [PSH, ACK] if that means anything. Then we get another TCP Window
Update, again with Seq=273.
This goes on for a while - several messages look fine and then a TCP Window
Update - for a couple of seconds. Then we get a line that says [TCP
Zerowindow] 51108 > 3690 [ACK] Seq=273 Ack=225271 Win=0 Len=0. After that
one we get two more TCP Window Updates in a row.
We go back to the back-and-forth pattern for another half second, get
another TCP Zerowindow, again with Seq=273. Immediately after that we get
two more TCP Window Updates in a row. Then we get a line that says [TCP
Retransmission] 3690 > 51108 [ACK] Seq=267407 Ack=273 Win=17248 Len=1460.
Then we have [TCP Dup ACK 432#1] 51108 > 3690 [ACK] Seq=273 Ack=270327
Win=17248 Len=0 SLE=267407 SRE=268867
RE: Subversion client hangs during long operations
Posted by Jason Erickson <ja...@dbo2.com>.
I have disabled IPv6, antivirus, and Windows Defender. None of that helped.
I don't have httplook installed. According to the Windows help, you can't
turn off indexing anymore.
I ran WireShark and captured until my process hung. Sometimes it hangs
quickly and sometimes it takes several minutes. This time it hung quickly.
I don't really fully understand what I'm looking at because I'm not fluent
in TCP.
Things start off fine with lots of [SYN], [SYN, ACK], [ACK], [PSH, ACK] and
[FIN, ACK] messages. The [PSH, ACK] are the most common.
We pretty quickly (.75 seconds) get a line that says [TCP Window Update]
51108 > 3690 [ACK] Seq=273 Ack=30474 Win=17408 Len=0
Things look OK for about a quarter second except we have lots more [ACK]
than [PSH, ACK] if that means anything. Then we get another TCP Window
Update, again with Seq=273.
This goes on for a while - several messages look fine and then a TCP Window
Update - for a couple of seconds. Then we get a line that says [TCP
Zerowindow] 51108 > 3690 [ACK] Seq=273 Ack=225271 Win=0 Len=0. After that
one we get two more TCP Window Updates in a row.
We go back to the back-and-forth pattern for another half second, get
another TCP Zerowindow, again with Seq=273. Immediately after that we get
two more TCP Window Updates in a row. Then we get a line that says [TCP
Retransmission] 3690 > 51108 [ACK] Seq=267407 Ack=273 Win=17248 Len=1460.
Then we have [TCP Dup ACK 432#1] 51108 > 3690 [ACK] Seq=273 Ack=270327
Win=17248 Len=0 SLE=267407 SRE=268867
Re: Subversion client hangs during long operations
Posted by Russ <rs...@istandfor.com>.
The one time I used vista, I had all sorts of problems with it, including not being able to connect to other pc's on the network. I had to go and disable IPv6 to get things working again.
I remember we had all sorts of speed issues with svn, some of which we rectified by disabling antivirus, windows indexing, using a ramdrive/caching solution.
I have also had weird network problems while having httplook installed.
You might want to use tools to monitor svn during these lockups. WireShark to monitor the network and some sysinternals to monitor the disk/process activity. Perhaps you will find a clue somewhere.
Russ
Sent wirelessly via BlackBerry from T-Mobile.
-----Original Message-----
From: "Jason Erickson" <ja...@dbo2.com>
Date: Wed, 20 Jun 2007 17:53:23
To:<rs...@istandfor.com>
Cc:<us...@subversion.tigris.org>
Subject: RE: Subversion client hangs during long operations
Thanks for the suggestion, but it does not seem to make a difference. If it
helps, here is what is returned by svn --version:
svn, version 1.4.3 (r23084)
compiled Jan 18 2007, 07:47:40
Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet
(http://www.Collab.Net/).
The following repository access (RA) modules are available:
* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
-----Original Message-----
From: Russ [mailto:rsivak@istandfor.com]
Sent: Wednesday, June 20, 2007 5:30 PM
To: Jason Erickson
Subject: Re: Subversion client hangs during long operations
Most likely its your firewall/antivirus causing the issues. Try disabling
it and see if the problems disappear.
Russ
Sent wirelessly via BlackBerry from T-Mobile.
-----Original Message-----
From: "Jason Erickson" <ja...@dbo2.com>
Date: Wed, 20 Jun 2007 16:59:01
To:<us...@subversion.tigris.org>
Subject: Subversion client hangs during long operations
I’m on Windows Vista. This happens with command-line, TortoiseSVN, and
Subclipse.
If I want to pull a small project, it works fine (usually). If I try to
checkout a larger project, it hums along fine for a minute or so and then
hangs. No new files come after that (I let it run overnight with no
progress). CTRL-C doesn’t work to stop it. If I stop the process with the
task manager, I can do a svn cleanup and usually also have to delete some
files that were downloaded but are not ‘versioned’. If I go through that
several times, eventually I get the whole project. Updates work fine after
that (as long as I do it frequently) but if I do something with a lot of
data, such as switching to a branch, it hangs after a minute or so again.
There are other users who successfully do this all the time from the same
location, so it doesn’t seem like a server side issue. The other developers
are mostly on Windows XP but at least one person claims to be working fine
on Vista.
Does anyone have any clues as to what might be happening here?
Thanks,
Jason Erickson
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: Subversion client hangs during long operations
Posted by Jason Erickson <ja...@dbo2.com>.
Thanks for the suggestion, but it does not seem to make a difference. If it
helps, here is what is returned by svn --version:
svn, version 1.4.3 (r23084)
compiled Jan 18 2007, 07:47:40
Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet
(http://www.Collab.Net/).
The following repository access (RA) modules are available:
* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
-----Original Message-----
From: Russ [mailto:rsivak@istandfor.com]
Sent: Wednesday, June 20, 2007 5:30 PM
To: Jason Erickson
Subject: Re: Subversion client hangs during long operations
Most likely its your firewall/antivirus causing the issues. Try disabling
it and see if the problems disappear.
Russ
Sent wirelessly via BlackBerry from T-Mobile.
-----Original Message-----
From: "Jason Erickson" <ja...@dbo2.com>
Date: Wed, 20 Jun 2007 16:59:01
To:<us...@subversion.tigris.org>
Subject: Subversion client hangs during long operations
Im on Windows Vista. This happens with command-line, TortoiseSVN, and
Subclipse.
If I want to pull a small project, it works fine (usually). If I try to
checkout a larger project, it hums along fine for a minute or so and then
hangs. No new files come after that (I let it run overnight with no
progress). CTRL-C doesnt work to stop it. If I stop the process with the
task manager, I can do a svn cleanup and usually also have to delete some
files that were downloaded but are not versioned. If I go through that
several times, eventually I get the whole project. Updates work fine after
that (as long as I do it frequently) but if I do something with a lot of
data, such as switching to a branch, it hangs after a minute or so again.
There are other users who successfully do this all the time from the same
location, so it doesnt seem like a server side issue. The other developers
are mostly on Windows XP but at least one person claims to be working fine
on Vista.
Does anyone have any clues as to what might be happening here?
Thanks,
Jason Erickson
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org