From: Harry B. on
After reindexing the application, and restarting the notebook, the issue
is gone now. 'cause no one else had this thing I'll have a look for
reproducing it.

BTW: It's not the first time I had this problem with sp3.

Thanks anyway,
Harry B.
From: Geoff Schaller on
Harry,

We have seen this too (and a few others have reported it). Are you on
Vista? It seems that Vista is sensitive to files being used by other
processes not being released sufficiently quickly and especially when
starting a SP2 repo in SP3 there are some circumstances that seem to
take forever. I crashed and restarted VO many times investigating this
but then discovered one day that if I left for coffee, it would complete
some time later.

And then it goes away.

I have found the same thing sometimes trying to update compressed files
in a folder using a VOPP batch process. Dunno what it is.

Geoff



"Harry B." <bongoplayer(a)gmail.com> wrote in message
news:hbl3nu$dsg$1(a)news01.versatel.de:

> Hello!
>
> Switching the check box "Enable Debug" in "Application Options" takes
> about 7 minutes(!) with vo28sp3. For the same application vo28sp2 takes
> only one second and only 15 secondes after a fresh restart of VO.
>
> Any ideas whats wrong with this part of SP3?
>
> Regards,
> Harry B.

From: Jamal on
Geoff and others,

May be related or not, but try to turn off Microsoft Windows Search service;
sometimes it causes slow downs and other issues (Google it).
I did not see it VO (still using 2831), but in VS 2008 which was acting slow
in some occasions during compile until I turned off that service.

Jamal


"Geoff Schaller" <geoffx(a)softxwareobjectives.com.au> wrote in message
news:Ly3Fm.49921$ze1.13006(a)news-server.bigpond.net.au...
> Harry,
>
> We have seen this too (and a few others have reported it). Are you on
> Vista? It seems that Vista is sensitive to files being used by other
> processes not being released sufficiently quickly and especially when
> starting a SP2 repo in SP3 there are some circumstances that seem to take
> forever. I crashed and restarted VO many times investigating this but then
> discovered one day that if I left for coffee, it would complete some time
> later
>
> And then it goes away.
>
> I have found the same thing sometimes trying to update compressed files in
> a folder using a VOPP batch process. Dunno what it is.
>
> Geoff
>
>
>
> "Harry B." <bongoplayer(a)gmail.com> wrote in message
> news:hbl3nu$dsg$1(a)news01.versatel.de:
>
>> Hello!
>>
>> Switching the check box "Enable Debug" in "Application Options" takes
>> about 7 minutes(!) with vo28sp3. For the same application vo28sp2 takes
>> only one second and only 15 secondes after a fresh restart of VO.
>>
>> Any ideas whats wrong with this part of SP3?
>>
>> Regards,
>> Harry B.
>

From: Geoff Schaller on
<g>

I have this turned off always.

In the Vista case (not XP) there is an issue with Explorer in that some
file types get "held" open by sloppy software. For instance I use a
compression tool for my exe's but sometimes the mere act of deleting
them can take 5 minutes. Other times its ok. Google has a lot of
references to this. I am waiting to see if the process is better on W7.

Geoff


"Jamal" <vodotnet_nospam(a)yahoo.com> wrote in message
news:hc2n98$iu6$1(a)news.eternal-september.org:

> Geoff and others,
>
> May be related or not, but try to turn off Microsoft Windows Search service;
> sometimes it causes slow downs and other issues (Google it).
> I did not see it VO (still using 2831), but in VS 2008 which was acting slow
> in some occasions during compile until I turned off that service.
>
> Jamal
>
>
> "Geoff Schaller" <geoffx(a)softxwareobjectives.com.au> wrote in message
> news:Ly3Fm.49921$ze1.13006(a)news-server.bigpond.net.au...
>
> > Harry,
> >
> > We have seen this too (and a few others have reported it). Are you on
> > Vista? It seems that Vista is sensitive to files being used by other
> > processes not being released sufficiently quickly and especially when
> > starting a SP2 repo in SP3 there are some circumstances that seem to take
> > forever. I crashed and restarted VO many times investigating this but then
> > discovered one day that if I left for coffee, it would complete some time
> > later
> >
> > And then it goes away.
> >
> > I have found the same thing sometimes trying to update compressed files in
> > a folder using a VOPP batch process. Dunno what it is.
> >
> > Geoff
> >
> >
> >
> > "Harry B." <bongoplayer(a)gmail.com> wrote in message
> > news:hbl3nu$dsg$1(a)news01.versatel.de:
> >
>
> >> Hello!
> >>
> >> Switching the check box "Enable Debug" in "Application Options" takes
> >> about 7 minutes(!) with vo28sp3. For the same application vo28sp2 takes
> >> only one second and only 15 secondes after a fresh restart of VO.
> >>
> >> Any ideas whats wrong with this part of SP3?
> >>
> >> Regards,
> >> Harry B.
>
> >

From: Harry B. on
Geoff,

yes in deed I'm using Vista (still). And I'm using sp2 and sp3 when
looking after an issue to be shure it's not sp3 related.

Regards,
Harry B.

Geoff Schaller schrieb:
> Harry,
>
> We have seen this too (and a few others have reported it). Are you on
> Vista? It seems that Vista is sensitive to files being used by other
> processes not being released sufficiently quickly and especially when
> starting a SP2 repo in SP3 there are some circumstances that seem to
> take forever. I crashed and restarted VO many times investigating this
> but then discovered one day that if I left for coffee, it would complete
> some time later.
>
> And then it goes away.
>
> I have found the same thing sometimes trying to update compressed files
> in a folder using a VOPP batch process. Dunno what it is.
>
> Geoff
>
>
>
> "Harry B." <bongoplayer(a)gmail.com> wrote in message
> news:hbl3nu$dsg$1(a)news01.versatel.de:
>
>> Hello!
>>
>> Switching the check box "Enable Debug" in "Application Options" takes
>> about 7 minutes(!) with vo28sp3. For the same application vo28sp2 takes
>> only one second and only 15 secondes after a fresh restart of VO.
>>
>> Any ideas whats wrong with this part of SP3?
>>
>> Regards,
>> Harry B.
>