Starting KDiff3 is extremely slow on Windows XP (SP 2)
with version 0.9.86: 20 to 45 seconds.
When I uninstall 0.9.86 and install either 0.9.81 or
0.9.83 (which I was using before) startup time is fast:
1 to 3 seconds.
I have downloaded version 0.9.86 serveral times and the
problem is the same, so I think it is a general problem.
Logged In: YES
user_id=584435
Hi Colin,
Thanks for your report.
I can't reproduce the problem although I also have machines that match
your description. It probably still exists in 0.9.87. (Please test!)
Since I have no idea where the delay comes from, I would ask for your
help if you have tools for debugging. (VC6 or VC7)
If not, then I could create a special version that gives you a trace in a
console which you could then watch. But I need to pinpoint the exact
place and cause of the problem.
Cheers,
Joachim
Logged In: YES
user_id=137119
I am also seeing this issue on Windows XP SP2. The box that
I am using is a Pentium 4 3.40GHz. It takes about 12
seconds to start KDiff3 with or without specifying files to
compare as args. KDiff3 versions 0.9.84-2 and higher seem
to all have the issue. File compares are quick once the
application loads itself.
The odd thing is that I was running KDiff3 0.9.86 without
problems for 2-3 weeks, and then the load issue just started
to show up. I have rebooted and reinstalled, but I cannot
get rid of the problem.
I am now running 0.9.83 without the issue.
Logged In: YES
user_id=370113
I have been running 0.9.88 on a Windows XP (SP 2) laptop and
have specifically noticed this problem when I'm running from
home (over VPN) versus in my office (100 MB to Windows
Server). I noticed that my VPN icon starts flashing when I
launch kdiff3 without any files. This intrigued me. Using
ethereal, I've discovered the kdiff3 appears to be
interrogating my system with microsoft-ds (TCP to port 445)
and netbios-ssn (TCP to port 139) calls, and then proceeds
to do some type of SMB and SAMR calls to our Windows file
server (over VPN). This really slows down startup and
makes the program nearly useless for quick diff checking
such as within WinCVS.
Why is it looking up anything over the network during startup?
Logged In: NO
I have also seen 2 users with this problem. Both were using
version 0.9.88 on laptops, and they were both running
Windows XP.
Logged In: YES
user_id=584435
Hi,
As I have mentioned previously I need help with this issue.
For KDiff3 version 0.9.90 a source package for Qt4 is
available now. This would allow you to create a debuggable
exe with open source ressources.
If you could step through the startup and locate the exact
line that takes so long, I could then fix the problem.
Cheers,
Joachim
Logged In: YES
user_id=200999
I saw this on some other computers, but not on others. After
a laptop upgrade I wasn't able to replicate the problem.
Logged In: YES
user_id=11485
Does it start significantly faster if you disconnect your
network?
Logged In: YES
user_id=200999
Hi James,
I'm unable to replicate the problem on my current machines -
I got an upgraded laptop and haven't seen the problem since,
even though the setup is pretty much the same. I've also run
KDiff on 3 different client machines recently and have seen
no problems. I know this makes it pretty hard to trouble
shoot, and I'm sorry I can't replicate it anymore.
I can't remember now if if it was different when
disconnected from the network or not.
Logged In: YES
user_id=200999
I was re-reading your post, James, about you being in a
remote office. At the time I was experiencing this problem,
I was working out of an office in India. Some of the others
in the office probably didn't have connections to things in
North America like I did - perhaps that's why some of us
experienced the problem and some didn't.
As coincidence would have it, my laptop was upgraded on my
return from India.
Unfortunately this is just a hunch based on your problem...
I have no way of testing it out - the laptop is gone and I'm
not in India anymore.
Logged In: YES
user_id=584435
Hi,
This should be fixed in 0.9.91.
Please check and report, if this works for you too.
Cheers,
Joachim